SQL

 Computer >> コンピューター >  >> プログラミング >> SQL
  1. ボイス-コッド正規形（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

  2. RDBMSの候補キー

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

  3. RDBMSの代替キー

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

  4. RDBMSの外部キー

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

  5. RDBMSの用語

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

  6. RDBMSの一意キー

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

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

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

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

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

  9. DBMSにおける1対1の単項関係

    1対1の単項関係は、同じ役割グループによって表される同じインスタンス間の同じエンティティとの関連付けです。 上の図は、関係がMARRIED_TOの既婚者のセットを表しています。各人は、グループ内で1人だけと結婚しています。 1対1の単項では、3つのケースが利用可能です- 必須-必須 オプション-オプション オプション-必須または必須-オプション 必須-必須 ロールグループの各インスタンスは、関係に完全に参加する必要があります。上記の例では、人は1人の人と結婚しています。 オプション-オプション この場合、ロールグループ内のインスタンスの参加はオプションです。つまり、参加は必須

  10. DBMSにおける1対多の単項関係

    1対多の単項関係は、異なる役割グループによって表される同じインスタンス間の同じエンティティとの関連付けです。 マネージャーと従業員の関係を考えてみましょう。 この関係における2つの異なる役割は、マネージャーと従業員です。組織内でマネージャーの役​​割を果たす従業員はごくわずかですが、組織で働くすべての従業員は従業員です。 1人のマネージャーが複数の従業員を管理し、各マネージャーは従業員でもあります。 1対多のオプション-必須 1つのロールグループの各インスタンスはリレーションシップに参加する必要がありますが、他のロールグループのインスタンスはオプションでリレーションシ

  11. SAPERPシステムとDBMSの違い

    DBMSまたはデータベース管理システムは、基本的にデータベースの管理に必要なツール/インターフェースです。たとえば、SQLサーバーまたはMYSQLワークベンチのようなツールはDBMSです。 DBMSは、主に技術者によって使用されるか、技術者向けに設計されています。 ERP（エンタープライズリソースプランニングシステム）は、1つのデータベースと多数の汎用モジュールを備えた完全なシステムであり、すべての人が使用できる多数の入力および出力インターフェイスを備えています。たとえば、顧客やビジネスマン向けのユーザーインターフェースと、さまざまなスキルを持つ技術者向けのユーザーインターフェースがあります

  12. SAPERPとDBMSシステムの違い

    非常に基本的なレベルでは、DBMSは何かを見るための方法です。例： SQL Server、MySQL、その他。基本的にはデータベースとの通信を可能にするプログラムです。 データベース管理システムは、データベース内の情報を分類し、情報を取得し、制御し、操作する製品です。一般に、SQL Server ManagementStudioやMySQLWorkbenchなどのほとんどのDBMSは、使いやすいインターフェイスを提供します。また、ユーザーはマウスをクリックするだけで、データ、データベースエンティティ、構造を自由に抽出できます。 ERPは、複雑なビジネスプロセスを監視し、さまざまなモジュール

  13. RDBMSの未来

    現在、BigDataとNoSQLがデータベースソリューションの選択肢となっていますが、それはRDBMSの重要な機能がなくなるという意味ではありません。過去数年間に世界のデータの90％が生成されたため、RDBMSの必要性は近い将来に終わらないでしょう。 調査会社のGartnerが述べているように、RDBMS市場は年間9％の成長で増加しています。 RDBMSは、整理されたデータを処理することを目的としています。 NoSQLとビッグ​​データが好ましい選択かもしれませんが、RDBMSの重要性は近い将来に終わることはありません。 現在、大規模なデータ管理にはビッグデータなどのテクノロジーが必

  14. RDBMSの参照整合性ルール

    DBMSの参照整合性ルールは、主キーと外部キーに基づいています。ルールは、外部キーが一致する主キーを持つことを定義しています。テーブルから別のテーブルへの参照は有効である必要があります。 参照整合性ルールの例 − EMP_ID EMP_NAME DEPT_ID DEPT_ID DEPT_NAME DEPT_ZONE ルールには、 DEPT_ID Employeeテーブルに一致する有効なDEPT_IDがあります 部門で テーブル。 結合を許可するために、参照整合性ルールは、主キーと外部キーが同じデータ

  15. RDBMSの複合キー

    2つ以上の属性を持つ主キーは、複合キーと呼ばれます。 2つ以上の列の組み合わせです。 例 -にすることができます ここでの複合キーはOrderIDです およびProductID − {OrderID、ProductID} 別の例を見てみましょう- StudentID StudentEnrollNo StudentMarks StudentPercentage S001 0721722 570 90 S002 0721790 490 80 S003

  16. RDBMSの二次キー

    二次キーとは 二次キーは、主キーとして選択されていないキーです。ただし、主キーの候補キーと見なされます。 したがって、主キーとして選択されていない候補キーは、二次キーと呼ばれます。候補キーは、主キーと見なすことができる属性または属性のセットです。 注 ：二次キーは外部キーではありません。 例 例を見てみましょう- Student_ID Student_Enroll Student_Name Student_Age Student_Email 096 9122717 マニッシュ 25 [email protected]

  17. RDBMSのエンティティ整合性ルール

    エンティティ整合性ルールの場合、各テーブルには主キーがあります。 主キーにNULL値を含めることはできません。 Student_ID Student_Awards Student_Awards 上記では、主キーが Student_IDであることがわかります。 。 Student_Awardsは考慮できません すべての学生が賞を受賞したわけではないため、主キーとして使用します。 別の例を見てみましょう- Employee_ID Employee_Name Employee_Age Employee_Location

  18. RDBMSのスーパーキー

    スーパーキーは、タプル、つまりエンティティセット内のエンティティを一意に識別する属性（または属性のセット）です。 候補キーはスーパーキーから選択されるため、これは候補キーのスーパーセットです。 例 例を見てみましょう- Student_ID Student_Enroll Student_Name Student_Email S02 4545 デイブ [email protected] S34 4541 ジャック [email protected] S22 4555 マーク mm

  19. RDBMSの代理キー

    サロゲートキーの唯一の目的は、データベース内の一意の識別子（たとえば、インクリメンタルキー、GUIDなど）にすることです。 サロゲートキーには実際の意味はなく、存在を表すために使用されます。データ分析のためだけに存在します。 例 キー ProductID 価格 505_92 1987 200 698_56 1256 170 304_57 1898 250 458_66 1666 110 上記では、代理キーは のキーです。 テーブル。 その他の例 サロゲー

  20. MySQLのIF（）、NULLIF（）、およびIFNULL（）関数の使用

    他のプログラミング言語と同様に、構造化照会言語には、データの流れを制御する条件付きステートメントがあります。 IF関数は、条件が満たされた場合はステートメントを返し、満たされていない場合は別のタイプのステートメント（またはまったくない）を返します。 MySQLを使用したSQLIF関数を見てみましょう。 準備 このSQLFiddleは、名前、年齢、性別を含むサンプルスキーマにリンクしています。これがこの記事で使用するものです。次のスキーマを使用して、独自のIDEにテーブルを作成します。 create table names ( id INT, name VARCHAR(50),

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