レッスン

1.1 はじめに データベースの設計は、Java プロジェクトのアーキテクチャの設計に似ています。すべてのデータを 2 つのテーブルに配置することも、スキーマと多数のテーブルから美しいデータ構造を構築することもできます。 開発者がデータベースを設計するときに通常直面するタスクは次のとおりです。 必要な情報がすべてデータベースに保存されていることを確認します。 必要なすべてのリクエストに関するデータを取得できるようにする。 データの冗長性と重複を削減します。 データベースの整合

2.1. コンセプチュアルデザイン データベースの設計は、次の 3 つの段階で実行されます。 コンセプチュアルデザイン; 論理的なデザイン。 物理的なデザイン。 概念設計フェーズの目的は、対象領域に関するユーザーのアイデアに基づいて概念データ モデルを作成することです。これを達成するために、一連の一連の手順が実行されます。エンティティ (概念的) スキーマの例: 1. エンティティとそのドキュメントの定義。エンティティを識別するために、他から独立して存在するオブジェクトが定義

3.1 データベースの正規化 正規形は、冗長性の観点から特徴づけるリレーショナル データ モデル内のリレーションのプロパティであり、データのサンプリングまたは変更の論理的に誤った結果を引き起こす可能性があります。正規形は、リレーション (データベース内のテーブル) が満たさなければならない一連の要件として定義されます。 データベースの関係を通常の形式に準拠した形式に変換するプロセスは、正規化と呼ばれます。正規化は、データベースの構造を最小限の論理的冗長性を提供する形式にするこ

4.1 はじめに データベース テーブルを通常のテーブルに変換することで、データベース テーブル間の関係を分析できるようになります。関連する 2 つのテーブル間で相互作用する要素の数は、カーディナリティと呼ばれます。カーディナリティは、データをテーブルにどのように効率的に分割するかを制御するのに役立ちます。 理論的には、すべてのエンティティは相互の関係を維持できますが、実際には、エンティティ間には 3 種類の関係があります。 1対1 1 対多 多対多 4.2 1対1のコミュニ

5.1 はじめに インターネットには、リレーショナル データベースでキーをどのように選択して使用するかについての独断的な教訓が溢れています。場合によっては、論争がホリバーに発展することさえあります。自然キーを使用すべきか、それとも人工キーを使用すべきか? 整数または UUID を自動インクリメントしますか? 64 の記事を読み、5 冊の本のセクションをめくり、IRC と StackOverflow について大量の質問をした後、私 (元の記事の著者である Joe "begrif

6.1 はじめに それでは、理論から実践に移りましょう。 「理論的には、理論と実践の間に違いはありません。実際にはそうなのです。」 私たちは現実世界に住んでおり、すべてのソフトウェア製品は最終的には生きている人々のために作られています。そして、これらの生きている人々は、読み込みが遅いサイトや速度が遅いプログラムに非常に悩まされています。 また、データベース クエリに 1 秒以上かかる場合、これは容認できません。ユーザーは、ページや機能が非常に遅い製品を使用することはありません

7.1 DB側のキャッシュ MySQL はテーブルを操作するときに拡張性の高いアルゴリズムを使用するため、少量のメモリでも MySQL を実行できます。当然のことながら、パフォーマンスを向上させるには、より多くの RAM が必要になります。 現在の設定を表示するには、データベースに接続します

8.1 なぜ非正規化が必要なのでしょうか? 大きなテーブル間で最も計算量の多い操作は結合です。したがって、1 つのクエリで数百万の行で構成される複数のテーブルを「換気」する必要がある場合、DBMS はそのような処理に多くの時間を費やすことになります。 このとき、ユーザーはコーヒーを飲みに離れることができます。処理の対話性は実質的になくなり、バッチ処理の対話性に近づきます。さらに悪いことに、バッチ モードでは、ユーザーは前日の午前中にリクエストされたすべてのデータを受け取り、落