SQL

 Computer >> コンピューター >  >> プログラミング >> SQL
  1. データベース入門

    アクセス、管理、およびさまざまな更新を容易にするために整理された形式で収集された情報は、データベースと呼ばれます。 データベースについてさらに説明する前に、DATAとは何かについて事前に知っておく必要があります。データは、推論や実行可能なディスカッション、または何らかの計算を適用できる事実と記録のコレクションとして定義できます。データはいつでも簡単に入手でき、豊富にあります。それはそれからいくつかの有用な情報を処理するために使用することができます。また、冗長になる可能性があり、無関係になる可能性があります。データは、あらゆる種類の情報を表すグラフィック、レポート、表、テキストなどの形式で存在

  2. リレーショナルデータベース管理システム（RDMS）

    リレーショナルデータベース設計（RDD）モデルの情報とデータを、行と列を含む一連のテーブルに変換します。リレーション/テーブルの各行はレコードを表し、各列はデータの属性を表します。構造化照会言語（SQL）は、リレーショナルデータベースを操作するために使用されます。リレーショナルデータベースの設計は4つの段階で構成され、データは関連するテーブルのセットにモデル化されます。ステージは- 関係/属性を定義する 主キーを定義する 関係を定義する 正規化 リレーショナルデータベースは、データの整理とトランザクションの実行へのアプローチが他のデータベースとは異なります。 RDDでは、データはテーブルに

  3. データベースの二項関係

    二項関係は、2つの異なるエンティティ間の関係です。つまり、あるエンティティの役割グループと別のエンティティの役割グループの関係です。 二項関係には3種類のカーディナリティがあります- 1.1対1 2.1対多 3。多対多 1対1 ここでは、あるエンティティの1つのロールグループが別のエンティティの1つのロールグループにマップされています。簡単に言うと、あるエンティティの1つのインスタンスは、別のエンティティの1つのインスタンスのみにマップされます。 このタイプでは、あるエンティティの主キーが他のエンティティの外部キーとして使用可能である必要があります。 例 −2つのエンティティを検討

  4. データベースの三項関係

    三項関係では、3つの異なるエンティティが関係に参加します。 関係度=3 例：モバイル製造会社を考えてみましょう。 関係する3つの異なるエンティティ： モバイル-会社によって製造されています。 パーツ-会社がサプライヤーから入手するモバイルパーツ。 サプライヤー-サプライヤーは会社にモバイルパーツを供給します。 モバイル、部品、サプライヤーは同時に関係に参加します。この事実のために、カーディナリティを考慮するとき、3番目のエンティティに対して同時に2つのエンティティのコンテキストでそれを考慮する必要があります。 三項関係におけるカーディナリティ サプライヤの特定のインスタ

  5. データベースへの実体関連の参加

    リレーションシップでは、参加制約は、リレーションシップタイプの別のエンティティに関連付けられている場合のエンティティの存在を指定します。最小カーディナリティ制約とも呼ばれます。 この制約は、リレーションシップタイプに参加できるエンティティのインスタンスの数を指定します。 参加制約には2つのタイプがあります- 総参加者数 エンティティセット内の各エンティティは、関係セット内の少なくとも1つの関係に関与しています。つまり、関与するすべてのエンティティの関係の数は0より大きいです。 Works_For関係を介して関連する2つのエンティティEmployeeとDepartmentについて考え

  6. データベースの種類

    使用要件に応じて、市場で入手可能なデータベースには次のタイプがあります- 一元化されたデータベース。 分散データベース。 個人データベース。 エンドユーザーデータベース。 商用データベース。 NoSQLデータベース。 運用データベース。 リレーショナルデータベース。 クラウドデータベース。 オブジェクト指向データベース。 グラフデータベース。 それらすべてを説明しましょう： 1。一元化されたデータベース 情報（データ）は一元化された場所に保存され、さまざまな場所のユーザーがこのデータにアクセスできます。このタイプのデータベースには、ユーザーが離れた場所からでもデータにアクセスする

  7. 一元化されたデータベース

    情報（データ）は一元化された場所に保存され、さまざまな場所のユーザーがこのデータにアクセスできます。このタイプのデータベースには、ユーザーが離れた場所からでもデータにアクセスするのに役立つアプリケーション手順が含まれています。 エンドユーザーの検証と妥当性確認には、さまざまな種類の認証手順が適用されます。同様に、登録番号は、データ使用の追跡と記録を保持するアプリケーション手順によって提供されます。地方事務所がこれを処理します。

  8. 分散データベース

    集中型データベースの概念とは正反対に、分散データベースには、ローカルコンピューターによってキャプチャされた情報だけでなく、共通データベースからの貢献もあります。データは1つの場所にあるのではなく、組織のさまざまなサイトに配布されます。これらのサイトは、分散データに簡単にアクセスできるようにする通信リンクを使用して相互に接続されています。 分散データベースは、データベースのさまざまな部分が複数の異なる場所（物理的）に格納され、アプリケーション手順が複製されてネットワーク内のさまざまなポイントに分散されるデータベースとして想像できます。 分散データベースには2種類あります。同種および異種。基盤

  9. 個人データベース

    データは収集され、小さくて管理しやすいパーソナルコンピュータに保存されます。データは通常、組織の同じ部門で使用され、少数の人々がアクセスします。

  10. エンドユーザーデータベース

    エンドユーザーは通常、さまざまなレベルで実行されるトランザクションや操作については気にせず、ソフトウェアまたはアプリケーションである可能性のある製品のみを認識しています。したがって、これは、さまざまなレベルのマネージャーと同様に、エンドユーザー向けに特別に設計された共有データベースです。全体の情報の要約は、このデータベースに収集されます。

  11. 商用データベース

    これらは、ヘルプのために情報にアクセスしたいユーザーのために独自に設計された巨大なデータベースの有料版です。これらのデータベースは主題固有のものであり、そのような膨大な情報を維持する余裕はありません。このようなデータベースへのアクセスは、商用リンクを通じて提供されます。

  12. NoSQLデータベース

    これらは、分散データの大規模なセットに使用されます。リレーショナルデータベースによって効果的に処理されるビッグデータのパフォーマンスの問題がいくつかあります。このような問題は、NoSQLデータベースによって簡単に管理できます。クラウドの複数の仮想サーバーに保存されている可能性のある大規模な非構造化データの分析には、非常に効率的です。

  13. ボイス-コッド正規形（BCNF）

    BCNFは、第3正規形（3NF）の拡張であり、3NFよりもわずかに強力です。 Qが自明な関数従属性であり、PがRのスーパーキーである場合、関係RはBCNFにあります。 関係がBCNFにある場合、それは関数従属性に基づく冗長性が削除されていることを意味しますが、いくつかの冗長性はまだ存在しています。 例を見てみましょう- グラウンド Begin_Time End_Time パッケージ G01 07:00 09:00 ゴールド G01 10：00 12:00 ゴールド G01 10:3

  14. RDBMSの候補キー

    各テーブルには主キーが1つだけあります。各リレーションには、1つ以上の候補キーがあります。これらの候補キーの1つは、主キーと呼ばれます。各候補キーは主キーの対象となります。したがって、主キーの候補は候補キーと呼ばれます。 候補キーは、単一の列または複数の列の組み合わせにすることができます。最小限のスーパーキーは候補キーと呼ばれます。 例 EmployeeID およびEmployeeEmail 、両方を主キーにすることができます。したがって、どちらも候補キーです。テーブルは単一の主キーしか持てないため、テーブルの主キーとしていずれかを選択します。 別の例を見てみましょう-

  15. RDBMSの代替キー

    代替キーまたは副キーは、主キーとして選択されていないが、候補キーであるキーです。ただし、主キーの候補キーと見なされます。 主キーとして選択されていない候補キーは、代替キーまたは二次キーと呼ばれます。候補キーは、主キーと見なすことができる属性または属性のセットです。 例を見てみましょう- Student_ID Student_Enroll Student_Name Student_Email 096 2717 マニッシュ aaa@gmail.com 055 2655 マナン abc@gmail.c

  16. RDBMSの外部キー

    外部キーはテーブル間のリンクを作成します。別のテーブルの主キーを参照してリンクします。 たとえば、EmployeeテーブルのDeptIDは外部キーです- EmpID EmpName EmpAge DeptID DeptID DeptName DeptZone DeptID 部門テーブルの主キーは部門テーブルの主キーです。 DeptID Employeeテーブルの外部キーはEmployeeテーブルの外部キーです。 下の図は同じ-を表しています 上に、2つのテーブル

  17. RDBMSの用語

    RDMSの用語には、データベース、テーブル、列などが含まれます。それらを1つずつ見ていきましょう- データベース データベースは、、などのテーブルのコレクションです。 表 テーブルは、行と列のコレクションです。たとえば、 StudentId StudentName StudentRank 052 トム 1 035 デビッド 2 077 ジョン 3 列 列はテーブルにあります- 行 行は、RDBMSではタプルとも呼ばれます。 データベース内のリレーションには行と列があります。

  18. RDBMSの一意キー

    多くのユーザーは、どちらもテーブルを一意に識別するため、主キーを一意キーと見なしますが、一意キーは主キーとは異なります。一意キーはnull値を受け入れ、主キーはnullを持つことはできません。 主キーと一意キーを比較して、その概念を理解しましょう- 使用法 一意キーは、列の値の重複を防ぐために使用されます。主キーはテーブルに一意性を提供しました。 NULL値 主キーはNULL値を受け入れることができません。これにより、主キーは一意キーとは異なります。これは、一意キーでは1つの値をNULL値として使用できるためです。 ボリューム テーブルには単一の主キーしか含めることができませんが、テー

  19. データベースアーキテクチャの3つのレベル

    ANSI-SPARC（米国規格協会-標準計画および要件委員会）は、データベースの3レベルのアーキテクチャを認識および承認しました。 以下は、3つのレベルを表す図です- 物理的または内部レベル これは内部レベルであり、データベースの物理ストレージです データが内部に保存される方法について説明します。また、データベースで使用されるデータ構造についても説明します。 概念レベルまたは論理レベル これは、データベースの完全なコンテンツ、つまりレコードと関係を表します。次の図に示すように、データベースのグローバルビューは中間層にあります。 概念レベルには、データベース全体の論理構造がありま

  20. 6番目の通常の形式（6NF）

    6NFでは、関係変数は既約成分に分解されます。関係が6NFにあるのは、それが5NFにあり、関係へのすべての結合の依存関係が取るに足らない場合のみです 例を見てみましょう- Enrollment_No 名前 マーク 上記の可能な結合依存関係は次のようになります- {Enrollment_No、Marks} {Enrollment_No、名前} 6番目の通常の形式（6NF）では、-に分解されます。 Enrollment_No 名前 Enrollment_No マーク

Total 105 -コンピューター  FirstPage PreviousPage NextPage LastPage CurrentPage:4/6  20-コンピューター/Page Goto:1 2 3 4 5 6