그러면 어차피 스트링이긴한데, sql로 검색하고 그럴때 불편하지 않나?
근데 용도가 각각 검색을 하기보다는 한번에 다 불러서 쓸거같아서 .. 검색관련해서 문제있을지도 생각해봐야겠네 - dc App
칼럼이 너무 많으면 정규화를 해야지
절반 나눌수있을거같긴한데 그래도 수십개라..이게 나누고 이럴수있는게아니고 한 세트라서 - dc App
글만 보고는 모르겠음. 필터하거나 조인할거면 그렇게 넣으면 안됨. 한 뭉태기로 써야되는거면 잘라서 넣든 합쳐서 넣든 상관은 없을거같음.
일단 박아보고 문제있으면 고쳐야겠다 - dc App
mysql 쓰면 컬럼을 json으로 처리하는게 있음
최근에 그렇게 해본적 있긴한데 json 규격을 예측할 수 없어서 json의 key 목록을 의미하는 컬럼을 새로 정의했었음. 근데 정말 불안함
코끼리에서 jsonb
json에 들어간 값 검색 안할꺼면 괜찮다고 생각함
그러면 어차피 스트링이긴한데, sql로 검색하고 그럴때 불편하지 않나?
근데 용도가 각각 검색을 하기보다는 한번에 다 불러서 쓸거같아서 .. 검색관련해서 문제있을지도 생각해봐야겠네 - dc App
칼럼이 너무 많으면 정규화를 해야지
절반 나눌수있을거같긴한데 그래도 수십개라..이게 나누고 이럴수있는게아니고 한 세트라서 - dc App
글만 보고는 모르겠음. 필터하거나 조인할거면 그렇게 넣으면 안됨. 한 뭉태기로 써야되는거면 잘라서 넣든 합쳐서 넣든 상관은 없을거같음.
일단 박아보고 문제있으면 고쳐야겠다 - dc App
mysql 쓰면 컬럼을 json으로 처리하는게 있음
최근에 그렇게 해본적 있긴한데 json 규격을 예측할 수 없어서 json의 key 목록을 의미하는 컬럼을 새로 정의했었음. 근데 정말 불안함
코끼리에서 jsonb
json에 들어간 값 검색 안할꺼면 괜찮다고 생각함