database.sarang.net
UserID
Passwd
Database
DBMS
MySQL
PostgreSQL
Firebird
Oracle
Informix
Sybase
ㆍMS-SQL
DB2
Cache
CUBRID
LDAP
ALTIBASE
Tibero
DB 문서들
스터디
Community
공지사항
자유게시판
구인|구직
DSN 갤러리
도움주신분들
Admin
운영게시판
최근게시물
MS-SQL Q&A 2035 게시물 읽기
No. 2035
새로운 테이블? 아니면 필드의 값로 구분?... 어느게 빠를까요?
작성자
이오스
작성일
2005-06-19 19:57
조회수
2,061

작은 신문사입니다.

제가 이 회사에 입사하면서 조금씩 개편을 하는데.. MSSQL에 대해서는 무지하여 이렇게 글 남깁니다.

 

우선... 지금까지 누적된 기사가 약 6500건 정도 됩니다.

그리고 기사 한건당 A4 1장 정도라고 생각하시면 되구요...

 

그럼 질문 올리오니 답변부탁드리겠습니다.

과학기사 테이블 따로, 경제기사 테이블 따로, 정치기사 테이블 따로...

이렇게 기사별로 테이블을 나누는 것이 빠른지...

아니면,

한 테이블에 모두 몰아넣고, 끝에 flag 필드를 넣는 것입니다.

과학이면 flag값이 s, 경제면 e 이런식으로 하는 것이 빠를까요?

 

검색능력이 부족한건지... 검색을 해도 위와 같은 것은 찾기가 어렵네요.

부탁드리겠습니다.

행복한 휴일되세요.. 감사합니다. 꾸빡~* (__)

이 글에 대한 댓글이 총 2건 있습니다.

6500 건이라면 작은거 같습니다.

얼마간의 기간에 이런 자료가 생겼는지

알아야 할 것 같습니다.

 

보통 20만건 까지정도는 하드웨어로 충분히

커버가 가능하다는 것을 본적이 있군요

 

분류가 그렇게 많지 않다면 테이블 분리를 추천합니다.

분리하고 플레그로 구분하여 해당 저장프로시져를

부르는 것이 가장 좋을 것 같은 느낌입니다.

 

통합기사 검색이나 이런것이 필요하다면.....

고민좀 더 하셔서 해야 할 것 같습니다.

 

저장프로시져를 구성하실때

태이블을 변수로 두지 마시고 프로시져를 따로 따로 만드시길

추천 합니다.

리컴파일 등의 문제를 생각해야 하니 말입니다.

 

그런데 2년 정도 되어서 6500건 이라면 -_- 그냥 한테이블로 하는것이

어떨까 생각합니다.

아니면 분류 제목 날짜 정도만 테이블로 구성하고 text 는 다른 테이블로 분리하는 것 도 아주 좋을것 같군요...

 

 

 

 

그냥 석이의 생각입니다.

석이님이 2005-06-19 23:22에 작성한 댓글입니다. Edit

석이님 감사드립니다. ^^

지금은 따로 있지만, 나중에 부동산과 물가라는 것을 경제로 통합할지도 모른 생각에 flag로 하는게 낳다고 생각했는데..

20만건까지 커버가능하다니.. ㅋㅋ

큰 도움되었습니다. 감사드립니다. .. 꾸빡~* (__)

이오스님이 2005-06-21 09:35에 작성한 댓글입니다. Edit
[Top]
No.
제목
작성자
작성일
조회
2038인덱스는 수시로 재생성해줘야 하나요? [1]
과객
2005-06-20
2371
2037db서버와 application 서버의 분리 여부 [1]
고민중
2005-06-20
2071
2036xp_cmdshell 삭제... [1]
왕초보
2005-06-20
2284
2035새로운 테이블? 아니면 필드의 값로 구분?... 어느게 빠를까요? [2]
이오스
2005-06-19
2061
2034안녕하세요... 락 때문에 죽겠네요... [1]
고세환
2005-06-19
2806
2032쿼리문 작성하라는데... ㅠㅠ [4]
김중생
2005-06-17
3370
2031CUBE 를 만들려고 하는데 잘 안되네요..
초보
2005-06-15
2260
Valid XHTML 1.0!
All about the DATABASE... Copyleft 1999-2024 DSN, All rights reserved.
작업시간: 0.020초, 이곳 서비스는
	PostgreSQL v16.4로 자료를 관리합니다