データベースの分析

はじめ

データベースとのインターフェース、どちらかのデスクトップまたはWebインタフェースへの、それはむしろ別のより特定の用途に特化されているソフトウェアを設計するときは、常に対応することを避けるために慎重な分析を行う必要があります。このような参照整合性、データの冗長性などの問題を持つ。

この分析の目的は、重要な仕事です：今後の展開またはデータベースへの変更を見越してのデータとリソースのよりよい最適化を実現する。

この記事の目的は、に対処することによって、組織の情報の過程で彼らの右の足から始めて、将来のプロジェクトで直面するリーダーを置くことです、またはうまく設計されたデータベース、ソフトウェア、およびスリム化を持ち歩くの位置にパフォーマンス。

顧客は誰ですか？

それは愚かな質問を"かが広すぎる？ 多分ですが、マーク2つの応答を与え始めることができます。

1. 私は顧客を満足する必要があります。
2. 顧客を満足させるために... クライアントです。

ケース1。 あなたが必要なものについての明確なアイデアを持ってよろしいですか？ 確かにあなたはすべてのすべてのすべてと考えている？ あなたはあまり急いを持っていないよろしいですか？

これらの質問をしていない場合... ponitele！

私はポイントを避け、非常に直接的な口調で読者に宛て、彼は私が第二の場合に答えることを回避する必要がないし、今できることになります。

ケース2。 顧客は、開発者が、コンピュータの知識かどうかの最小値を持つことが誰かを満足することはありません。 何か知識をお持ちの場合、"我々は同じ言語を話す"、またはそれは生命が次のを複雑にする傾向が杓子定規なので、私たちの生活を簡素化することができます。 または何も理解していないが、コンピュータは彼が何を望んでいるか知っている（まれ）または、ご連絡できる人です。 あるいは、彼が望んでいるか、必要な情報を提供することができるかわからない。

法として、この文を実行​​してください。顔を持って付与された、誰のために何を取ることはありません！ それは、不機嫌であることがよりよい"、ちょうど我々が満たすことを試みるか、何らかの理由で間違った人なので、結論に達しないようにするために、すべてを考慮して再検討する。

私は、読者が最も重要なことは、我々は以下に見るように、最善を整理するために、、明確なアイデアを持ってまだ整理されていない情報の大釜を持つことを理解与える可能性がこの必要なブラケットを閉じます。

データベースの良い解析を行う

で説明したようにSQLガイド使用することは困難ではない、このサイトのためではなく、様々なSQLベースのデータベース（MS Accessのは、MySQL、およびなど）。 確かに、そこに多かれ少なかれ複雑な製品や直感がありますが、それはポイントではありません。

ポイントは、何をすべきかを知ることです！

るため、読者は、リレーショナルデータベースを管理するという観点でのSQL言語を認知の最小値を持っていると、この記事を理解するの目的のために無関係に、実行中のDBMS製品の選択を使用する方法を知っている知っていることを前提としています。

何をすべきかをすることは6ポイントで要約することができます。

1. 管理する情報を収集する。
2. それらは論理的なグループに分ける。
3. テーブルと使用するデータ型に分割することも考える。
4. 冗長性のその"割合は"あなたがなりたいと思う。
5. 異なる構造を仮定しています。
6. 構造を再考するために、天井を凝視して、コンピュータの電源を切り、

このステートメントは、特定のポイントにもかかわらず、深刻かつユーモラスでもあります：それは最初のアイデアは（これは5節の意味です）右のものであることを述べて、それはあなたが管理ソフトウェアを書き始める前に注意することをお勧めされ"周りの"データベース。

例：会社のディレクトリのデータベース構造

それが近年ではWeb上でのディレクトリの概念が非常に普及している、ディレクトリはというように製品、サービス、企業を検索するかどうか、それをインデックスにディレクトリである。

我々はこのタイプのサービスを処理するためのデータ構造を作成しようとする（シリーズは無限大とそれ以降に行く）を管理するデータベースに関連したこのコンテキスト内のすべての知識を使用することができない。

このサービスをどうしたらいいですか？

1. ユーザーを集める。
2. 地理的な場所を管理する。
3. カテゴリとサブカテゴリを管理する。
4. ポイント1、2と3を関連付けて、詳細を処理します。
5. 有料購読などのようなオプションが含まれています。

フォローするのパラグラフで説明して有用なすべてのテーブルにコメントが追加されます - 私の視点から - このセクションで該当のアプリケーションを管理する。 データ型は、アカウントのMS Access、使いやすくされるデータベースシステム、近いDBMSの最も経験豊富な、先進的なユーザーよりも少ない経験の両方を理解するために読者を考慮して、示されている。

フィールドの長さに関しては、私はそれを確立するために読者の裁量に任せる。 名前、URLのような他のもののために、私は50から150文字にお勧めできる一方いくつかのケースではフィールドの長さは、（例えば、税コードはCAPが上ので5を持っていると、16文字を持つ）必要があります。

運命のvobis！

• <<
• 1
• 2
• 3
• >>