DB 설계시 뭐가 일반적인가요?21
- 보보_
- 등록일 2019-09-02 18:05
- 조회수 2099
|
||
0
추천하기
다른의견
0
|
파워링크 
등록안내
등록안내
|
 0
 0
당신의지갑에구멍을
한 테이블에 구성하면 2018년 1월 31일 데이터 건수 기준으로 도로명주소 10,749,410 Rows, 지번주소 1,958,504 Rows 네요..
ㅎㅎ
2019-09-02
|
|
|
0
0
고도리인생
하나의 row에 전체와 세분화랑 같이 넣어서 사용했었습니다.
2019-09-03
|
|
|
0
0
만만이
https://www.code.go.kr/index.do
여기서 법정동 코드 정보 받아서 사용하시죠
2019-09-03
|
|
|
0
0
보보_
다들 주옥 같은 댓글을 :)
감사합니다.
키워드 하나 하나가 시행착오를 줄이는데 도움될게 많네요.
2019-09-04
|
|
|
0
0
0초보0
우선 데이터의 양을 얼마나 사용할 것인가를 짐작해 보시는것도...
2019-09-06
|
|
|
|
 |
|
| △ 이전글▽ 다음글 | -목록보기 |
|
PK설정이 안된다는건 무슨 말인지 모르겠네요. 설마 PK로 설정된 컬럼만 빠르게 검색된다고 알고 계신건가요?
PK여부가 중요한게 아니라 인덱스가 어떻게 구성되어있나가 중요한겁니다. 테이블에 여러개의 인덱스를 구성할 수도 있구요. (물론 또 많다고 좋은건 아니지만...)
그리고 데이터를 너무 쪼개면 오히려 성능상 더 안좋습니다. 역정규화라는 용어가 괜히 있는게 아니에요.
결론은 1번으로 하세요.
주소 목록 테이블 같은 경우 F.K도 필요없고.... 걍 테이블 하나에 다 때려녛는게 답입니다. 데이타가 그렇게 많은 것도 어니구요.