属性

対象の性質や特徴を表すデータ項目。オブジェクト指向ではクラスが持つデータを指し、操作（メソッド）と組にして定義する。データモデルではエンティティが持つ項目を指し、関係データベースでは表の列に対応する。

関係モデルにおいて、リレーションの列に相当する要素。属性名と定義域（ドメイン）を持ち、各タプルは属性ごとに定義域内の値をとる。実装上はテーブルのカラムに対応する。

オブジェクト指向プログラミングにおいて、スーパークラスで定義されたメソッドをサブクラスで再定義すること。ポリモーフィズム（多態性）の実現手段であり、同じメソッド名でクラスごとに異なる振る舞いを実装できる。

同一名のメソッドや関数を引数の型や数を変えて複数定義すること。コンパイル時に引数に応じて適切なメソッドが選択される（静的多態性）。コンストラクタのオーバーロードにより、異なる初期化方法を提供できる。

データを行（タプル）と列（属性）からなる二次元の表（リレーション）で管理するデータベース。E.F.コッドが提唱した関係モデルに基づき、SQLで操作する。データの独立性が高く、正規化による冗長性の排除が可能で、最も広く普及しているデータベース方式。

データを関係（リレーション＝二次元の表）で表現するデータモデル。表の行をタプル、列を属性（フィールド）と呼ぶ。属性が取り得る値の範囲を定義域（ドメイン）といい、関係代数や関係論理に基づく厳密な理論的基盤を持つ。

実体（エンティティ）を矩形、関連（リレーションシップ）をひし形、属性（アトリビュート）を楕円で表現し、データ間の構造と関連を視覚的に示す図法。カーディナリティ（1対1、1対多、多対多）も表記する。データベースの概念設計や要件定義に用いられる。

クラス、インスタンス、属性、メソッドなどの概念を用いてソフトウェアを設計する手法。カプセル化、継承（インヘリタンス）、多相性（ポリモーフィズム）が基本原則。SOLID原則に基づいた設計が推奨される。