先月、私は基本的に不可能なことをしました。私は、インテル®Celeron 2.5Ghz/512MB RAM/40GB IDEハードドライブ上にDebianサーバーを持っており、MySqlはスムーズに動作します。 MySql Workbenchを使用して接続すると、データベースモデルについて考えるのをやめました。データモデリングはいつか気にする必要がありますか?
私の現在のデータベースは2つの巨大なテーブルを持つAccess 97データベースです: Tbl_Swift - 13のフィールドとその1つは情報のフルページを持つ「メモ」フィールドです。 Tbl_Contr - そのうちの4つが「メモ」フィールドで、情報のページがある20のフィールド。これは、データベースのようではないです
は、アクセスの上に重いか、遅いですが、私は、ほとんどのユーザーが利用できるように望んでいた...そして、私は私のデータベースを最適化すべきであることに気づいたが、ここで問題があります:
WHY?
大きな違いがありますか?私は5人以下のユーザーしかこのデータベースに接続せず、誰も「書き込み」特権を持たず、標準のクエリを実行するだけです。データベースそのものはかなり小さく、600MBと90K以下のレコードです。
だから、私はそれをもっと「最適化」することを本当にやめなければなりませんか?
だからこそ、あなたはそれをやっていない、あなたはそれをしたくない...良いデータベース設計を気にする理由を尋ねていますか?実際には、それが壊れていない場合は、それを修正しないでください。 –
具体的に何のために最適化されていますか? – Rooke
実際にこの部分をスキップして、古いデータベースをすべてMySqlにアップロードして、データベースに接続するアプリケーションの作成に焦点を当てます。私がOPTMIZEと言っているのは、人が情報がほとんどないテーブルをたくさん用意しなければならないと言っていることです。つまり、できるだけ多くの正規化を使ってデータベースをモデリングすることに焦点を当てます。少なくとも、データベースを大きくして不安定にして後で心配するのが良いかどうかを知りたいのですが、どのような場合でも、データベースをできるだけ軽くしなければならないか、データベースと小さなユーザーベース? –