全国データベースの縮尺の基準は？

Question

私は現在、政党の投票意図データを扱うリレーショナルデータベースを設計しています。地方の当事者は、選挙登録記録（CSV）をアップロードしてから、その人の投票者の意向を記録することができます。

各地方の当事者は、地理的（投票区、地方自治体、州）、政党および意図の歴史のテーブルを持つことになります。当事者がローカルデータを追跡することができる国家キャンペーンのために規模を拡大するには、これは各州ごとに別のテーブルを追加することで達成できると思いますか、または多数のデータベースが必要ですか（国）。

メモには、有権者の名前、住所、有権者の資格などが記載されていますが、3NFを守らなければならないと思いますか？

Answer 1

原則として全国選挙記録を取り扱うことは、あまりにも挑戦的であってはならない。世界最大の民主主義国であるインドは、850万人の選挙人を輩出しています。

すでに多くの国の政党によって使用され、使用されている多くの選挙データベースソフトウェアパッケージがあります。おそらくあなたは自分の代わりに作業を開始する前にそれらを研究したいと思うでしょう。独自のソリューションを構築することに決めた場合、あなたの質問はあなたにいくつかの支援が必要であることを示しているようです。データベース設計に関する質問を開発チームに伝えてください。

Answer 2

数点。

スケールを調整するときは、常に正規化されたデータから始めます。スケールアップするときに非正規化する必要があるかもしれませんが、どこで、いつ行うのかは事前に知ることができません。ノーマライゼーションは、データ管理とパフォーマンスの両面で、多くの一般的な最適化を提供します。逆正規化を開始すると、メンテナンスの問題（およびデータの異常）が増え、あるタイプのクエリに対して他のクエリのタイプを最適化していることがわかります（一部のクエリを10倍向上させることができます他のクエリは10倍の長さを要します。これは、事前にわかっていない限り通常は勝てません）。私は良いパフォーマンスを維持するために1NFを壊さなければならなかった場合に取り組んだが、そうすることでいくつかの種類のクエリへの扉を閉じることができます。

第2に、MySQLが持っていないもの（賢明な最適化やPostgreSQLへの移行を強いるかもしれません）は再帰的な共通テーブル式です。つまり、SQLのグラフ上で木構造や幅優先検索を正常に実行することはできません。地理的データベースの場合、大きな問題になる可能性があります（州を州ごとに分け、各州を郡に分け、各郡を区域に入れて、すべての責任を負うスタッフを付けることを考えてください）。だからこそ、あなたはデザインを考えて、MySQLでどのようにそれを行うのかを見てみたい（または、単一のクエリで再帰的にツリーを生成できるPostgreSQLに移動する）べき領域です。