2011-12-19 8 views
1

先月、私は基本的に不可能なことをしました。私は、インテル®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以下のレコードです。

だから、私はそれをもっと「最適化」することを本当にやめなければなりませんか?

+0

だからこそ、あなたはそれをやっていない、あなたはそれをしたくない...良いデータベース設計を気にする理由を尋ねていますか?実際には、それが壊れていない場合は、それを修正しないでください。 –

+0

具体的に何のために最適化されていますか? – Rooke

+0

実際にこの部分をスキップして、古いデータベースをすべてMySqlにアップロードして、データベースに接続するアプリケーションの作成に焦点を当てます。私がOPTMIZEと言っているのは、人が情報がほとんどないテーブルをたくさん用意しなければならないと言っていることです。つまり、できるだけ多くの正規化を使ってデータベースをモデリングすることに焦点を当てます。少なくとも、データベースを大きくして不安定にして後で心配するのが良いかどうかを知りたいのですが、どのような場合でも、データベースをできるだけ軽くしなければならないか、データベースと小さなユーザーベース? –

答えて

1

「私はOPTMIZEを言うとき、人々は、私は少しの情報を持つテーブルの多くを持つべきであると言うとき、私は意味」

何のことをいっていることは、正規化され、そして最近のパフォーマンス対正規化についてのスレッドがありましたここでは:Denormalization: How much is too much?

はい、私は、DBが大きすぎる前に正規化について考えるべきだと思います。

+0

私はこの件についてさらに研究をすべきだったと思いますが、この記事ではデータベースモデリングをできるだけ良くするべき理由について多くの良い情報を提供しています: http://dev.mysql.com/tech-resources /articles/why-data-modeling.html –

関連する問題