0

私はデータベースの最適化に取り組んできました。このデータベースの主なアイデアは、人が(数日に数回)人口を抱えているということです。同時に、自社のビジネスマンが絶えずコンサルティングし、データの大きなレポートを生成しています。私は、テーブルのデッドロックに対して混乱を生じさせないために、どのように構造化する必要があるかに関する提案を探しています。何かご意見は?データベースロジックアドバイス

+0

あなたは、MySQL InnoDB MVCCとそのSQL分離レベルについて読んだことがありますか? MVCCには、読者がライターを後押ししないという利点があります。しかし、あまりにも広い本はあまりにも広がっている。 DItto "any thoughts" – philipxy

+0

このタスクはどのように進行していますか? –

+0

@RickJames Poorly。私が現在働いているところでは、デベロッパーとして自分の仕事を管理することを信じていないので、これはやるべきことの多くの底にあります。 – cancinos

答えて

0

データウェアハウス?

Summary Tablesは、「大きなレポート」をスピードアップします。多くの場合、10倍になります。

また、High speed ingestionのヒントも必要ですか?これは、単一の「ファクト」テーブルを打つ複数のライターを扱います。

0

OLTPとOLAPの両方を最適化することはできません。戦略的には、トランザクション・システムからレポートおよびビジネス・インテリジェンス用のデータ・ウェアハウスおよびデータ・マート(スター・スキーマ/ディメンション・モデル)にデータを抽出するのが最善のソリューションです。