MySQL

MySQLでカラムサイズを変更するには？MySQLでは、ALTERコマンドを使うことで、既存テーブルのカラムサイズを後から変更できます。この記事では、実際にエラーが発生するケースから、ALTERコマンドで解決するまでの手順を順番に解説します。カラムサイズが小さいと起こる問題テーブル作成時にカラムにサイズを定義した場合、INSERT時にその定義サイズを超えるデータを挿入しようとすると、エラーが発生します。まずは、CREATEコマンドでサンプル用のテーブルを作成してみましょう。mysql> CREATE table ModifyColumnNameDemo-> (-> id in

MySQLで2つの値を比較し、大きい方（最大値）を取得したい場合は、あらかじめ用意されている組み込み関数「GREATEST()」を使用します。この関数は、引数として渡された複数の値の中から最大の値を返してくれます。GREATEST()関数の基本構文GREATEST()関数の構文は以下のとおりです。SELECT greatest(value1, value2);このクエリを実行すると、value1とvalue2のうち大きい方の値が結果として返されます。それでは、具体的な使用例をいくつか見ていきましょう。ケース1：数値（INT型）同士を比較する場合まず、両方の引数に整数値を指定した場合の例です。m

データベース言語とは、データベース内のデータを読み取り、更新、操作、保存するために使用される言語の総称です。SQL（Structured Query Language）をはじめとするデータベース言語は、その目的に応じて以下の4種類に分類されます。データ定義言語（DDL：Data Definition Language）データ操作言語（DML：Data Manipulation Language）データ制御言語（DCL：Data Control Language）トランザクション制御言語（TCL：Transaction Control Language）それでは、それぞれの言語について詳しく見て

デッドロックとはデッドロックとは、2つ以上のプロセスが、それぞれ実行の完了に必要なリソースを相手側が保持しており、互いに待ち続けてしまう状態を指します。上記の図では、プロセス1がリソース1を保持しており、リソース2を必要としています。同様に、プロセス2はリソース2を保持し、リソース1を必要としています。どちらのプロセスも相手の持つリソースがなければ処理を完了できないにもかかわらず、自分のリソースを手放そうとしないため、プロセス1とプロセス2はデッドロック状態に陥ります。コフマン条件（Coffman Conditions）デッドロックが発生するのは、次の4つのコフマン条件がすべて成立している場合

再帰的リレーションシップ（単項関係）とはデータベース設計やER図（エンティティ・リレーションシップ図）において、同じ種類の2つのエンティティ（実体）の間に成り立つ関係は「再帰的リレーションシップ」と呼ばれます。これは、同一のエンティティ型に属する異なるインスタンス（個々の実体）同士が関係を持つことを意味します。つまり、あるエンティティが自分自身と関連付けられるため、「自己参照関係」や「単項関係」とも呼ばれます。以下に、代表的な例をいくつか紹介します。例1：従業員が他の従業員を監督する1人の従業員は、複数の従業員を監督することができます。この場合、「従業員」というエンティティが自分自身と関係して

分散型データベース管理システム（DDBMS：Distributed Database Management System）は、データを複数の場所に分散して保持するシステムです。データの保存先は、同じ拠点内の異なるサーバーである場合もあれば、地理的に離れた複数の拠点にまたがる場合もあります。下図の例では、データベースが複数のロケーションに分割され、Site1、Site2、Site3、Site4の4つのサイトにデータが格納されています。本記事では、DDBMSのメリットとデメリットについて詳しく解説します。DDBMSのメリット（長所）拡張性の高さ：データベースがすでに複数のシステムに分散しているため

分散データベースとは分散データベースのデータは、複数の場所に分散して格納されています。つまり、データは同一拠点内の異なるシステムに保存されることもあれば、地理的に離れた複数のシステムに保存されることもあります。しかしながら、ユーザーから見れば、データベースはあたかも一つの統合された存在であるかのように振る舞います。データが複数の場所に保存されているという事実は、ユーザーに対して透過的（トランスペアレント）になっているのです。分散データベースの構成要素分散データベースは、主に以下の要素で構成されています。ユーザー（Users）グローバルスキーマ（Global Schema）データベースモジュール

トランザクションとはトランザクションとは、データベース内で実行される一連のコマンド(命令)の集まりのことです。トランザクションを構成する各コマンドは「アトミック(不可分)」であるとされ、それ以上サブコマンドに分割することはできません。トランザクション内のコマンドは、データベースの構造を変更する場合もあれば、変更しない場合もあります。重要なのは、トランザクションによって必要とされる変更は、すべて一括して反映されなければならないという点です。この規則が守られない場合、システム障害や停電などの予期しない事態が発生した際に、データが失われてしまう可能性があります。トランザクションの具体例トランザクショ

ロックは、DBMS(データベース管理システム)において同時実行制御を維持するために不可欠な仕組みです。ロックベースの同時実行制御を採用するシステムでは、トランザクションは必要なロックを取得するまで、データの読み取りや書き込みを行うことができません。 ロックベースのプロトコルでは、主に次の2種類のロックが使用されます。 バイナリロック(Binary Locks) – 「ロック中」か「アンロック中」の2つの状態しか取らない、最もシンプルなロックです。 共有ロック/排他ロック(Shared/Exclusive Locks) – 共有ロックは読み取り操作のみを行う場合に取得されます。データが変更され

構造独立性（Structural Independence）構造独立性とは、データベースの構造に変更が加えられても、DBMS（データベース管理システム）がデータへアクセスする能力に影響が出ない状態を指します。逆に構造依存性（Structural Dependence）が存在する場合、データベース構造の変更がそのままDBMSのデータアクセス能力に影響を与えてしまいます。そのため、柔軟で保守しやすいシステムを実現するには、構造独立性を確保することが重要です。データ独立性（Data Independence）データ独立性とは、データベースの下位レベルで行われた変更が、上位のレイヤーに影響を与えないと

データベースの正規化（ノーマライゼーション）とは、設計が不十分なデータベースの欠陥を取り除くためのプロセスです。設計の悪いデータベースは整合性に欠けており、情報の追加・削除・更新の際にさまざまな問題を引き起こします。以下に、データベース設計において正規化が不可欠である理由を詳しく解説します。データベースの異常（アノマリー）の解消正規化の各形式、すなわち第1正規形（1NF）、第2正規形（2NF）、第3正規形（3NF）、ボイス・コッド正規形（BCNF）、第4正規形（4NF）、第5正規形（5NF）を適用することで、挿入異常・更新異常・削除異常といった問題をすべて取り除くことができます。挿入異常（In

結合従属性（Join Dependency）とは結合従属性とは、1つのテーブルを複数のテーブルに分解し、それらを結合（JOIN）することで元のテーブルを完全に復元できる場合に成り立つ依存関係のことです。分解後の各テーブルは、元のテーブルが持つ属性（カラム）の部分集合を含みます。結合従属性は、多値従属性（Multivalued Dependency）をさらに一般化した概念と位置づけられています。結合従属性は第5正規形（5NF）と密接な関係があります。リレーションが5NFであるためには、まず4NFを満たしている必要があり、さらにそれ以上無損失で分解できない状態でなければなりません。具体例以下の &

第5正規形（5NF）の定義第5正規形（5NF：Fifth Normal Form）は、「プロジェクト結合正規形（Project-Join Normal Form）」とも呼ばれるデータベース正規化の最上位段階の一つです。あるリレーションが第5正規形に属するためには、以下の2つの条件を満たす必要があります。そのリレーションが第4正規形（4NF）を満たしていることより小さなテーブルへ損失のない分解（可逆的な分解）が存在しないこと別の観点から見ると、リレーション内のすべての結合依存性（Join Dependency）が候補キーによって含意される場合、そのリレーションは5NFに属すると考えることもできま

機能依存性（Functional Dependency）とはDBMSにおける機能依存性とは、その名の通り、テーブル内の属性同士が互いに依存し合う関係を指します。リレーショナルデータベースの提唱者であるE.F.コッド（E. F. Codd）によって導入されたこの概念は、データの冗長性を防ぎ、不良なテーブル設計を発見するための重要な手がかりとなります。概念を正確に理解するために、属性AとBを持つ関係Rを考えてみましょう。機能依存性は「→（矢印）」で表現されます。例えば、次のように記述した場合：A → Bこれは「BはAに関数的に依存している」ことを意味します。つまり、属性Aの値が決まれば、属性Bの値

推移的従属性(推移的な依存関係)とは? 間接的なリレーションシップによって引き起こされる関数従属のことを、推移的従属(トランジティブ・ディペンデンシー)と呼びます。 P → Q と Q → R の両方が成り立つ場合、P → R も自動的に成り立ちます。これが推移的従属です。 第三正規形(3NF)を達成するには、この推移的従属を排除する必要があります。 推移的従属が残ったままでは、データの重複や更新時の不整合(更新異常)が発生しやすくなります。そのため、3NFでは主キー以外の属性(非キー属性)同士が互いに依存し合わないよう設計することが重要です。 具体例 次の映画リストテーブル「<Mo

第3正規形（3NF）とは？データベースの正規化における第三段階が第3正規形（3NF：Third Normal Form）です。テーブルが3NFであるためには、次の2つの条件を満たす必要があります。リレーションが第2正規形（2NF）であること推移的関数従属が存在しないこと推移的関数従属とは、「A → B」「B → C」という依存関係から、間接的に「A → C」が導かれてしまう状態を指します。このような依存関係が残っていると、データの冗長性や更新時の不整合が発生しやすくなります。例：3NFに違反するテーブル次の <MovieListing> テーブルを見てみましょう。Movie_IDL

ドメインキー正規形（DKNF：Domain-Key Normal Form）は、データベースの正規化における最も高い水準の正規形です。データベースに挿入異常や削除異常が一切存在しない状態を指し、これらの更新に関する異常が完全に除去されていることが最大の特徴です。DKNFでは、すべての制約が「ドメイン制約」と「キー制約」によって検証・保証されます。あるテーブルがドメインキー正規形であるためには、そのテーブルが第4正規形（4NF）、第3正規形（3NF）など、それより低い段階のすべての正規形を満たしている必要があります。DKNFは以下の3つの制約に基づいて成り立っています。1. ドメイン制約ドメイン

ER図（Entity-Relationship Diagram：実体関連図）は、現実世界を「エンティティ（実体）」として捉えるデータベース設計のための図式表現手法です。1976年にP.P.チェン（P.P.Chen）によって提唱され、「ERモデル」といった名称でも広く知られています。ER図を使うことで、エンティティ集合同士の関係性を視覚的に把握できるようになります。まずは、ER図を構成する基本的な要素から順に見ていきましょう。エンティティ（Entity）DBMSにおけるエンティティとは、独立した存在を持つ現実世界のオブジェクトを指します。例えば学校のデータベースであれば、教師、学生、科目などがエ

多値従属性（Multi-valued Dependency）とは多値従属性（多値依存性）とは、テーブル内のある行の存在が、同じテーブル内の他の1つ以上の行の存在を必然的に意味する場合に発生する依存関係のことです。あるテーブルが属性 P、Q、R を持っている場合、Q と R は P に対する多値的な事実であると表現できます。多値従属性は二重矢印「->->」で表されます。->->先ほどの例で言えば、以下のように記述します。P ->-> QP ->-> Rこの場合、多値従属性が成立するのは、Q と R が互いに独立した属性であるときだけです。なお、多値

第4正規形（4NF）とは？ 第4正規形（4NF）は、第1正規形（1NF）、第2正規形（2NF）、第3正規形（3NF）、そしてボイス・コッド正規形（BCNF）に続く、さらに高度な正規形です。1977年にロナルド・ファジン（Ronald Fagin）によって提唱されました。 あるリレーションが第4正規形を満たすためには、まずボイス・コッド正規形（BCNF）を満たしている必要があります。その上で、1つを除いて複数の多値属性（独立した多値従属性）を含んではならないという条件を満たす必要があります。 ここでいう「多値従属性」とは、ある属性の値が決まると、それとは独立に別の属性が複数の値を取りうる関係の