0
나는 mysql을 배우고 있으며 데이터베이스 작업을하고있다. 지금까지는 모든 것이 잘되었지만 질문이있었습니다. 나는 회사 재무 제표 (대차 대조표, 손익 계산서 테이블, 현금 흐름 테이블 등)를 조직하고 있으며 대부분의 회사는 분기 별 성명 (감사받지 않음)과 연간 진술서 (감사 대상)를 보유하고 있습니다. 지금은 각 문장에 대해 연간 또는 분기별로 플래그를 지정하는 열이 있습니다.콘텐츠 또는보기를 기반으로 테이블을 만드는 것이 더 좋습니다?
다른 사람이 감사 및 감사받지 않은 진술에 대한 보고서를 동시에 실행하지 않을 가능성이 있으므로 감사를위한 테이블과 감사되지 않은 테이블을 만드는 것이 가치가 있다고 생각했습니다. 내가 이것이 결국 데이터라고 생각한 이유는 상당히 커질 것이고 나는 테이블이 작을수록 더 빠른 성능이라고 생각했습니다.
그래서 데이터베이스를 디자인 할 때 콘텐츠를 기반으로 설계해야합니까 (예 : 관계없이 모두 동일한 그룹으로 그룹화해야하나요?) 또는 사람들이 어떻게 액세스 할 것인가에 따라 그룹화해야합니까?
이 내가 같은 나라 내가 지적하는 모두의
감사합니다. Phil, 내 문제를 이해한다고 생각합니다. 어쩌면 내 질문에 더 많은 MySQL의 색인 및 검색 방법에 관련이 있지만 데이터베이스 효과 성능의 크기는 무엇입니까? 예를 들어, 모든 캐나다 기업에 대해 분기 별 평균 수익을 검색하면 (이 데이터베이스는 다른 모든 국가의 행뿐만 아니라 연례/분기 별 데이터도 많이 포함하고 있음) 질의가 고통스럽게 느려지므로 비 관련 데이터 톤? – Lostsoul
현대의 RDBMS에서 적절하게 설계된 테이블은 중간 정도의 적절한 하드웨어에서 실행되는 경우 (수십억 개가 아닌 경우에도) 많은 행을 처리 할 수 있습니다 (적절히 색인이 생성 된 경우 등). 나는 당신이 정말로 거대한 데이터 세트에 대해서 이야기하지 않는 한 퍼포먼스에 대해 염려하지 않을 것이다. (심지어 카테고리별로 데이터를 분리하기 전에 다른 옵션을 찾는다.) –