백엔드이럴때DB테이블설계어떻게하시나요
|
2023.05.12 09:52:16
|
|
|
(백엔드) 이럴때 DB 테이블 설계 어떻게 하시나요 ?
|
상점(store)이 있고,
1. 상점의 여러가지 잡다한 정보들 상점과 1:N의 관계
2. 상점의 수많은 Y/N 컬럼들 (노출여부 등등..)
지금 생각하는건 뭔가 조회에 조건으로 쓰이지 않으면 굳이 컬럼으로 빼지 않고, 컬럼 하나에 json 타입으로 다 박아두고
Map으로 꺼내서 쓰거든요.. 혹시 다른분들은 어떻게 하시나요 ? 별도 테이블이 좋을까요 ? 18.221.85.142 |
질문 | 1,055명이 읽었어요. 18.221.85.142 | | 10
| 레어·유머·자작 인기글 |
|
| 1 6월부터 해외직구 원천 차단합니다. 물품종류 확인... |
23시간 전 |
| 2 '불교 또 지들끼리 재밌는 거 하네'의 주역 뉴진스님 |
16시간 전 |
| 3 전세사기 체험담 |
16시간 전 |
| 4 직구금지 정책요약 |
20시간 전 |
| 5 굿모닝 부산사투리 - 머째이 |
9시간 전 |
|
1
비공개
|
|
|
옵션 테이블을 따로 만들어서 관리할 것 같네요
|
|
2023/05/12 20:34
|
|
2
비공개
|
|
Json 크기가 좀 크면 별도 테이믈로 빼낼 거 같긴 한데..
작으면 솔찌 거기서 거기일 거 같음.
지금도 조회조건으로 안 쓰이고 앞으로도 dbms같은데서 직접 건드릴 일 없으면 걍 json이 나을듯요.
|
|
2023/05/14 09:14
|
|
3
비공개
|
|
|
그 테이블이 한 화면에서만 쓰인다면 파라미터로 넘기고, 여러 화면에서 쓰일것 같다면 db에 컬럼 만들어서 쓸것 같네요
|
|
2023/05/17 14:04
|
|
4
비공개
|
|
|
테스트코드 잘 만들면 전환이 쉬워요
|
|
2023/06/08 08:47
|
