ブラウザよりも高速アクセス！
68 関係: Apache Sqoop、単一レベル記憶、単一テーブル継承、参照整合性、多値従属性、外部キー、定義域 (データベース)、実体完全性、実体関連モデル、属性 (データベース)、主キー、代理キー、式インデックス、例示による問い合わせ、マテリアライズドビュー、レコードセット、ビュー (データベース)、テーブル、テーブル (情報)、データモデリング、データベーストリガ、データベース設計、データ辞書、フラットファイルデータベース、分割 (データベース)、インデックス、オブジェクト問い合わせ言語、オブジェクト関係マッピング、オブジェクト指向分析設計、キャラクタ・ラージ・オブジェクト、システムグローバル領域、シソーラス、スーパーキー、スキーマ (データベース)、タプル、候補キー、CA ERwin Data Modeler、CHECK制約、Comma-Separated Values、CREATE (SQL)、索引 (データベース)、DUAL表、表、表領域、部分インデックス、関係 (データベース)、関係の正規化、関係代数 (関係モデル)、関係モデル、関係データベース、...、関係データベース管理システム、関係データベース管理システムの比較、関係論理、関数従属性、GNU General Public License、Google App Engine、Illustra、JDBC、Microsoft Access、Null、PCM8、PostgreSQL、PRADO (フレームワーク)、SAP S/4HANA、SELECT (SQL)、SQL、TRUNCATE (SQL)、UPDATE (SQL)。 インデックスを展開 (18 もっと) »
Apache Sqoop
Apache Sqoop は関係データベースとHadoopの間でデータ転送を行うためのコマンドラインインターフェースアプリケーションである。1つのテーブルまたはより自由度の高いSQL queryによるインクリメンタルなロードをサポートし、同時にupdateインポートのために複数回実行される保存済みジョブもサポートされている。 インポートはHiveやHBase に対して関係データベースからエクスポートするためにも使うことができる。 Sqoopは2012年3月にApacheトップレベルプロジェクトになった。 マイクロソフトはSqoopベースのコネクタをMicrosoft SQL ServerデータベースをHadoopに転送するのに使っている。 Couchbase, Inc.もCouchbase Server-Hadoop connectorwo Sqoopを用いて提供している。.
新しい！!: 表 (データベース)とApache Sqoop · 続きを見る »
単一レベル記憶
単一レベル記憶（たんいつレベルきおく、Single-level store, Single-level storage, SLS）は、コンピュータが使っている記憶装置について、アプリケーションソフトウェアに対して主記憶装置と補助記憶装置の区別を意識させずに、ただ一つの巨大なアドレス空間で管理する仮想記憶のメモリ管理技術である。 入出力が非常に高速、プログラム実行の際に磁気ディスク装置から主記憶装置へのロードが不要、ユーザー (やオペレータ) から見て、磁気ディスク装置の管理が単純になる（たとえば、通常の管理業務では必須となるファイルシステムによるフォーマット等を必要とせず、単に新しいディスクを接続すればシステムの使える資源が増える、といったように）、などの特長がある。 単一レベル記憶は、Multics、IBMの System/38 、AS/400 （およびその後継システムの eServer iSeries 、System i 、Power Systems i Edition）などで採用されている。.
新しい！!: 表 (データベース)と単一レベル記憶 · 続きを見る »
単一テーブル継承
単一テーブル継承（たんいつてーぶるけいしょう、英称: Single table inheritance）は、オブジェクト指向プログラミングにおける継承をオブジェクト関係マッピングにおいて実現するための一手法である。.
新しい！!: 表 (データベース)と単一テーブル継承 · 続きを見る »
参照整合性
Aerosmith" と呼ばれるアーティストが '''artist_id''' が "4" で存在していたが、このアーティストがアーティスト関係変数から削除されてしまったのである。しかし、アルバム "Eat the Rich" はこのアーティストを参照している。参照整合性が強制適用されれば、このようなことは起こり得ず未然に防がれる。 参照整合性 (さんしょうせいごうせい、英: referential integrity) は、コンピュータの関係データベースの関係モデルにおいて2つの関連しあった関係変数 (表、テーブル) の間の一貫性 (データ完全性) をいう。 参照整合性は、多くの場合、主キーもしくは主キー以外の候補キーと、外部キーの、組み合わせにより、強制適用される。 参照整合性が強制適用されると、外部キーが宣言された関係変数の外部キーを構成する属性 (列、カラム) の値は、その関係変数の親となる関係変数の主キーの値もしくは主キー以外の候補キーの値として存在しなければならない。 例えば、別の関係変数の外部キーにより参照されている組 (タプル、行) を削除することは、参照整合性を破壊してしまうことになるため、関係データベース管理システム (RDBMS) は参照整合性を保つべく通常は削除の実行を阻止する。 例外として、参照している外部キーを含む組を連鎖して削除することを伴って、削除を実行できる場合があり、この場合は参照整合性が保たれる。 外部キーにより参照されている組を削除することができるかどうかは、データ定義言語 (DDL) による参照整合性制約の定義により定義される。.
新しい！!: 表 (データベース)と参照整合性 · 続きを見る »
多値従属性
多値従属性（たちじゅうぞくせい、MVD、multivalued dependency）は、コンピュータの関係データベースにおける関係（表）の中の属性の2つの集合の間の、完全な制約である。 多値従属性の定義を述べる。 R を関係とし、A, B, C を、R の属性集合の任意の部分集合とする。 R のある（A値, C値）対に対応するB値の集合がA値だけに依存し、C値には独立かつそのときに限り、B は A に多値従属しているといい、次のように表す。 関数従属性とは対照的に、多値従属性は関係においていくつかの組（タプル、行）を親として必要とする。 それゆえ、多値従属性は組生成従属性とも呼ばれる。 多値従属性はデータベースの正規化において第4正規形 (4NF) への正規化で役割を果たす。 多値従属性は関数従属性を一般化した概念と位置づけることができる。 \alpha \subseteq R かつ \beta \subseteq R とする。 多値従属性 \alpha ファイル:twoheadrightarrow.gif \beta が R において成立するのは次のような場合である。 どのような妥当な関係 r(R) においても、t _1.
新しい！!: 表 (データベース)と多値従属性 · 続きを見る »
外部キー
外部キー（がいぶキー、英語：foreign key、FK）は、コンピュータの関係データベースの関係モデルの文脈において、2つの関係変数（表）の間の参照整合性制約をいう。 外部キーは、参照する側の関係変数で1つの属性（列、カラム）もしくは2つ以上の属性の集合を同定し、参照する側の関係変数は、参照される側の関係変数の1つの属性もしくは2つ以上の属性の集合を参照する。 参照する側の関係変数の属性の1つの組（タプル、行）の値は、参照される側の関係変数の組の値として出現しなければならない。 このため、参照する側の関係変数の組には、参照される側の関係変数に現れない値を、含むことはできない。 このような参照関係は、2つの情報の関連づけるために作成され、関係の正規化の本質的な部分をなしている。 参照する側の関係変数の複数の組が、参照される側の関係変数の同一の組を、参照することができる。 参照する側の関係変数と参照される側の関係変数が、同一の関係変数であっても良い。 すなわちこの場合は外部キーは自分自身の関係変数を参照する。 このような外部キーは、データベース言語標準 SQL:2003 では「自己参照」外部キーあるいは「再帰的」外部キーとして規定されている。 一つの関係変数には複数の外部キーを含むことができる。 そしてこのような外部キーのそれぞれが異なる関係変数を参照する。 各々の外部キーは関係データベース管理システム (RDBMS) によりそれぞれ別個に強制適用される。 このため、関係変数間の連鎖した関連を外部キーを使って定義することができる。 外部キー-主キーの関連を本来は設計の観点から存在していてはならない場合に存在していることや、外部キー-主キーの関連が本来は設計の観点から存在しているべきである場合に存在していないことは、関係データベースおよびデータモデリング、データベース設計についての多くの問題の原因となっていることが多い。.
新しい！!: 表 (データベース)と外部キー · 続きを見る »
定義域 (データベース)
定義域（ていぎいき、ドメイン、domain）は、データ管理およびデータモデリング、データベース設計の文脈では、あるデータ要素が値としてとる可能性のある一意な値すべてから構成される、名前つきの有限集合をいう。 データ型と同じ意味と考えてよい。 現在は単に型（タイプ、type）と略されることも多い。 定義域の境界を決定する規則は、数え上げ（列挙）リストで定義されるデータ型と同じくらいに簡潔である可能性もある。 例として、関係データベース（リレーショナルデータベース）で人物についての情報を収める関係（リレーション、テーブル、表）を考える。 この関係では、一人の人物につき一つの組（タプル、行）が対応する。 組は、0以上の属性の集合からなるデータ構造である。 この関係は、ジェンダーという属性（列、カラム）をもつ。 属性は、属性名と定義域の名称のペアである。 属性は、その定義域に適合するなんらかの属性値をもつ。 このジェンダー属性は、2つのコード値のうち一つをもつことができる。 すなわち、"F" を女性 (Female) に、"M" を男性 (Male) に、それぞれ対応するコード値とするのである。 NULL については、ジェンダーが不明であるか、ジェンダーをあてはめられない場合に使う。 あるいは特別なコード値として "U" を不明な (Unknown) 場合に使う。 このように、ジェンダー属性の定義域は （あるいは ）となる。 定義域のほかの例としては、 で定義される色の定義域や、整数型や文字列型などが考えられるであろう。 この項目で説明している定義域の定義は、ある領域としての定義域の概念である。 ここでいう領域とは、数学における関数の定義における独立変数という値の集合という、概念である。 関係データベースのデータベース言語 SQL では、CREATE DOMAIN 構文で定義域を定義することができる。 CREATE DOMAIN PHONE_NUMBER AS CHAR(20).
新しい！!: 表 (データベース)と定義域 (データベース) · 続きを見る »
実体完全性
実体完全性（じったいかんぜんせい、英語：entity integrity）とは、コンピュータの関係データベース (関係モデル) において、任意の関係（表）についてどの組 (行) も重複することはなく、主キーを構成するどの属性 (列) もnullを許さないことを、保証する特性である。実体完全性は、関係データベースの一貫性（データ完全性）を保証するために必要な特性の一つでもある。.
新しい！!: 表 (データベース)と実体完全性 · 続きを見る »
実体関連モデル
チェンの記法を使った実体関連図の例 実体関連モデル（じったいかんれんモデル、Entity-relationship Model, ERM）は、概念的データモデルの高レベルな記述を可能とするモデルの一種である。また、実体関連モデルによって具体的なシステムのデータモデルを図で表現したものを実体関連図（Entity-relationship Diagram, ERD）あるいはER図と呼ぶ。本項ではピーター・チェンの1975年の論文で提唱された技法を中心に解説する for entity–relationship modeling.
新しい！!: 表 (データベース)と実体関連モデル · 続きを見る »
属性 (データベース)
属性（ぞくせい、）は、関係モデル (リレーショナルモデル) においては、属性名と定義域の名称のペア (属性名と定義域名から構成されるコンポーネント) である。 定義域は、データ型と同じ意味と考えてよい。属性は、その定義域に適合するなんらかの値をもつ。この値を属性値 (attribute value) という。属性値は、スカラ値もしくはより複雑な構造をもつ値である。関係データベースのデータベース言語 SQL では、属性とほぼ同じ意味で列 (カラム、column) という用語が使われている。 組 (タプル、行) は、ある特定の属性の順序づけられていない集合とそれぞれの属性値から、構成される。 関係 (リレーション、表、テーブル) の見出しは、順序づけられていない属性の集合から、構成される。.
新しい！!: 表 (データベース)と属性 (データベース) · 続きを見る »
主キー
主キー（しゅキー、英語：primary key）とは、関係データベースにおいて、組（レコード）の識別子として利用するのにもっとも好ましいものとして、関係（テーブル）毎にただ一つ設計者により選択・定義された候補キーをいう。つまり、関係に格納されたレコードを一意に識別するための属性（列、アトリビュート）またはその集合のうち、そのために通常利用されるべき特定の一つをいう。 関係データベース管理システム（RDBMS）やミドルウェア、アプリケーションなどでレコードの識別子が必要な場合、主キーがそのために使われることが多い。ただ、そうしなければならない必然性はなく、他の候補キーを使っても良い。したがって、主キーの理論上の意義は大きくないが、実務上は、そのわかりやすさなどから広く使われている概念である。 ただし、主キーにはNULLの存在が許されないが、候補キーには許されるという差があるとする立場もある（レコードの追加、更新時の制約として主キーを考える場合、一意性制約にNOT NULL制約を加えたものが主キー制約であると考えることができる）。 関係に存在する候補キーが一つであるときは、その候補キーが当然に主キーとなる。 なお、主キーでない候補キーは代理キー（alternate key）という。.
新しい！!: 表 (データベース)と主キー · 続きを見る »
代理キー
代理キー（だいりキー、alternate key）は、コンピュータの関係データベースの関係モデルにおいて、関係の候補キーのうち主キーとして選ばれなかったキーをいう。 例えば、関係データベースで社員関係変数 (社員テーブル) があり、社員関係変数は「社員番号」「社会保障番号」などの属性をもつとする。 この場合、「社員番号」と「社会保障番号」はともにある社員の一意識別子となる。 このため「社員番号」もしくは「社会保障番号」はいずれも主キーとして使うことができる。 したがって、「社員番号」および「社会保障番号」の2つはともに候補キーである。 例えば、「社会保障番号」を主キーとして選んだ場合、「社員番号」は代理キーとなる。 なお、自然キーと対比される代替キー (サロゲートキー、surrogate key) が代理キーと呼ばれている場合もある（自然キーおよび代替キーについては、主キーの項を参照）。.
新しい！!: 表 (データベース)と代理キー · 続きを見る »
式インデックス
式インデックス (英: expression index) または 関数インデックス は関係データベース管理システムで用いられるインデックスの中で、列の組み合わせの代わりに任意の式の結果をキーとするものを指す。式インデックスを使うと、テーブルに格納された実際のデータとは異なるキーでの検索が可能になる。 式インデックスの一般的な使用例として、大文字小文字を区別しない検索または一意性制約がある。例えば、ユーザ名を大文字小文字を区別せずに検索を行い、かつ入力されたユーザ名の大文字小文字を保持したい場合が挙げられる。この場合、小文字に変換して格納するだけは要件を満たせない。一意性制約のための UNIQUE INDEX は、大文字もしくは小文字に変換後のユーザ名 (user_name) に対して定義できる： CREATE UNIQUE INDEX idx_user_name_lower ON user_table(lower(user_name)); 検索クエリは WHERE句に lower(user_name) を指定することで、 このインデックスを使うことができる： SELECT user_id FROM user_table WHERE lower(user_name).
新しい！!: 表 (データベース)と式インデックス · 続きを見る »
例示による問い合わせ
例示による問い合わせ (れいじによるといあわせ、QBE、英: Query by Example) は、関係データベース (リレーショナルデータベース) 向けの問い合わせ言語の一つである。 QBEは、1970年代半ばにアメリカ合衆国ニューヨーク州ヨークタウンのIBM研究センターで、別の問い合わせ言語SQLの開発と並行して、モシェ・ズルーフが考案した。 QBEは、最初の視覚的な問い合わせ言語である。 QBEでは関係の視覚的表現として表を使い、利用者は表に対して命令、例示、および条件を入力する。 現在、データベース向けの多くの視覚的なフロントエンドは、QBEを源流とする創意工夫を採用している。 QBEはもともとは、機能をデータ検索のみに限定していた。 しかし後に挿入、削除、および更新、さらに一時表の生成など、検索以外のデータ操作もできるように拡張された。 QBEが開発された背景には、利用者の操作をSQLなどのデータ操作言語 (DML) の文にソフトウェアで変換したいという事情があった。 QBEの舞台裏では、こうして変換されたDML文が実行されている。 QBEを採用した良質で包括的な視覚的フロントエンドを使うことにより、利用者はSQLなどの非視覚的なDMLの詳細を思い出す負担を、最小化することができる。 また、表と列を視覚的に選択するという操作は、非視覚的なDDLで表や列の名称を入力するよりも、利用者にとって (および場合によってはプログラマにとってさえ) 、より操作が簡単で生産性が高い。 情報検索の文脈では、QBEはまた別の意味をもつ。 QBEを採用した文書データベースの利用者は、文書を登録し、「類似した」文書を検索することができる。 類似性検索は、文書ベクトル比較に基づいている (ベクトル空間モデルを参照) 。 QBEの開発は、エンドユーザ開発 (EUD) において強く影響を及ぼした業績であり、エンドユーザ開発の初期の例として研究論文で頻繁に引用されている。 現在QBEは、いくつかの関係データベース管理システム (RDBMS) のフロントエンドでサポートされている。 Paradox、Microsoft Access では、QBEをサポートしている。 QBEはまた、いくつかのオブジェクトデータベース管理システム (ODBMS) でも実装されている (例: db4o)。.
新しい！!: 表 (データベース)と例示による問い合わせ · 続きを見る »
マテリアライズドビュー
データベース管理システムは関係モデルに従うため、ビュー は仮想的な テーブル であり、データベースに対するクエリの結果を表す。ビューを参照または更新すると、その処理はビューの対象となった実際のテーブルへの参照または更新へ変換され、実行される。 マテリアライズドビュー (Materialized View; 体現ビューともいう)はこれとは異なるアプローチを取り、クエリの結果を実際のテーブルにキャッシュする。キャッシュされたデータは元のテーブルが変更されるたびに更新される。そのため、最新でない状態を取得する可能性はあるが、効率的なアクセスが可能になる。特にデータウェアハウスでは実際のテーブルに対して頻繁にクエリを実行することは非常にコストが高いため、マテリアライズドビューが有効である。 さらに、マテリアライズドビューは実際のテーブルとして実体化されるため、実際のテーブルに対して適用可能な操作はすべてマテリアライズドビューにも適用できる。特にインデックスを定義できることはクエリにかかる時間を大幅に短縮する。通常のビューではベースとなるテーブルのインデックスのみが利用可能か、もしくは全く利用できない場合が多い。 マテリアライズドビューを初めて実装したのは Oracle Database である。Oracle では、以下の3種類のマテリアライズドビューがある.
新しい！!: 表 (データベース)とマテリアライズドビュー · 続きを見る »
レコードセット
レコードセット（英: Recordset）とは、データベースのレコード（行）の集まりから成るデータ構造であり、基本表から得られる場合と、表へのクエリの結果として得られる場合がある。 各種プラットフォームに共通してこの概念が存在するが、特にマイクロソフトの Data Access Objects (DAO) と ActiveX Data Objects (ADO) でよく使われる。レコードセット・オブジェクトにはフィールドコレクションとプロパティコレクションが含まれる。任意の時点で、レコードセット・オブジェクト内の1つのレコードを現在レコードとして参照することができる。.
新しい！!: 表 (データベース)とレコードセット · 続きを見る »
ビュー (データベース)
関係データベースのデータベース言語SQL におけるビュー（英: view）とは、1つ以上の表（または他のビュー）から任意のデータを選択し、それらをカスタマイズして表したものである。関係データベースの関係モデルにおける関係の一種である導出関係に相当する。複数の表（基底関係）やビューのデータを関連付け、組み合せることができる。ビューで表示されるデータの選択条件を指定できる。 ビューは、実表と同じく行と列に編成されるが、実表とは異なりデータそのものは含まれない。ビューを使用すると、複数の表またはビューを1つの表であるかのように見ることができる。.
新しい！!: 表 (データベース)とビュー (データベース) · 続きを見る »
テーブル
テーブル (table).
新しい！!: 表 (データベース)とテーブル · 続きを見る »
テーブル (情報)
HTMLを使ってウェブブラウザで描画したテーブルの例 テーブル（table）または表は、ビジュアルコミュニケーションの一形態であり、データを並べる手段である。テーブルはコミュニケーション、研究、データ解析など様々な分野で使われている。 印刷物、手書きのノート、コンピュータソフトウェア、建築装飾、交通標識など様々なところでテーブルを見つけることができる。テーブルについての正確な規定や用語は文脈によって異なる。さらに、テーブルの構造、柔軟性、記法、表現、用途も非常に多彩である。書籍や技術文書ではよく表番号と表タイトル付きの回り込みブロックとしてレイアウトされる。 テーブルは、階層型マトリックスの中にデータの集合の論理的構造をマッピングする視覚的情報伝達法の一種でもある。テーブル内のデータは離散的データの場合もあるし変数の場合もある。例えば、数表、真理値表、周期表、HTMLの表(table)などがある。しばしば、グラフなどとまとめられて「統計図表」という言われ方をすることがある。.
新しい！!: 表 (データベース)とテーブル (情報) · 続きを見る »
データモデリング
データモデリング（data modeling）は、コンピュータ科学の文脈では、何らかのデータモデリング方法論を適用してデータモデルのインスタンスを作る過程である。 データモデリング方法論は、データモデリングを形式的に記述したものである。 現在までに考案されたデータモデルの種類としては、次のようなものがある。.
新しい！!: 表 (データベース)とデータモデリング · 続きを見る »
データベーストリガ
データベーストリガは、表に対するイベントに反応して自動的に実行される操作を意味する。トリガはデータ操作言語によるデータ状態の管理を自動化するために用いられる。トリガを利用することで、データ操作の限定、操作の記録、変更操作の監査などを行うことができる。.
新しい！!: 表 (データベース)とデータベーストリガ · 続きを見る »
データベース設計
データベース設計（データベースせっけい、database design）は、ソフトウェア開発工程においてデータベースの詳細なデータモデルを作る工程である。 データベース設計の成果物である物理データモデルは、論理設計上の決定と物理設計上の決定、および物理的な記憶装置に設定するパラメタ群を、すべて含む。 物理データモデルで記述される物理的な記憶装置に設定するパラメタ群については、なんらかのデータ定義言語 (DDL) を使って記述する際に必要なパラメタ群のみを、決定する。 DDLで記述された内容は、データベースを構築するために使うことができる。 十分に詳細に記述されたデータモデルは、おのおのの実体ごとに属性群を詳細に規定する。 データベース設計という用語には、あいまいさがある。 データベースシステム（データベースを使うコンピュータシステム）の全体の設計のうち、いくつかの異なる構成要素に対して、データベース設計という同じ用語が使われている。 正確には、データベース設計という用語は、データを永続化 (格納) するために使われる基本データ構造群の論理的な設計を意味すると、考えられている。 関係データベースを使う関係モデルにおいては、データベース設計は、基底関係（関係、表、テーブル）の集まりと導出関係 (ビュー）の集まりをいう。 オブジェクトデータベースを使うオブジェクト指向モデリングにおいては、データベース設計は、実体（エンティティ）の集まりと関連（リレーションシップ）の集まりは、オブジェクトのクラスの集まりと名前つきの関連の集まりに、直接に対応づけられる。 しかしながら、データベース設計という用語は、設計の工程の全体に対して適用されることもある。 その場合は、基本データ構造に加えて、データベース管理システム (DBMS) においてデータベースと相互作用するアプリケーションソフトウェア全体の一部分として使われる、ユーザインタフェースやデータ操作（データ問い合わせを含む）をも、データベース設計の対象に含まれる。.
新しい！!: 表 (データベース)とデータベース設計 · 続きを見る »
データ辞書
データ辞書（データじしょ、）は、IBM Dictionary of Computing の定義によれば、「意味、他のデータとの関係、起源、用途、フォーマットなどのデータに関する情報を集中的に保管したもの」である。データベースやデータベース管理システム (DBMS) に密接に関連しており、以下のような意味で使われる。.
新しい！!: 表 (データベース)とデータ辞書 · 続きを見る »
フラットファイルデータベース
フラットファイルデータベース（英: flat file database）は、データベースの各種データモデル（特に表）をプレーンテキストのファイルで表す何らかの手段である。 date.
新しい！!: 表 (データベース)とフラットファイルデータベース · 続きを見る »
分割 (データベース)
データベースの分割（ぶんかつ、）は、データベースを複数の部分に分割することである。データベース分割は、管理しやすさ、性能、可用性などの向上を理由として行われるのが一般的である。パーティション化とも呼ばれ、分割された各部分をパーティションと呼ぶ。 最もよくあるのは分散データベースでの分割である。各パーティションは複数のノードに分散配置され、ユーザーはそれぞれのノードでローカルにトランザクションを実施できる。これは、可用性とセキュリティを保持しつつ、特定ビューに関わる普通のトランザクションの性能を向上させる。 データベースの分割は、それぞれが（表、インデックス、トランザクションログをそれぞれ保持した）小規模なデータベースとなるような分割方法と、1つのテーブルだけのように選択した要素だけを分割する方法がある。 水平分割 (horizontal partitioning) は、1つのテーブルの各行を別々のテーブルに分散させることである。例えば顧客データのテーブルを郵便番号に基づいて、東日本と西日本に分け、CustomerEast と CustomerWest という2つのテーブルに分割する。テーブルは2つに分割されるが、全顧客を表すために両者を結合したビューを生成することになるかもしれない。 垂直分割 (vertical partitioning) は、テーブルの一部の列だけを抜き出す形で分割を行う。関係の正規化は本質的に垂直分割に関係するプロセスである。垂直分割には複数の記憶装置を使うこともあり、例えばあまり使われない列や非常に桁数の多い列を別のデバイスに置くなどが考えられる。明示的に行う場合も暗黙のうちに行う場合もあるが、この種の分割を "row splitting" とも呼ぶ。よくある垂直分割は、列の内容の利用頻度によって分割するものである。分割されたテーブル群を包含するビューを生成すると、元の場合よりも性能が低下するが、利用頻度の高いデータのみにアクセスする場合は性能が向上する。.
新しい！!: 表 (データベース)と分割 (データベース) · 続きを見る »
インデックス
インデックス（index）.
新しい！!: 表 (データベース)とインデックス · 続きを見る »
オブジェクト問い合わせ言語
ブジェクト問い合わせ言語 (オブジェクトといあわせげんご、オブジェクト照会言語、OQL、英: Object Query Language) は、Object Data Management Group (ODMG) に準拠したオブジェクトデータベースに対する問い合わせと更新を行うための宣言型の問い合わせ言語 (データベース言語) である。 OQLは、宣言型言語であり、手続き型言語ではない。 OQLは、関係データベース (リレーショナルデータベース) の問い合わせ言語 (データベース言語) SQL をもとにしている。 OQLは、ODMGによって開発され標準仕様として公開された。 OQLは、全体的に仕様が複雑であるため、これまでのところOQLを完全に実装しているオブジェクトデータベース開発企業は、一社もない。 OQLは、いくつかのOQL以降に開発された問い合わせ言語の設計に影響をあたえた。 そうした問い合わせ言語の例としては、JDOQLとEJBQLがある。 しかしながら、JDOQLとEJBQLは、OQLから派生した技術とは位置づけられていない。.
新しい！!: 表 (データベース)とオブジェクト問い合わせ言語 · 続きを見る »
オブジェクト関係マッピング
ブジェクト関係マッピング（英: Object-relational mapping、O/RM、ORM）とは、データベースとオブジェクト指向プログラミング言語の間の非互換なデータを変換するプログラミング技法である。オブジェクト関連マッピングとも呼ぶ。実際には、オブジェクト指向言語から使える「仮想」オブジェクトデータベースを構築する手法である。オブジェクト関係マッピングを行うソフトウェアパッケージは商用のものもフリーなものもあるが、場合によっては独自に開発することもある。.
新しい！!: 表 (データベース)とオブジェクト関係マッピング · 続きを見る »
オブジェクト指向分析設計
ブジェクト指向分析設計 (オブジェクトしこうぶんせきせっけい、OOAD、object-oriented analysis and design) は、ソフトウェア工学において、ソフトウェア (システム) を相互作用するオブジェクトの集まりとしてモデル化 (オブジェクト指向モデリング) する、オブジェクト指向に基づくソフトウェア開発の方法である。オブジェクト指向の理論的枠組みに基づくソフトウェア開発、すなわちオブジェクト指向開発を行う際の、ソフトウェア開発工程において、分析工程であるオブジェクト指向分析 (OOA; object-oriented analysis) と、設計工程であるオブジェクト指向設計 (OOD; object-oriented design) の、総称である。なおプログラミング工程は、オブジェクト指向プログラミング (OOP; object-oriented programming) という。オブジェクト指向プログラミングの詳細については同項目を参照のこと。オブジェクト指向開発の具体的な方法論を、オブジェクト指向開発方法論 (object-oriented methodology) という。この項目では、オブジェクト指向開発におけるオブジェクト指向分析とオブジェクト指向設計、およびオブジェクト指向開発方法論を、主に説明する。.
新しい！!: 表 (データベース)とオブジェクト指向分析設計 · 続きを見る »
キャラクタ・ラージ・オブジェクト
ャラクタ・ラージ・オブジェクト（、別名:CLOB）とは、データベース管理システム(DBMS)においてキャラクタ型を格納する場合のデータ型であり、一般に表とは別の場所に格納され、表から参照されるものをいう。OracleやIBM DB2では、明示的に CLOB と呼んでおり、他のデータベースでも同様の概念が存在している。「テキスト」、「メモ」、「ロングキャラクタ」といった呼称もある。 CLOBのサイズ制限はかなり緩く、2GBかそれ以上のレベルであることが多い。容量が大きい反面、アクセス方法は制限されている。特に一部のデータベースシステムでは、CLOBに対してLIKEやSUBSTRINGといったSQL節の使用を制限している。 CLOB型のデータに対して代替のアクセス手段が提供されることが多い。CLOBからある範囲のデータを抽出したり、逆に挿入したりするといった手段がある。 CLOBの格納パターンはデータベースシステムによって異なる。常に表の外部に格納して表には参照を埋め込むものや、小さめのCLOBは表にそのまま格納するものがある（しきい値を超えた場合、格納パターンを変えて別の場所に移す）。格納パターンを設定可能なシステムもある。 CLOBは指定された文字コードのデータになっており、BLOBとは区別されている。.
新しい！!: 表 (データベース)とキャラクタ・ラージ・オブジェクト · 続きを見る »
システムグローバル領域
テムグローバル領域 (System Global Area, SGA) とは、データベースであるOracle Databaseに割り当てられる専用のメモリ領域である。その他に、プログラムグローバル領域 (Program Global Area, PGA) についても説明する。.
新しい！!: 表 (データベース)とシステムグローバル領域 · 続きを見る »
シソーラス
ーラス (Thesaurus) は単語の上位 / 下位関係、部分 / 全体関係、同義関係、類義関係などによって単語を分類し、体系づけた類語辞典・辞書。.
新しい！!: 表 (データベース)とシソーラス · 続きを見る »
スーパーキー
データベース分野におけるスーパーキーは、関係 (データベース)関係（表）の組（タプル、行）を一意に特定できる属性（列）、または属性の集合のことをいう。 スーパーキーは、対象となる関係の全ての属性が関数従属している属性の集合と定義することもできる。 候補キー・主キーとの違いは、一意に識別できるすべての組み合わせを表している点にある。つまり、候補キーに余計な属性を付け加えて冗長にしたものは候補キーではないが、依然としてスーパーキーではあるという差がある。スーパーキーが既約である場合、すなわち冗長性が無い場合、そのスーパーキーは候補キーでもある。 例えば、市町村（市町村ID, 市町村名, 都道府県名）という関係の場合、市町村ID、、、、 がスーパーキーである。 関係の全ての属性からなる集合は、その関係が基底関係であろうと導出関係（ビュー）であろうと、常にスーパーキーである。 Category:データベース Category:データモデリング.
新しい！!: 表 (データベース)とスーパーキー · 続きを見る »
スキーマ (データベース)
ーマ（schema）とは、データベースの構造であり、データベース管理システム (DBMS) でサポートされている形式言語で記述される。関係データベースでは、スキーマは関係 (表) と関係内の属性 (フィールド) 、属性や関係の関連の定義である。 スキーマは一般にデータ辞書に格納される。スキーマはテキストによるデータベース言語のデータ定義言語 (DDL) で定義されるが、グラフィカルにデータベース構造を表したものをスキーマと呼ぶことも多い。 用途によって属性 (フィールド) をカスタマイズして作られる。 例えばひとつの実体にA～Eまでの属性が定義されていて、スキーマ1にはA、C、Eの属性を定義、スキーマ2にはB、D、Eを定義し、2種類のデータベースで運用しているようなことも実現できる。.
新しい！!: 表 (データベース)とスキーマ (データベース) · 続きを見る »
タプル
タプルまたはチュープル（tuple）とは、複数の構成要素からなる組を総称する一般概念。 数学や計算機科学などでは通常、順序付けられた対象の並びを表すために用いられる。個別的には、n 個でできた組を英語で「n-tuple」と書き、日本語に訳す場合は通常「n 組」としている。タプルの概念そのものも組と呼ばれる場合がある。なお、 n-tuple は数学のタプルを意味するほか、同様に double、triple などの拡張として倍数詞の表現にも利用される（詳細は「倍#西洋数学における n 倍を表す表現」を参照）。.
新しい！!: 表 (データベース)とタプル · 続きを見る »
候補キー
候補キー（こうほキー、英語：candidate key）は、コンピュータの関係データベースの関係モデルにおいて、スーパーキーのうち、既約 (irreducible) の形のものをいう。 既約とは、ここでは、それを構成する属性（列）のどれか一つでも欠ければ一意性が確保できなくなること、つまり冗長な属性を含まないことをいう。極小 (minimal) ともいう。 要するに、組（行）の識別のために必要な、属性またはその集合が候補キーである。候補キーは、組の「アドレス」あるいは「識別子」だと考えることもできる。 候補キーという名は、それが主キーとして選ばれる候補であるところから由来する。 1つの関係（表）には、関係というものの定義上、少なくとも1つ候補キーが存在する。1つの関係に候補キーが2つ以上存在することもある。 例えば、市町村（市町村ID, 市町村名, 都道府県名）という関係の場合、市町村ID と が候補キーである。なお、市町村名には多少の重複があるため（府中市など）、市町村名は単独では候補キーにならない。 NULLを許容する候補キーというものを認めるかについては諸説ある。一部の人々は、主キーには認められないが候補キーには認められると、考えている。別の人々は、主キーには認められないし候補キーにも認められないと、考えている。主キーには認められないが候補キーには認められるという考えについては、候補キーのうちの任意に選ばれた一つが主キーであるとする定義とは矛盾する。 なお、SQLの方言における CREATE UNIQUE INDEX 文で指定される一意性制約は、厳密には候補キーとは別の概念であるから、一意性制約にNULLを許すことができるものがあることは、ここでの議論に必ずしも影響しない。.
新しい！!: 表 (データベース)と候補キー · 続きを見る »
CA ERwin Data Modeler
erwin Data Modeler (ERwin, アーウィン) は、情報システム開発のデータモデリング (データ要件分析、データベース設計など) を行うためのCAが開発・販売しているCASEツールである。 開発対象となる情報システムには、トランザクション処理システムで処理されるデータベースおよびデータマートが含まれる。 erwin のデータモデリングエンジンは、IDEF1Xの方法と記法 (実体関連図、ER図の一種) に基づいている。 IDEF1Xに加えて現在では、インフォメーションエンジニアリングの記法もサポートしている。 日本では、富士通エンジニアリングテクノロジーズが販売・サポートを行っている。 日本CAによると現在、全世界で1万社以上、10万人以上の利用者に使われており、日本国内では10000ライセンス以上の導入実績がある。 世界各地にERwinユーザ会があり、日本にもが存在する。.
新しい！!: 表 (データベース)とCA ERwin Data Modeler · 続きを見る »
CHECK制約
CHECK制約 （-せいやく、Check Constraint）とは、データベースにおいてデータを追加、更新する際の有効なデータを定義する規則のことをいう。チェック制約はテーブルの１つの列に複数つけることができ、条件に合う（True）かもしくは合わない(False)のいずれかの値を取る式でなければならない。 例えば、「製品」を含むデータベースにおいて、製品の価格と数量はゼロもしくは正の値であるというチェック制約を設けることができる。 PRICE >.
新しい！!: 表 (データベース)とCHECK制約 · 続きを見る »
Comma-Separated Values
comma-separated values（略称：CSV）は、いくつかのフィールド（項目）を区切り文字であるカンマ「,」で区切ったテキストデータおよびテキストファイル。拡張子は.csv、MIMEタイプは text/csv。 「comma-separated variables」とも言う。広く普及した訳語はないが、「カンマ区切り」などとも呼ばれる。Microsoft Excelでは「CSV (カンマ区切り)」としている。 データ交換用のデファクトスタンダードとして、古くから多くの表計算ソフトやデータベースソフトで使われているが、細部の実装はソフトによって異なる。それらを追認する形で、2005年10月、RFC 4180 で Informational（IESGの外部で決定された有用な情報の提供）として仕様が成文化された。 類似したフォーマットとして、タブで区切られた tab-separated values (TSV)や、欧文間隔 (いわゆる半角スペース) で区切られた space-separated values (SSV) などがあり、これらをまとめて character-separated values (CSV)、delimiter-separated values (DSV) とも呼ばれることも多い。.
新しい！!: 表 (データベース)とComma-Separated Values · 続きを見る »
CREATE (SQL)
SQLにおけるCREATE文は、関係データベース管理システム (RDBMS) の管理下にオブジェクトを新しく作成するデータ定義言語 (DDL) の命令である。 使用しているRDBMSの実装によって、CREATE文で作成することができるオブジェクトの種類は異なる。 ただしほとんどのRDBMSの実装では、表 (テーブル) 、定義域 (ドメイン) 、索引 (インデックス) 、利用者 (ユーザ) 、別名 (シノニム) 、ストアドプロシージャおよびデータベースの作成をサポートしている。 いくつかのRDBMSの実装 (PostgreSQLなど) では、トランザクション内で CREATE 文および他のDDL命令を実行可能であり、そのためロールバックが可能である。.
新しい！!: 表 (データベース)とCREATE (SQL) · 続きを見る »
索引 (データベース)
データベースの分野において、索引（さくいん）またはインデックス (index) は、表への処理を高速化するためのデータ構造である。 索引は表の中の1個以上の列を対象に作成され、ランダムな参照処理や一定の順序でのレコードへのアクセスの効率を高めることができる。 索引には表の中のキー列のみが含まれるが、表にはキー列以外のデータも含むため、一般に、索引が占めるディスク容量は対象となる表よりも少ない。 そのため、全体をメモリ上に保持しきれないほど大きな表であっても、その索引であればメモリに保持できる可能性がある。 索引は一意性制約を実現するためにも使用される。 ユニーク索引では重複したエントリが登録されるのを禁止するため、その索引の対象である表でも一意性が保障される。.
新しい！!: 表 (データベース)と索引 (データベース) · 続きを見る »
DUAL表
DUAL表（DUALひょう）は、Oracle Databaseにおいてセットアップ時から存在する、1列しかない特別な表である。これはSYSDATEやUSERなど、表を適用せずとも値を返す演算に対してSELECTを行う場合に使われる。この表にはVARCHAR2(1)のDUMMYという列だけがあり、1件だけあるレコードの値は'X'となっている。.
新しい！!: 表 (データベース)とDUAL表 · 続きを見る »
表
表 表（おもて）.
新しい！!: 表 (データベース)と表 · 続きを見る »
表領域
表領域 もしくは テーブルスペース (tablespace) はデータベースが実際のデータを配置する補助記憶装置上の領域である。テーブルやインデックス等の物理的なデータは表領域内に作成される。 表領域はデータが配置される領域の位置のみを表し、データベースの論理的なデータ構造やスキーマは別に管理される。例えば、1つのスキーマが複数の異なる表領域に跨って配置されることもある。同様に、1つの表領域が複数のスキーマを含む場合もある。一部のデータベースでは1つのデーブルを複数の表領域に分割して配置し、性能や可能性の向上を図ることもできる。 表領域を使うことにより、管理者はデータのディスク上の配置状態を制御できる。表領域の典型的な用途は、性能の最適化である。例えば、利用頻度の高いインデックスや頻繁に更新されるテーブルを高速な SCSI ディスク上に配置し、一方めったにアクセスされないアーカイブデータは安価な ATA ディスクに配置することで、コストパフォーマンスを高められる。 データベースによっては、表領域をファイルシステム上ではなく、ストレージ・デバイス上に直接作成できるものもある。この方式は「RAW デバイス」と呼ばれ、ファイルシステムのオーバーヘッドを抑えることでより高いパフォーマンスを提供する。一方、ファイルシステムを管理するためのcpコマンドやCOPYコマンドなど一般的なツール類は利用できなくなるため、バックアップ等は専用のツールを使う必要がある。 Category:データベース.
新しい！!: 表 (データベース)と表領域 · 続きを見る »
部分インデックス
部分インデックス (英: partial index) は関係データベース管理システムで用いられるインデックスの中で、特定の条件に適合する行だけを含むものを指す。インデックスの対象となるテーブルに多くの行が含まれていても、インデックスに含むキーを絞り込むことで、インデックスのサイズを小さく抑えられる利点がある。 処理状況をフラグ列として持つテーブルを例に挙げる。フラグには 'A' (アクティブ), 'P' (処理待ち), 'W' (処理中), 'F' (完了) があるとする。インデックスを使った検索が必要なのは 'A', 'P', 'W' のみである場合、以下のような部分インデックスを定義することができる。 このインデックスは フラグが 'F' の行を含まない。行の大半の処理が完了していると考えられるならば、フラグ 'F' の行を除外することでインデックスが含む行数を少なく抑えながら、検索できる必要のある行に対しては依然としてインデックスを使うことができる。 同様に、部分インデックスは、特定の列が NULL でない行だけを含むように定義することもできる。大半の行のその列が NULL であるならば大きな利益が見込める。 このインデックスを使って以下のクエリを実行すると、更新日を持つ (updated_on IS NOT NULL) 行を効率良く取得できる。 部分インデックスの条件は、キーと異なる列でも良い。以下のようなインデックスも定義できる。.
新しい！!: 表 (データベース)と部分インデックス · 続きを見る »
関係 (データベース)
関係 (relation) を含む関係モデルの概念関係（かんけい、リレーション、）とは関係モデル（リレーショナルモデル）において、一つの見出しと0以上の同じ型の組 (タプル、行) の順序づけられていない集合からなるデータ構造のことである。 値としての関係を関係値 (relation value) といい、関係値を値としてもつ変数を関係変数 (relvar, relation variable) という。 関係データベースのデータベース言語であるSQL では、関係変数とほぼ同じ意味で'''表''' ('''テーブル''') という用語が使われている。文脈によって、関係変数を関係と呼ぶこともあり、また関係値を関係と呼ぶこともある。 その他、データベースにおける関係には以下のことが言える。.
新しい！!: 表 (データベース)と関係 (データベース) · 続きを見る »
関係の正規化
関係の正規化（かんけいのせいきか）は、関係データベース (リレーショナル・データベース) において、正規形と呼ばれる形式に関係（リレーション）を準拠させることにより、データの一貫性の維持と効率的なデータアクセスを可能にする関係設計を導くための方法である。正規形には様々なものが存在するが、いずれにせよ、正規化を行うことにより、データの冗長性と不整合が起きる機会を減らすことができる。 多くの関係データベース管理システム (RDBMS) は、論理的なデータベース設計とデータを格納する物理的な実装方法とが十分に分離されていないので、完全に正規化されたデータベースへのクエリ（検索質問）はパフォーマンスが良くないことがある。このような場合、パフォーマンスを向上させるためにデータの一貫性の低下と引き換えにあえて非正規化されることもある。.
新しい！!: 表 (データベース)と関係の正規化 · 続きを見る »
関係代数 (関係モデル)
関係代数（かんけいだいすう、リレーショナル代数、英: relational algebra）は、関係データベースの関係モデル （リレーショナルモデル）において、集合論と一階述語論理に基づいて、関係 （リレーション、表、テーブル）として表現されたデータを扱う、コンピュータ科学における代数的な演算の体系である。 関係として表現されたデータに対して行う演算体系としては、関係論理（関係計算）とこの項目で説明する関係代数の2種類が知られている。 関係代数と関係論理は、主にエドガー・F・コッドによって考案され、その後コッドを含めた関係データベース（関係モデル）の研究者たちが発展させてきた。 現在では、関係代数の演算子としては、和、差、交わり (交差) 、直積、制限 (選択) 、射影、結合、商の8種類が言及されることが多い。 ただし属性名変更や拡張、要約などこの他の演算子も考案されている。 関係代数を実装したデータベース言語（問い合わせ言語）としては、SQL や Tutorial D などが挙げられる。 ただし SQL については、関係代数を完全な形で実装していないとして批判する意見がある。 数学的に純粋な関係代数は、数理論理学や集合論と比較して、代数的構造をなしている。.
新しい！!: 表 (データベース)と関係代数 (関係モデル) · 続きを見る »
関係モデル
関係モデル（かんけいモデル、リレーショナルモデル、relational model）はエドガー・F・コッドが集合論と述語論理に基づいて考案したデータベースモデルであり、関係データベース（リレーショナルデータベース）の基礎となっている。.
新しい！!: 表 (データベース)と関係モデル · 続きを見る »
関係データベース
関係データベース（かんけいデータベース、リレーショナルデータベース、英: relational database）は関係モデル（リレーショナルデータモデル、後述）にもとづいて設計、開発されるデータベースである。関係データベースを管理するデータベース管理システム (DBMS) を関係データベース管理システム (RDBMS) と呼ぶ。 Oracle Database、Microsoft SQL Server、MySQL、PostgreSQL、DB2、FileMaker、H2 Database などがRDBMSである関係データベースに含まれないデータベースは、NoSQL などを参照。 。.
新しい！!: 表 (データベース)と関係データベース · 続きを見る »
関係データベース管理システム
関係データベース管理システム（かんけいデータベースかんりシステム）、リレーショナルデータベースマネジメントシステム（relational database management system、略称：RDBMS）は、関係データベースの管理システムである。2007年の時点では、広く知られていてまた広く使われているデータベースのほとんどは関係データベースであったが、その後NoSQLが発展したため必ずしもそうとは言えなくなっている。 一定の人々は、関係モデルを煩雑であるなどとみなしているためか、RDBMSの簡単な定義として、「データを表の形式で永続化し、かつデータ間の関連もまた表の形式で永続化できるDBMS」と考えているようである。 関係データベースをオブジェクトデータベースと融合させたオブジェクト関係データベースなどといったものもある。その管理システムはオブジェクト関係データベース管理システムなどと呼ばれる (ORDBMS) 。 関係データベースの、標準の問い合わせ言語として SQL がある。 商用の RDBMS としては Oracle Database や IBM DB2 などが、オープンソースの RDBMS としては MySQL や PostgreSQL などが、広く知られている。ただし、これらの DBMS を 真のRDBMS と呼んで良いのかどうかについては、後述のとおり、議論の対象となっている。.
新しい！!: 表 (データベース)と関係データベース管理システム · 続きを見る »
関係データベース管理システムの比較
関係データベース管理システムの比較（かんけいデータベースかんりシステムのひかく）では、関係データベース管理システムの比較について説明する。 特記されていない限り、アドオンや外部プログラムを含まない、最新の安定バージョンに基づいて比較を行っている。.
新しい！!: 表 (データベース)と関係データベース管理システムの比較 · 続きを見る »
関係論理
関係論理 (かんけいろんり、関係計算、リレーショナル論理、リレーショナル計算、英: relational calculus) は、関係データベースの関係モデル (リレーショナルモデル) において、宣言的な方法で関係 (リレーション、表、テーブル) として表現されたデータを扱う、コンピュータ科学における演算の体系である。 関係論理には、組関係論理 (タプル関係論理) と定義域関係論理とがある。 関係として表現されたデータに対して行う演算体系としては、関係代数とこの項目で説明する関係論理 (関係計算) の2種類が知られている。 関係論理は宣言的にデータを扱う演算体系であり、関係代数が手続き的にデータを扱うのとは対照的である。 組関係論理と定義域関係論理の表現能力は同等である。 関係論理を実装したデータベース言語 (問い合わせ言語) としては、QUEL や SQL、Tutorial D などが挙げられる。 ただし SQL については、関係論理を完全な形で実装していないとして批判する意見がある。.
新しい！!: 表 (データベース)と関係論理 · 続きを見る »
関数従属性
関数従属性 (かんすうじゅうぞくせい、FD、英: functional dependency) は、コンピュータの関係データベースにおける関係（表）の2つの属性集合間で、一方の属性集合の値（の集合）がもう一方の属性集合の値（の集合）を関数的に決定するという、制約である。 R を関係として、X と Y をそれぞれ R の属性の集合とすると、X の各々の値がただ一つの Y の値に関連づけられる場合かつその場合に限り、X は Y を「関数的に決定する」という。 X が Y を関数的に決定することを、X → Y と記述する。 慣例として、X → Y のとき、X を決定項、Y を従属項と呼ぶ。 X → Y のとき、ある組（タプル、行）があり、その X の値の集合があるとき、対応する Y の値の集合が決定される。 簡単のために、R を関係とし、X と Y をそれぞれ R の属性の集合とすると、X → Y は X が Y の各々の値を関数的に決定すると述べることができる。 以上のことから候補キーは、その関係においてすべての属性値を関数的に決定する最小の属性集合である。 関数従属性 FD: X → Y は、Y が X の部分集合である場合、自明な関数従属性であると呼ばれる。 多値従属性は、関数従属性を一般化した概念と位置づけることができる。 関数従属性の決定は、関係モデルとデータベースの正規化と非正規化においてデータベース設計（データモデリング）の重要な部分である。 関数従属性は、属性の定義域（ドメイン）とともに、制約を構成するべく選択される。 ここでいう制約とは、利用者の問題領域にとって不適切なデータをシステムからできる限り排除するであろう制約である。 例えば、自動車とそのエンジンの排気量を調べるシステムを設計することを考える。 各々の自動車には一意に車台番号がわりふられている。 車台番号 → 排気量 と記述することができる。 なぜなら、自動車のエンジンが2つ以上の排気量をもつことは不適切であるからである（この例では自動車はただ一つのエンジンをもつと仮定する）。 しかし 排気量 → 車台番号 と記述することは正しくない。 なぜなら同じ排気量である自動車はたくさんあるからである。 関数従属性により、排気量という属性は候補キーが車台番号である関係（表）の中に存在することが示唆される。 しかしながら、この示唆は必ずしも適切ではない。 例えば、この関数従属性は推移的な関数従属性の結果として現れるからである。 このため（第3正規形以上に）正規化された関係においては、排気量属性は候補キーが車台番号である関係の中には存在しない。.
新しい！!: 表 (データベース)と関数従属性 · 続きを見る »
GNU General Public License
GNU General Public License(GNU GPLもしくは単にGPLとも)とは、GNUプロジェクトのためにリチャード・ストールマンにより作成されたフリーソフトウェアライセンスである。八田真行の日本語訳ではGNU 一般公衆利用許諾書と呼んでいる。.
新しい！!: 表 (データベース)とGNU General Public License · 続きを見る »
Google App Engine
Google App Engine (GAE) は、Googleの提供するサービスの1つであり、ウェブアプリケーションをPHP・Python・Java・Go言語を使用して開発し、Googleのインフラストラクチャー上で実行し、バージョン管理することができる。Google Cloud Platformの一部。.
新しい！!: 表 (データベース)とGoogle App Engine · 続きを見る »
Illustra
Illustra は、オブジェクト関係データベース管理システム (ORDBMS) Postgresの商用化バージョンであり、Illustra Information Technologies 社によって開発され販売された。.
新しい！!: 表 (データベース)とIllustra · 続きを見る »
JDBC
Java Database Connectivity (JDBC)は、Java と関係データベースの接続のためのAPI。ODBCをベースにサン・マイクロシステムズおよび DataDirect が共同で開発していると言われている。そのためドライバのデフォルトの自動コミットの有効化など似ている点も多々ある。 Java においてSQLを使用して、関係データベース管理システム (RDBMS) などと接続する機能を標準化（抽象化）している。 元はJDK 1.0の拡張APIという位置付けであったが、JDK 1.1で正式にJavaの基本SDKに同梱されるようになった。標準的な機能 (API) は Java SE に含まれている。JDBCの規格は Java SDK とは独立して行われており、APIのアップデートは随時行われている。.
新しい！!: 表 (データベース)とJDBC · 続きを見る »
Microsoft Access
Microsoft Office Access（マイクロソフト・オフィス・アクセス）は、マイクロソフトがMicrosoft Windows 向けに販売している、関係データベース管理システム (RDBMS) のソフトウェアである。 Microsoft Officeの上位版に同梱され、同社のMicrosoft SQL Serverに似たソフトウェアである。 Accessは、マイクロソフトによるRDBMSであり、（Microsoft Access 2007以降はACE＝Access Connectivity Engine）とGUI開発環境を組み合わせてMicrosoft Office Professionalへの同梱形態や、単体で販売されている。 Accessは、Access/Jet、Microsoft SQL Server、OracleやODBC準拠のデータを取り扱うことができる。データベースに精通した技術者であれば、比較的高度なアプリケーションが開発できるが、そうではない方でも各種のウィザード機能を使用することにより小規模で簡単なアプリケーションの構築が可能であるとしている。データベース入門者に対して敷居が低いように見えるが、効率のよい実用的なシステムを構築するには、それなりの技術が必要である。現在Accessはオブジェクト指向に基づいたアプリケーション作成が可能であるが、完全なオブジェクト指向開発ツールには至っていない。 「Microsoft Access」は、以前マイクロソフトが販売していた通信ソフトウェアの名前でもあった。これはProCommなどといったソフトと競合していたが、販売不振のため製品ラインナップから消滅していた。それから数年後、現在知られているデータベース・ソフトウェアの名前として再登場した。.
新しい！!: 表 (データベース)とMicrosoft Access · 続きを見る »
Null
Null（ヌル、ナル）は、何もない、という意味で、プログラミング言語などコンピュータ関係では、「何も示さないもの」を表すのに使われる。同様のものに、nil が使われることもある。他の名前のこともある。 本来 はドイツ語において数値の0（ゼロ）を意味する単語であり、ドイツ語における発音は である。一方、英語においては と発音される。実際の発音はを参照のこと。 日本においては原語に近い「ヌル」という発音が定着しているが、英語読みに近い「ナル」という発音で呼ばれる場合もある（専門書、国家試験など）。 プログラミング言語などにおいて、nullやnilといった予約語や定数名のものなどの意味がどういったものかは言語により、場合によっては実装ごとに違う。ポインタや参照のある言語では、ヌルポインタなどと呼ばれる何も指さない特別なポインタであることもあるし、Pythonのようにオブジェクトのこともある。古典的なLISPのように真理値の偽（の代表）や空リスト「()」を兼ねたもの（それらと同じもの）だったりすることもある。.
新しい！!: 表 (データベース)とNull · 続きを見る »
PCM8
PCM8とは、日本のパーソナルコンピューター、X68000用の常駐型サウンドドライバー。制作は江藤啓(えとうひろし)。ハードウェアでは1チャンネルしかサポートしていないADPCM再生を、8チャンネルまでソフトウェアで合成して再生することが可能で、音量の調節も可能になっている。.
新しい！!: 表 (データベース)とPCM8 · 続きを見る »
PostgreSQL
PostgreSQL（ぽすとぐれすきゅーえる: ）はオープンソースのオブジェクト関係データベース管理システム (ORDBMS) である。その名称は Ingres の後継を意味する「Post-Ingres」に由来している。「Postgres」や「ポスグレ」と呼ばれることも多い。.
新しい！!: 表 (データベース)とPostgreSQL · 続きを見る »
PRADO (フレームワーク)
PRADO は、オープンソース で作成されたオブジェクト指向のイベント駆動型かつコンポーネントベースなPHPで書かれたWebアプリケーションフレームワークである。PRADOの名称は「PHP Rapid Application Development Object-oriented （PHPによる迅速なオブジェクト指向的アプリケーション開発）」の頭文字より名付けられた。.
新しい！!: 表 (データベース)とPRADO (フレームワーク) · 続きを見る »
SAP S/4HANA
SAP S/4 HANA（SAP Business Suite 4 SAP HANA、エスエイピー・エスフォーハナ）は、ドイツのソフトウェア企業SAP SE社のインメモリーデータベース「SAP HANA」を標準プラットフォームとする同社の第4世代のERP製品である。.
新しい！!: 表 (データベース)とSAP S/4HANA · 続きを見る »
SELECT (SQL)
SELECTステートメントは、1つもしくは複数のテーブルからデータを抽出する、SQLにおけるデータ操作言語 (DML)ステートメントの1つである。 これは、データベースの1つもしくは複数のテーブルからデータを抽出するための命令で、データ操作言語 (DML)の中では最もよく使用される。プログラマはどのような結果を欲しいのかをSQL文で記述する必要はあるが、その結果を取得するためにどのような物理的な操作が実行されるのかを指示する必要はなく、データベースシステム（クエリオプティマイザ）がそのSQL文から最適なクエリプラン（実行計画）を作成する。 これらは、ANSI（米国規格協会）によってある程度は標準化されているが、それ以外に製品固有の命令文が多数存在するため、使用するには各種DBMSの仕様とバージョンを確認する必要がある。 なお、「テーブル」は「表」、「行」は「レコード」、「列」は「項目」と呼ぶこともある。.
新しい！!: 表 (データベース)とSELECT (SQL) · 続きを見る »
SQL
SQL（エスキューエルよりデジタル大辞泉、IT用語がわかる辞典を参照、シークェル、シーケルよりDBM用語辞典を参照）は、関係データベース管理システム (RDBMS) において、データの操作や定義を行うためのデータベース言語（問い合わせ言語）、ドメイン固有言語である。エドガー・F・コッドによって考案された関係データベースの関係モデルにおける演算体系である、関係代数と関係論理（関係計算）にある程度基づいている。 データベース言語の国際標準としてのSQLは何かの略語ではない。 SQLは、シークェル と読まれることもある。これは、SQLの元となったデータベース言語が、IBMが開発したRDBMSの実験実装であるSystem Rの操作言語「SEQUEL (Structured English Query Language)」であったことが由来である。 SQLに対しては、関係代数と関係論理に忠実に準拠していないとして批判する意見がある（The Third Manifesto - クリス・デイト、ヒュー・ダーウェン）。.
新しい！!: 表 (データベース)とSQL · 続きを見る »
TRUNCATE (SQL)
TRUNCATE または TRUNCATE TABLE ステートメントは、テーブルから全ての行を削除するSQLである。データベースが持つ整合性を維持する機構をスキップすることで高速な削除を実現している場合が多い。削除する行それぞれを記録するためのトランザクションログの出力を避けることで、効率的に全ての行を削除できる。 「TRUNCATE TABLE 表名」は「DELETE FROM 表名」とほぼ等価だが、以下の点で異なる。.
新しい！!: 表 (データベース)とTRUNCATE (SQL) · 続きを見る »
UPDATE (SQL)
UPDATEステートメントは、SQL におけるデータ操作言語 (DML) のステートメントの1つで、テーブル内の1つもしくは複数のレコードのデータを更新する。WHERE句が省略されている場合はすべてのレコードが、指定されている場合はその条件式を満たす一部のレコードだけが、一括して更新される。.
新しい！!: 表 (データベース)とUPDATE (SQL) · 続きを見る »
