만약 이거 재미로 한번 해 보는 것이 아니라 진짜로 사용될 프로그램이라면 제가 권하는 것은 절대 파라닥스를 사용하지 말라는 것을 권하고 싶습니다. 지금껏 한 8년간 프로그램밥을 먹었는데 paradox는 정말로 잘 깨져요. 그리고 데이다수가 많아지면 인덱스를 잘해도 무지 늦드라구요. 거의 절망적. 차라리 일반 *.dbf, 옛날 DBASE화일이 훨씬 더 안정적이더라고요.

오히려 처음에는 힘겹더라도 Interbase나 다른 Client/Server용 데이다 베이스로 가시는걸 권하고 싶습니다.



한보람 wrote:

> 안녕하세요, 델파이를 시작한지 일주일정도 되는 초보입니다.

> PC상에서 구현되는 작은 비디오 테이프 관리 프로그램을 만들어 볼려구합니다.

>

> DB는 paradox를, Delphi ver 5.0을 사용합니다.

>

> 만들려는 table은 두개인데,

> 1테이블(Gubun), 분류번호, 분류내용 <-레크드수 증가가능성 희박

> 2테이블(MTable), 분류번호, tape번호, 녹화순서, 제목, 키워드 <-레코드수 증가

> 입니다.

>

> 처음에는 간단할 것같았는데, 이러한 의문이 들더군요...

> 첫번째 table은 불과 30개 record밖에 되질 않는데, 두번째 table의 record수가 2만개에 육박합니다. 따라서, 검색기능을 이용하면, 기능성이 떨어질것 같다.

>

> 그래서, 생각해 낸것이...

> 하나, 관계형DB로해서, 최대한 두번째 table의 size를 줄인다.

> ===> 하지만, 이경우는 관계를 맺을부분이 분류번호 한군데 밖에 없어서 별

> 로 효과를 못볼것같다.

> 두번째는, 두번째(MTable)을 분류번호에 따라서 약 30개의 table로 나눠서 관리한다.

> 이경우, 물론, 동일한 구조의 table이다.

> ===> 이렇게 하면, 하나의 table을 여러개로 나눠서 관리하게 되므로 table한

> 개의 크기가 커짐으로 인한 잠재적인 문제발생율 줄일수 있을 것이다.

>

> 어떤가요? 저는 두번째 방법이 좋다고 생각을 하고, 그렇게 프로그램을 만들어 볼려구 하는데...

>

> 궁금한점..(두번째 방법 = 한개의 table의 record들을 분류번호에 따라 여러개의 table 로 나눠서 관리할때,)

> 검색할때의 방법은 여러개의 table로 나눠진 record들을 한개의 table로 붙인후에 검색을 하는 건가요? 그렇다면, 어떤 query문을 사용해야 하나요? 다른방법이 있나요?

>

> 궁금한점..

> 첫번째(Gubun) 테이블에서 record를 하나 추가시킬때, 두번째 테이블(MTable)의 구조와 동일한 table을 생성하고, 물론, Gubun table과 연결을 시켜야 하는데, 어떻게 해야 하는 건가요?

>

> 고수님들의 자문 부탁합니다.

>

>

저는 첫번째 방법을 권합니다.

2만개 정도의 데이타이면 인덱스만 잘 만들면 검색하는데 별로 시간이 안 걸릴거라

생각됩니다. 소스도 훨씬 간단해 질 거고요.

그럼



한보람 wrote:

> 안녕하세요, 델파이를 시작한지 일주일정도 되는 초보입니다.

> PC상에서 구현되는 작은 비디오 테이프 관리 프로그램을 만들어 볼려구합니다.

>

> DB는 paradox를, Delphi ver 5.0을 사용합니다.

>

> 만들려는 table은 두개인데,

> 1테이블(Gubun), 분류번호, 분류내용 <-레크드수 증가가능성 희박

> 2테이블(MTable), 분류번호, tape번호, 녹화순서, 제목, 키워드 <-레코드수 증가

> 입니다.

>

> 처음에는 간단할 것같았는데, 이러한 의문이 들더군요...

> 첫번째 table은 불과 30개 record밖에 되질 않는데, 두번째 table의 record수가 2만개에 육박합니다. 따라서, 검색기능을 이용하면, 기능성이 떨어질것 같다.

