データベース設計は、情報の提示と処理のために利用可能な知識とツールを適応させる一連のプロセスです。
アプリケーションの実際の領域、特定のタスク、入ってくる情報の流れの説明と情報処理プロセスに関する一般的なアイデアは、特定の場合のデータベースとは何か、そしてそれをどのように扱うかという特定の概念的なアイデアに徐々に追加されます。
人間関係はあらゆるものの中核です情報モデル。 Oracleソリューションは基本的にMySQLと同等ですが、多くの点で根本的に異なります。データベースの設計は、セキュリティ、情報量、およびデータの有効性に対する説明責任にも関係しますが、これらは、効率的で信頼性が高く、ユーザーフレンドリーなデータベースを設計する上での二次的な問題です。
ExcelテーブルはOracleや長方形（リレーショナル）構造のコンテキストでのMySQL：列と行=列名（フィールド）と選択インデックス（行）の共通部分にある1つのセル。手作業の量と量を考慮しない場合、セルを垂直方向と水平方向に組み合わせる高度な手段のおかげで、ExcelはOracleよりも優れています。
Excelは、その主なアイデアによれば、決して「輝く」ことはありませんダイナミクス、Oracle機能、および「残りの部分」で1つのシートから別のシートに何かを転送することはできません。オラクルはここでより有望ですが、大量の情報を移行し、さまざまなソースからの正式なポジションを組み合わせるための考慮事項には、多くの要望が残されています。ここで、MySQLはより有望です。それ自体はグローバルタスクを設定しませんが、その仕事は完全に行います。
関係関係は便利で実用的であり、Excelレベルのプライベートソリューションからオラクルのグローバルボリュームまで、開発されたツールは、需要のあるあらゆる場所で使用されており、仕事で将来が保証されています。
最新のデータベースは、テーブル、行、列、インデックスで構成され、すべての機能、複数の操作、高負荷、大量の操作を考慮した高度な追加ツールに囲まれています。
最新の制御システムに関する知識と経験データベース（DBMS）は、作業の信頼性、データの信頼性、アクセスの規制、セキュリティ問題の解決の問題を考慮に入れるだけでなく、外部からの悪影響を追跡し、起こりうる攻撃を分析し、故意に危害を加えようとすることも可能にします。
最新のデータベースは、あらゆるWebリソースとローカルアプリケーションの信頼できる基盤であり、情報の移行、データの変換と転送、さまざまな表現の交差と結合を行う機能です。
唯一の必須条件：開発者の高い資格。リレーショナルデータベースの効果的な設計は、スペシャリストが利用でき、多くの場合、解決される問題の適用分野のスペシャリストと専門家のチームが利用できます。
情報はいたるところに行き渡っています。多くのプロジェクトはインターネットに直接接続されていますが、ここでデータを正式に提示する要因は、製鉄所のWebリソースを作成する際の不確実性の要因に勝るものはありません。
オンラインショッピングの開発と大きな関心ある店舗の作成経験を別の店舗の作成に移す根拠や機会を与えるものではありません。営業秘密の要因は知識の伝達に多くの障害をもたらしますが、本質的には、ストア自体をこのストア用に作成されたソフトウェアツールから分離する必要があります。
もちろん、顧客が支払い、サイトコードは彼の財産。私たちの時代の特徴は、同じタイプのタスクと関連するアプリケーション分野の間で知識とベストプラクティスを伝達することは不可能であり、これが問題です。
構文解析-システムの幅広いアプリケーションデータベース管理。まず第一に、それはインターネットからの情報をスキャンしています。データベースに蓄積された情報とWebページへの訪問者の要求を比較することも同様に重要です。
キーワード分析は、最適なソリューションを形成する必要性にも関連していますが、Accessでデータベースを設計することは、MS SQLServerやOracleよりも有望である可能性があります。
情報源のリストは次のようになります。動的。ダイナミクスは、ソースデータベーステーブル、テーブルフィールド名、およびクエリ（クエリ）ルールに固有のものにすることができます。複数のソースからリレーショナルデータベースを設計すると、収集された情報の最適な編成からではなく、元のデータからの開発が明確に強制されます。
データベースに固有の2つのポイントがあります。
どのアプリケーション分野でも、受信情報フローの正式なモデルがあります。情報ストレージモデルは、データベースの実際の構造であり、データ使用のモデル（アルゴリズム）です。
データベース設計の基本は通常、3つの段階に分類されます。スペシャリストが異なれば、作業段階の名前も異なりますが、実際には、次の3つのポジションがあります。
実践は確立された伝統に貢献しています。アプリケーションの領域と解決されている問題がどれほど困難であっても。適切なツールキットを選択することは常に必要です。たとえば、Webリソースへの訪問者から情報を収集する必要がありますが、それをMS SQLServerからのデータと比較する必要があります。 WebリソースはFreeBSDベース（インターネット、Apacheサーバー）でホストされており、別の都市のMS SQLServerは会社の分散ネットワークを介して利用できます。
このソリューションでは、最初に特定の問題を解決する必要があります。それは、内部サーバーとのデータ交換を確立することです。
の一般的なタスクの技術的な実行確かに初期段階に影響を与えます。データベースの設計を最初から行うことができる場合はめったにありません。問題を解決するための実証済みの技術によれば、応用分野は発展しますが、当初の意図とは異なることを常に行う必要があります。
最近、多くの理論家と実践スペシャリストは、エンティティを特別なデータとして操作します。これらは、入力、処理プロセス、および最終結果であるデータベースでの情報のモデルを記述することを可能にする抽象化です。
抽象化とエンティティによるデータベース設計：情報画像を作成し、データ型とそれらの間の関係を定義する機能。
通常、データベースモデルのこの設計グラフィックモデル、MS Visioの使用、または選択したDBMSのグラフィック手段で終わります。 Accessには独自のバージョンの情報画像を形成し、MySQLには独自のバージョンがあり、一部のサイト管理システムはデータベースを完全に非表示にして、開発者に独自のエンティティ（解決中の問題のオブジェクト）を介してデータモデルを強制します。
多くの制御システムの特徴サイト（CMS）-解決されている問題の情報領域を説明するときに、より抽象化されたレベルの「リクエスト」を行います。実際のデータベースは隠されており、CMSは開発者に世界の情報画像に関する独自のアイデアを提供します。
その結果、データベース設計の段階基本的な要件への準拠と、特定のCMSの作成者によって提案された手順の実装に帰着します。 SymfonyまたはBitrix、ZendまたはYiiからのデータベースのアイデアとその設計を使用することに何の問題もありませんが、開発者にとっては「負担」です。
理想的には、データベース設計ツールは、外部の意見を考慮せずに、蓄積された経験と知識を使用して、個別に選択して適用する必要があります。
理想的には、開発者はからの証明書を持っていますオラクルですが、開発者の資格には、オラクルの情報アイデアの理解とMySQLの実用的な知識が含まれていることはまったく問題ありません。
複雑なプロジェクトや分散情報処理では、データベースだけでなく、情報源、消費者のニーズに関するアイデアも重要です。
一貫性の要件が最もあります即時の意味。データベース設計の基本には、段階的な作業、中間結果の監視、次のタイプの作業の実行に基づいて完了した各段階の再考も含まれます。
これらの規定は抽象的ですが、効果的なデータベースを作成するための理論的および実用的なテクノロジーに存在します。
独自に開発する技術はありません。人々はそれを前進させます。開発チームの資格は不可欠です。データベース情報モデルは、フレームワークであるだけでなく、情報の流れでもあります。
どちらが優先されますか：データベースの構造の表現における美しいグラフィックス、またはダイナミクスにおける情報フローの正確な説明-タスクとアプリケーションだけでなく、ダイナミクスにおける開発チームの意見の問題。
フレームがすべてですが、コンテキストでは次のようになります。概念的なデータベース設計がすべての資格を決定します。すべての人はユニークであり、情報システムの分野では、特定の人のアイデアが存在し、発展しています。
開発チームを編成することが重要であり、権威ある専門家によって提案された、データベース設計の神話上の段階。この専門家の権威は、特定の時期の特定の作品に基づいて形成されました。仕事は今日行われる必要があります、新しいタスク、最新の機器、新鮮な技術、...
逆も可能です。Windows for Workgoupsがまだ健在だった古代から、ExcelとAccess、およびこれらの形式の「豊富な」データがあります。 dBaseとQuattroからの部分的なデータが残っていました。今日、これらの言葉はすでに忘れられていますが、情報は残っており、需要があり、抽出して新しいアイデアを形成する必要があります。
クラウドテクノロジーは、データベースのようなものではありません。アシュトンテイト製。オラクルがかつて購入したものは、現在のオラクルとは何の関係もありません。しかし、80年代初頭のプログラミングには、変数、アルゴリズム、関数、ループ、条件があります。手続きの概念が忘却に沈んでしまったので、すべてが古代のように残っているということです。
オブジェクト指向プログラミングの現代的なアイデアでさえ、前世紀の古典的な構文的および意味論的な「シャックル」に身を包んでいます。
何をすべきか-プログラミングは慣性ですが、情報の形式化と情報データベースの設計は、結果というよりもプロセスです。段階的な作業は、結果を達成するための前提条件です。しかし、中間段階から作業開始までの反復回数を誰が数えたのでしょうか。
情報は常に動的であり、何も立っていません場所：特にタスクのサブジェクトエリアとユーザー要件。完了した作業の各段階では、すでに行われたことと、新しいレベルで行われるべきことを評価できます。
基本構造の設計を検討するタスクとしてのデータと最終結果の取得は無駄です。データベースが運用されるとすぐに、データベース作成ツールが「シンプルな」Excelであり、数百万のトランザクション、数十万の同時処理を操作するOracleの非常に強力で多面的な製品でなくても、新しいアイデアが確実に現れます。ユーザーとテラバイトの情報。
優先順位はデータベースの構造ではなく、資格のあるスペシャリストチームの編成に加えて、より動的な結果を得るための必須要件。これにより、作業の完了時に、少なくとも2、3か月は開発者に連絡する必要がなくなります。
Windowsはデータベースではありませんが、遺物があります- 登録。ホストファイルは、単にローカルコンピューターのIPアドレスとシンボリック名のIDです。しかし、このファイルを介して、さまざまなドメインまたはさまざまなDBMSへの情報フローが形成されます。
仕事用コンピュータとしてのWindowsのさまざまな側面を理解するまたはサーバーは可能ですが、この製品のバージョンのロジックを正当化する方法はありません。 PHPもデータベースではありませんが、バージョン7の直後にバージョン7が続く理由についての開発者の主張には一貫性がありません。 PHPはMySQLにアクセスするためのツールであり、その構文は、SQLダイアレクトを使用してクエリを形成し、データベースから応答を受信する方法を定義します。
最新のツールの非互換性の例近年、プログラミングとデータベースのメンテナンスが当たり前になっていますが、これは最も独創的なものではありません。 Windows 10のバージョンの背後にあるものは何ですか？ Oracle Database 12cの次のステップは何ですか？
開発者-作成者情報：「OracleDatabase11g Express Edition（Oracle Database XE）は、Oracle Database 11gリリース2コードに基づくエントリーレベルのデータベース管理システムです。開発、展開、販売、ダウンロードを迅速に行うことができ、管理も簡単です。」
ユーザー開発者の意見：「2013年、オラクルは本日、Oracle Database 12c（バージョン12.1.0.1）をリリースし、ストレージコストの削減、高いデータ可用性、データベース統合の容易さ、およびデータアクセス保護という主な利点を提供します。」
実際の練習：客観的で効率的かつ効果的な論理データベース設計は、資格のある開発者のチームのみが利用できます。実用的な結果を得るのは難しくありません。入ってくる情報の流れを形式化し、最適な基盤を決定することは困難です。
オブジェクト指向の出現とともにプログラミング、データのシリアル化は第二の風を巻き起こしました。確かに、周りのすべては単なる線であり、できれば長さが不定です。数字と日付も文字列です。
関係関係の力と客観性-否定できませんが、列と行のダイナミクスが評判を傷つけていますか？テーブルは、ヘッダー（列のリスト）がある場合とない場合がある単なるデータです。テーブルを単なるデータのコレクションとし、必ずしも名前を付ける必要はありません。
データの収集は異質であり、さまざまな構造のデータを見つけることができます。基本的に、データの均一性は、十分に開発されたアプリケーション領域を示します。タイプおよびタイプによるデータの分布は、一貫性と客観的なアプローチの兆候ですが、それでも構造のダイナミクスの可能性を想定することをお勧めします。
ベースのデザインと作成を持参する場合リジッド構造の範囲外のデータであり、テーブルが必ずしも同じタイプではなく、セマンティクスが互いに類似している行のコレクションであると想定すると、データベースの設計が根本的に変更されます。
作業の主題は、データベースの構造の説明ではなく、情報の動きのダイナミクスです。作業の段階は、3つの重心に分けられます。
テーブル構造の概念はありません。行や列はありません。抽象化があります-アルゴリズムの特定のポイントを満たす特定の構造の与えられたもの。より具体的には、情報処理機能は、特定のボリューム内の特定の情報を必要とする。
すべての再帰性の必須要件情報処理の機能とデータではなく機能に焦点を当てることで、ユーザー、プロセス、またはその他の機能の主導で使用される、蓄積された情報と受信データフローのダイナミクスでデータベースを設計できます。
実際、使用の合図が来て、フェッチ要求が受信され、アプリケーションのトリガーがトリガーされ、すでに利用可能なものを介した着信情報が目的のソリューションを提供しました。
知識は人間の特権であり、プログラムは負担ですコンピューター。開発者は、特定の状況に適していると判断した場合、知識を自由に適用できます。平均的な人は、データベースを重要視せずに多くのデータベースを使用します。普通の人の頭の中でデータベースがどのように編成されているかは誰にもわかりませんが、彼がビジネスを行う方法、何を書き留めるか、何を見つけるか、いつ使用する必要があるかは誰もが知っています。
プログラマーの仕事の結果はレベルにありますODBCを介してオンラインストアのサイトからデータを取得する「BASIC」上のプログラムは、MAKS航空宇宙ショーからのデータ選択を要求するタイトル付きのOracle開発者に相当します。どちらの結果も、作業が完了した瞬間から静力学で「フリーズ」します。これは人が使用する積極的な知識ではありません。これがデータベース設計システムを作成する秘訣です。
アルゴリズムを修正することはできません。すべてはダイナミクスで決定する必要があります。資格のある開発者のメリットは疑いの余地がありませんが、Oracle、MySQL、または制限付きアクセスの洗練された形式のソリューションにはまったくありません。別のExcelスプレッドシートは動的なコンテンツを提供でき、作業の完了後、多かれ少なかれ適切な時間、プログラマーの参加を必要としません。
問題は、データベースの構造ではなく、アプリケーション領域のダイナミクスがどの程度適切に形式化されているかです。
プロの開発者のチームをタスクに結び付けるような方法で作業を計画することは不可能です。チームが気分を害しているわけではありませんが、これは正しいアプローチではありません。
データベース設計タスクは次のようになります開発された機能がそれ自体を改善し、知識を蓄積し、その「義務」の遂行において、専門家によって作成されたコードからではなく、このコードを通じて取得された知識から開始されるように策定されます。
