全ては時の中に… : 【データベース】主キーとユニークインデックスの違い
2008/4/269:10 【データベース】主キーとユニークインデックスの違い 主キー（プライマリキー）とユニークインデックスの違いについてです。 上記の2つは、どちらもデータを一意（ユニーク）にするために利用します。 基本的な考え方（データを一意に特定できるようにする）は、同じですが、以下のような違いがあります。 《主キー（プライマリキー）》 ・制約であるため、1つのテーブルに1つしか設定できない。 →複数の項目を主キーとして指定することは可能（複合キー） ・NULLを許容しない。 ・キー値の変更を許容しない。 《ユニークインデックスキー》 ・インデックスの一種である。 ・オブジェクトであるため、1つのテーブルに複数設定できる。 ・NULLを許容する。 →但し、NULLは一意であるかどうかの判定から除外される。 ・キー値の変更を許容する。 【補足事項】 ・主キーを設定すると、ユニークイン
ソーシャルゲーム開発者なら知っておきたい MySQL INDEX + EXPLAIN入門｜技術ブログ｜北海道札幌市・宮城県仙台市のVR・ゲーム・システム開発 インフィニットループ
ソーシャルゲーム開発者なら知っておきたい MySQL INDEX + EXPLAIN入門 広く浅くを担当してます、ota です。 技術ブログ第一回から早速流用スライドで申し訳ありませんが、社内勉強会資料として作成した「MySQL INDEX + EXPLAIN入門」です。 当社でもソーシャルゲームの開発を行っていますが、このような大量のデータを使用する・クエリの速度が求められる場合にインデックスは大変重要です。 インデックスの有効な利用にはDB設計者だけではなくプログラマにもある程度の知識が最低限必要となりますが、インデックスについての初心者向け資料があまりないようです。 このスライドではプログラマに知っておいて欲しい以下の基本的な点をまとめました。 INDEXを使用する時に気をつけること WHERE句 !=、<>はインデックスが使用できない WHERE句の全てのANDにかかっていないイン
インデックスの基礎知識
■ インデックスとは データベースの世界で、インデックス(索引)とはテーブルに格納されているデータを 高速に取り出す為の仕組みを意味します。 インデックスを適切に使用することによってSQL文の応答時間が劇的に改善 される可能性があります。 インデックスにはB-Treeインデックスをはじめ、ビットマップインデックス、 関数インデックスなどの種類がありますが、ここでは最も一般的に使われ、かつ ほとんどのDBMSでサポートされているB-Treeインデックスについて解説します。 ※ CREATE INDEX文でオプションを指定しない場合は通常B-Treeインデックスが 作成されます。 ■ B-Treeインデックスのしくみ B-Tree(Balanced Tree)インデックスは次のようなツリー状の構造になっています。 ツリーの先頭はヘッダブロックと呼ばれています。ヘッダブロックでは、キー値の 範囲
MySQLのLEFT JOIN, RIGHT JOIN, INNER JOINの自分用まとめ - (ﾟ∀ﾟ)o彡 sasata299's blog
2008年09月03日00:53 MySQL MySQLのLEFT JOIN, RIGHT JOIN, INNER JOINの自分用まとめ MySQL の LEFT JOIN, RIGHT JOIN, INNER JOIN について、ちょっと混乱することが多いので自分用に簡単にまとめてみます。まぁ、タイトルのまんまです（・∀・；） まず、テスト用のテーブル (test1, test2) を用意します。 CREATE TABLE test1 ( test_id VARCHAR(255) PRIMARY KEY, hoge VARCHAR(255) ); CREATE TABLE test2 ( id INT PRIMARY KEY AUTO_INCREMENT, test_id VARCHAR(255) NOT NULL, fuga VARCHAR(255) ); テーブルの中身はこんな感じ
DELETE、INSERT と UPDATE の違い - オラクル・Oracleをマスターするための基本と仕組み
DELETE、INSERT と UPDATE の違い Top ｜ Knowledge｜ DB構築｜ 文字列関数｜ 日付関数｜ 集計関数｜ SQL関数（アルファベット順） SQL（抽出・更新）｜ SQL*Plus｜ PL/SQL｜ Utility｜ Structure｜ スキーマ｜ チューニング｜ 用語｜ 参考書 DELETE、INSERT と UPDATE のパフォーマンスの違い DELETE と INSERT の組み合わせはデータ登録と更新を「まったく同じロジック」で動作させることができる。 そのためコーディング量を少なくすることができ、退屈で大量にある同じようなデータメンテナンス画面など使用したい誘惑に駆られる手法の１つである。 その DELETE、INSERT と UPDATE で同じような処理を書いた場合、どちらかにデータベース的に影響があるかについて気にしたことはあるだろうか？
O/Rマッパーは不要なのでしょうか？::SQLインジェクション対策「入力は汚染されている前提で設計せよ」 - ドラあり！*ドラゴンに挑むアリの物語 ** Python使いの日々
オブジェクト関係マッピング（O/Rマッパー）の不要という議論はたびたびありますが、 セキュリティ面と複雑性について思ったことを書いてみます。 自分はセキュリティ上の配慮から、ORMは総論としてあったほうがいいと思う派です。 O/Rマッピングとは 物事を複雑にしない ともかく、システムとはシンプルであって、人々の作業をサポートするものでなくてはいけない。 そのためには、システムやデータベースも、普通の現実世界を単純に現実化できるレベルまで簡素化されてこないといけない。 O/Rマッピングは、その過渡期でのゆがんだ形であると思っている。 将来、オブジェクトを中心とした設計でシステムを作れるようにするためには、ここらへんの問題は解決されなくてはいけない。 かつてはORMは仕様上の統一性から、生み出された経緯がありました。 統一したSQL記法を皆が覚えるのは大変だから、変数だけ入れればなんとかなる統
半熟システムエンジニアの日記: 複雑なSQLを直接指定する方法(Symfony)
■複雑なSQLを直接指定する方法１（model 使用） <? $con = Propel::getConnection(DATABASE_NAME); $sql = "SELECT * FROM hoge WHERE 1 ;" $stmt = $con->createStatement(); $rs = $stmt->executeQuery($sql, ResultSet::FETCHMODE_NUM); $ress= BaseHogePeer::populateObjects($rs); //以下のようにメソッドの利用して値を取得できる。（標準以外のフィールドの取得方法 未確認） foreach ($ress as $res): echo $res->getId() ; endforeach ?> －－－－－－－－－－－－－ $ress= BaseHogePeer::populateO
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