>

> 그래서, 생각해 낸것이...

> 하나, 관계형DB로해서, 최대한 두번째 table의 size를 줄인다.

> ===> 하지만, 이경우는 관계를 맺을부분이 분류번호 한군데 밖에 없어서 별

> 로 효과를 못볼것같다.

> 두번째는, 두번째(MTable)을 분류번호에 따라서 약 30개의 table로 나눠서 관리한다.

> 이경우, 물론, 동일한 구조의 table이다.

> ===> 이렇게 하면, 하나의 table을 여러개로 나눠서 관리하게 되므로 table한

> 개의 크기가 커짐으로 인한 잠재적인 문제발생율 줄일수 있을 것이다.

>

> 어떤가요? 저는 두번째 방법이 좋다고 생각을 하고, 그렇게 프로그램을 만들어 볼려구 하는데...

>

> 궁금한점..(두번째 방법 = 한개의 table의 record들을 분류번호에 따라 여러개의 table 로 나눠서 관리할때,)

> 검색할때의 방법은 여러개의 table로 나눠진 record들을 한개의 table로 붙인후에 검색을 하는 건가요? 그렇다면, 어떤 query문을 사용해야 하나요? 다른방법이 있나요?

>

> 궁금한점..

> 첫번째(Gubun) 테이블에서 record를 하나 추가시킬때, 두번째 테이블(MTable)의 구조와 동일한 table을 생성하고, 물론, Gubun table과 연결을 시켜야 하는데, 어떻게 해야 하는 건가요?

>

> 고수님들의 자문 부탁합니다.

>

>

한보람 wrote:

> 안녕하세요, 델파이를 시작한지 일주일정도 되는 초보입니다.

> PC상에서 구현되는 작은 비디오 테이프 관리 프로그램을 만들어 볼려구합니다.

>

> DB는 paradox를, Delphi ver 5.0을 사용합니다.

>

> 만들려는 table은 두개인데,

> 1테이블(Gubun), 분류번호, 분류내용 <-레크드수 증가가능성 희박

> 2테이블(MTable), 분류번호, tape번호, 녹화순서, 제목, 키워드 <-레코드수 증가

> 입니다.

>

> 처음에는 간단할 것같았는데, 이러한 의문이 들더군요...

> 첫번째 table은 불과 30개 record밖에 되질 않는데, 두번째 table의 record수가 2만개에 육박합니다. 따라서, 검색기능을 이용하면, 기능성이 떨어질것 같다.

>

> 그래서, 생각해 낸것이...

> 하나, 관계형DB로해서, 최대한 두번째 table의 size를 줄인다.

> ===> 하지만, 이경우는 관계를 맺을부분이 분류번호 한군데 밖에 없어서 별

> 로 효과를 못볼것같다.

> 두번째는, 두번째(MTable)을 분류번호에 따라서 약 30개의 table로 나눠서 관리한다.

> 이경우, 물론, 동일한 구조의 table이다.

> ===> 이렇게 하면, 하나의 table을 여러개로 나눠서 관리하게 되므로 table한

> 개의 크기가 커짐으로 인한 잠재적인 문제발생율 줄일수 있을 것이다.

>

> 어떤가요? 저는 두번째 방법이 좋다고 생각을 하고, 그렇게 프로그램을 만들어 볼려구 하는데...

>

> 궁금한점..(두번째 방법 = 한개의 table의 record들을 분류번호에 따라 여러개의 table 로 나눠서 관리할때,)

> 검색할때의 방법은 여러개의 table로 나눠진 record들을 한개의 table로 붙인후에 검색을 하는 건가요? 그렇다면, 어떤 query문을 사용해야 하나요? 다른방법이 있나요?

>

> 궁금한점..

> 첫번째(Gubun) 테이블에서 record를 하나 추가시킬때, 두번째 테이블(MTable)의 구조와 동일한 table을 생성하고, 물론, Gubun table과 연결을 시켜야 하는데, 어떻게 해야 하는 건가요?

>

> 고수님들의 자문 부탁합니다.

>

>



저 역시 두번째 방법이 낳아보이는 군요.

MTable을 나눌때 파일이름에 분류번호를 구별할 수 있는 이름을 주면 되지 않을까요.



