데이터베이스 설계 질문 : Oracle에서 방대한 양의 데이터를 처리하는 방법은 무엇입니까?

Question

데이터 항목이 1.500.000 이상이며 시간이 지남에 따라 점진적으로 증가 할 것입니다. 이 엄청난 양의 데이터는 150 개 지역에서 나옵니다.

이제이 증가하는 거대한 데이터를 관리하기 위해 150 개의 테이블을 만들어야합니까? 이것이 효율적일까요? 나는 빠른 작업이 필요하다. ASP.NET과 Oracle이 사용됩니다.

Answer 1

테이블에 1,500,000 개의 행이 있으면 걱정할 필요가 없습니다. 오라클은보다 많은 부하를 쉽게 처리 할 수 ​​있습니다.

데이터가 들어온 영역을 식별해야하는 경우 Region 테이블을 만들고 그 테이블의 ID를 큰 데이터 테이블에 연결할 수 있습니다.

IMHO, 자세한 내용을 게시해야하며 더 잘 도와 드릴 수 있습니다.

Answer 2

모든 데이터가 동일한 경우 다른 테이블로 분할하지 마십시오. 오라클의 테이블 파티션을 살펴보십시오. 150 개 이상의 파티션 (또는 그 이상)이 지역별로 (또는 그 이상) 나뉘어서 아마도 당신이 찾고있는 것과 더 일치 할 것입니다.

오라클 데이터베이스 성능 튜닝 팁 & 기술 도서 및 Oracle 웹 사이트에서 Ask Tom을 찾아 볼 것을 권장합니다.

Answer 3

단지 1.5M 행입니까? 많이는 아니지만 ...

하나의 테이블을 사용하십시오. 150 개의 테이블에 150 개의 노조를 쓰는 방법을 연구하면 살인이 될 것입니다.

Answer 4

150 만 개의 행이 실제로 그렇게 많이 보이지는 않습니다. 특정 시점에 얼마나 많은 사람들이 테이블에 액세스하고 있습니까? 인덱스를 설정 했습니까? 훨씬 더 커질 것으로 예상되는 경우 partitioning in databases을 조사하는 것이 좋습니다.

FWIW, 나는 100M + 행으로 정기적으로 데이터베이스 작업을합니다. 한 번에 수천 명의 사람들이 그것을 사용하지 않는 한, 그렇게 나쁜 것은 아닙니다.

Answer 5

2,000 개의 행이있는 데이터베이스는 느려질 수 있습니다. 그것은 모두 데이터베이스 설계, 색인, 키에 따라 다르며 가장 중요한 것은 데이터베이스 서버가 실행중인 하드웨어 구성입니다. 응용 프로그램에서이 데이터를 사용하는 방식도 중요합니다. 읽기 집중 데이터베이스 또는 트랜잭션 집중적입니까? 지금 당장 묻고있는 것에 대한 정답은 없습니다.

Answer 6

영역 당 표 1은 표준화되지 않았습니다. 당신은 아마 거기에서 많은 능률을 잃을 것입니다. 데이터 입력 사이트 당 1 개의 테이블도 꽤 특이합니다. 정규화가 엄청 나서 길 아래로 시간을 절약 할 수 있으므로 중복 된 데이터를 저장하지 않을 것입니다.

oracle을 사용하는 경우 여러 개의 테이블을 가질 필요는 없습니다. 150 만 개가 넘는 행을 지원합니다. 데이터 액세스의 속도를 높이려면 눈송이 스키마를 사용하여 자주 액세스하는 데이터를 가져올 수 있습니다.

Answer 7

먼저 테이블에 액세스 할 작업을 고려해야합니다. 삽입은 어떻게 수행됩니까? 기존 행이 업데이트됩니까? 그렇다면 어떻게됩니까? 행이 어느 정도 증가 할 것이며 성장하는 비율은 어느 정도입니까? 행이 삭제됩니까? 어떤 기준으로? 어떻게 데이터를 선택할 것입니까? 어떤 기준과 쿼리 당 얼마나 많은가?

Answer 8

데이터 파티션은 1.5m 행보다 훨씬 큰 데이터 볼륨에 사용할 수 있습니다. SQL 쿼리, 일괄 처리 및 데이터 저장 최적화를 살펴보십시오.