현 시간부로 드디어 당근마켓 과제가 끝나게 되었습니다.
저는 항상 어려운 기술을 개발해낼 때 블로그에 글로써 남기는 편인데, 이번 개발에 있어 정말 머리를 싸맸던 기능인 '필터링 검색' 기능에 대해
개발 방식 이야기를 다뤄봤습니다.
https://kbs4674.tistory.com/82
감사합니다.
현 시간부로 드디어 당근마켓 과제가 끝나게 되었습니다.
저는 항상 어려운 기술을 개발해낼 때 블로그에 글로써 남기는 편인데, 이번 개발에 있어 정말 머리를 싸맸던 기능인 '필터링 검색' 기능에 대해
개발 방식 이야기를 다뤄봤습니다.
https://kbs4674.tistory.com/82
감사합니다.
지금까지 취업안하고 뭐했냐
저를 잘 납치 안해가드라구요 ㅇㅅㅇ;..
틀딱 현업 애들보다 잘할듯
감사합니다 :)
블로그 글 봤는데 자동으로 테이블이 생성된다는건 뭐얌? ;;; rdb쓰면서 스키마를 운영환경에서 막 바꾸는 경우가 있어??? 카테고리 생성하면 create table 한다는거야???;;;ㅎㄷㄷㄷ
JPA 이런거 몰름?
레일즈에서는 테이블을 생성 후, Migrate를 하면 스키마에 테이블 정보가 자동으로 쓰여져요! ㅎ
마지막 말 그대로 카테고리가 생성되면 create table이 된다고 보면 됩니다 ㅎ
루비도 같은 ORM 쓰는거아닌감
jpa를 써도 운영환경에서 ddl-auto: create 이딴거를 쓰는새끼가 어딨어 ㅋㅋㅋ
솔직히 제가 다른 웹프레임워크를 안써봐서 다른 관점으로 설명하기엔 어렵네요..
아니 나도 2년차인데 몰라서 물어보는거임. 운영환경에서 스키마 구조를 막 저렇게 자동으로 바뀌게 놔둔다고? rdb를? 저렇게 운영하는곳 어디 본적있는사람 잇냐? 궁금해서그럼
솔직히 저도 저게 정답인지는 모르겠는데, 저도 어찌보면 피드백을 받고싶어서 글을 쓴게 있습니다
저같으면 테이블을 하나 뺴서 피벗시키고 조인을 하거나 json 데이터타입을 쓰겠어요 rdb를 쓸거면
그런데 그누보드(PHP기반)도 보니까 게시판을 생성해낼 때 마다 새로운 테이블을 만들어내는 것 같더라구요.. 저는 요게 생각나서 카테고리+테이블 방식으로 구현했습니다.
그럼 필터링 검색을 할 때 하나의 테이블에서 뒤지기엔 퍼포먼스가 괜찮을까요?
하긴 운영환경에선 그렇게하믄 좀 글치
난 나쁘지 않다고 보는데 권한 가진 사람이 어떻게 받아들일지는 모르겠다 테이블마다 스키마 따로 노는 건 아니니 - dc App
ㅋㅋ 그래도 다양한 정답이 있긴 하네요.. 저도 좋은 배움 받아갑니다 ㅎ
RDB에 돈이나 개인정보 들어가는거 아니면 운영환경이라도 민감하게 생각할 필요는 없다고 개인적으로는 그렇게 생각함 보안 측면에선 앱유저로부터 DDL 날아가니까 좀 문제가 있을 순 있겠네 - dc App
검색쿼리를 짤때도 특정 칼럼으로 일단 거르고 검색하면 딱히 퍼포먼스가 나쁘진 않을거에요. 뭐 인서트할때 인서트쿼리를 여러번 던져야 할거지만 그건 인서트니까 크게 영향 없을거같고..
@183.190 하긴.. 저희에겐 WHERE이 있죠 ㅋㅋㅋ
그래? 이게 유저입장에서 ddl 날릴수있다는게 좀 쇼크인데 ㅋㅋ 잘모르겠다 나는 그렇게 해본적은 없고 본적도 없음..
나도 같은생각임 ㅇㅇ DBA가 출근했는데 첨보는테이블 100개 생성되있으면 당황스럽겠는데...보안문제도 그렇고
다음엔 구현을 좀 달리해야것네요..ㄷ; 감사합니다.
혹시 테이블 외에 다른쪽은 설계가 괜찮았나요??
퇴근중이라 제가 나중에 시간날때 블로그에 리플달거나 할게여 ㅋㅋ
감사합니다~!
해당 댓글은 삭제되었습니다.
루비 잘하는 개발자요 ㅇㅅㅇ
이시국씨 언어..