예를 들어, 파일이름이 10000.db는 10000번대 분류번호를 갖는 것입니다. 그럼 검색하는 시간을 최소로 줄일 수 있을겁니다.



두번째로 파라독스는 관계형 데이타베이스가 아닌 파일형 테이블입니다. 그러므로, 연결이란건 별 필요가 없는걸로 알고 있습니다. 관계와 관련된 내용은 코딩으로 직접하시면 될것 같은데.....



그럼, 이만,,,,,

델놈 wrote:

> 한보람 wrote:

> > 안녕하세요, 델파이를 시작한지 일주일정도 되는 초보입니다.

> > PC상에서 구현되는 작은 비디오 테이프 관리 프로그램을 만들어 볼려구합니다.

> >

> > DB는 paradox를, Delphi ver 5.0을 사용합니다.

> >

> > 만들려는 table은 두개인데,

> > 1테이블(Gubun), 분류번호, 분류내용 <-레크드수 증가가능성 희박

> > 2테이블(MTable), 분류번호, tape번호, 녹화순서, 제목, 키워드 <-레코드수 증가

> > 입니다.

> >

> > 처음에는 간단할 것같았는데, 이러한 의문이 들더군요...

> > 첫번째 table은 불과 30개 record밖에 되질 않는데, 두번째 table의 record수가 2만개에 육박합니다. 따라서, 검색기능을 이용하면, 기능성이 떨어질것 같다.

> >

> > 그래서, 생각해 낸것이...

> > 하나, 관계형DB로해서, 최대한 두번째 table의 size를 줄인다.

> > ===> 하지만, 이경우는 관계를 맺을부분이 분류번호 한군데 밖에 없어서 별

> > 로 효과를 못볼것같다.

> > 두번째는, 두번째(MTable)을 분류번호에 따라서 약 30개의 table로 나눠서 관리한다.

> > 이경우, 물론, 동일한 구조의 table이다.

> > ===> 이렇게 하면, 하나의 table을 여러개로 나눠서 관리하게 되므로 table한

> > 개의 크기가 커짐으로 인한 잠재적인 문제발생율 줄일수 있을 것이다.

> >

> > 어떤가요? 저는 두번째 방법이 좋다고 생각을 하고, 그렇게 프로그램을 만들어 볼려구 하는데...

> >

> > 궁금한점..(두번째 방법 = 한개의 table의 record들을 분류번호에 따라 여러개의 table 로 나눠서 관리할때,)

> > 검색할때의 방법은 여러개의 table로 나눠진 record들을 한개의 table로 붙인후에 검색을 하는 건가요? 그렇다면, 어떤 query문을 사용해야 하나요? 다른방법이 있나요?

> >

> > 궁금한점..

> > 첫번째(Gubun) 테이블에서 record를 하나 추가시킬때, 두번째 테이블(MTable)의 구조와 동일한 table을 생성하고, 물론, Gubun table과 연결을 시켜야 하는데, 어떻게 해야 하는 건가요?

> >

> > 고수님들의 자문 부탁합니다.

> >

> >

>

> 저 역시 두번째 방법이 낳아보이는 군요.

> MTable을 나눌때 파일이름에 분류번호를 구별할 수 있는 이름을 주면 되지 않을까요.

>

> 예를 들어, 파일이름이 10000.db는 10000번대 분류번호를 갖는 것입니다. 그럼 검색하는 시간을 최소로 줄일 수 있을겁니다.

>

> 두번째로 파라독스는 관계형 데이타베이스가 아닌 파일형 테이블입니다. 그러므로, 연결이란건 별 필요가 없는걸로 알고 있습니다. 관계와 관련된 내용은 코딩으로 직접하시면 될것 같은데.....

>

> 그럼, 이만,,,,,

>





네, 고맙습니다. 이렇게 바로 답변을 주시니 정말로 감사하네요..

님말씀대로 한번 해볼께요... 이렇게요!



- 분류번호를 하나 추가시킬때마다 그 분류번호와 동일한 이름을 갖는 table DB를 하나 생성시

킨다.

- 검색을 할때는... 참, 여기서 검색하는 부분에서는요... 번호로 검색하는 것이 아니고, 키워드라는 100글자정도의 키워드(text field)를 참조해서 검색해야 하거든요. (속도면에서