1つのSQL文で複数の表にINSERTする絶品テクニック（1/2） ― ＠IT
本連載はSQLの応用力を身に付けたいエンジニア向けに、さまざまなテクニックを紹介する。SQLの基本構文は平易なものだが、実務で活用するには教科書的な記述を理解するだけでは不十分だ。本連載は、著名なメールマガジン「おら！オラ！ Oracle - どっぷり検証生活」を発行するインサイトテクノロジーのコンサルタントを執筆陣に迎え、SQLのセンス向上に役立つ大技小技を紹介していく。（編集局） FOR...LOOP文を使って、いくつものSQL文でデータをINSERTしているPL/SQLプロシージャやプログラムをよく見掛けますが、実は1度にデータをINSERTする方法もあるんです。マルチテーブル・インサート（Multitable Insert）とはその名のとおり、1つのSQL文で複数の表にINSERTが可能になります。この最大のメリットは、やはりパフォーマンスです。では早速ご紹介します。 マルチテーブ
基礎から理解するデータベースのしくみ（5）：ITpro
SQL文を実行する際のパフォーマンスに大きな影響を及ぼすものとして，もう一つ，インデックスがあります。インデックスについては，どう定義すべきかというデータベース設計上の問題と，インデックスを有効に使うためのSQL文をどう書くべきかというコーディング上の問題があります。 ここではテーブル設計上の問題を主に取り上げます。SQL文のコーディングについては囲み記事「SQL文を最速にする11のポイント」を参照してください。 インデックスは，テーブルの検索速度を向上させるためのものです。それぞれのSQL文に対して最適なインデックスを定義するのが理想的ですが，実際にはある程度限られたインデックスで，必要なパフォーマンス要件を満たすようにインデックスを定義する必要があります。加えて，どんなSQL文が実際に発行されるのかがあらかじめわかっていない場合は，適当な想定に基づいてインデックスを定義しておかなくては
ER図メモ(Hishidama's Entity Relationship Diagram Memo)
ICAM（Integrated Computer Aided Manufacturing program）：アメリカ空軍の標準化手法の開発プロジェクト IDEF0～14くらい想定されており、IDEF1Xはデータモデルの手法。 IEよりIDEF1Xの方が新しいらしいが、IDEF1Xの方はどちらかというと ビジネスモデルを表すのを想定している雰囲気。 個人的には、表記法だけについて言えばIEの方が分かり易いと思う。 エンティティとリレーション エンティティは箱で表し、特に箱を区切って上をキー、下を属性とする。 IDEF1Xの場合は、従属側のエンティティは角が丸い箱を使って区別する。 エンティティとエンティティに関連（リレーション）があるとき、線で結ぶ。 IDEF1Xの場合は、どんな関係かが分かるように 線の脇に文（動詞句）で書く。 例えば「プログラマー」「プログラミング言語」というエンティティ
ネーミングルール - オラクル・Oracleをマスターするための基本と仕組み
ネーミングルールとネーム辞書 オブジェクト名、カラム名は英語だったりローマ字だったり, その混在だったりして精神衛生上に悪いことがある。 そこでいくつかのルールを設けて運用すれば、少しでも改善することができる。 注意 ここに書いてあるルールは、独自に決めたマイルールです。Oracle に関連ドキュメントがある、あるいは書籍で紹介されているなどのように、一般的に定着している、知れ渡っている類のものではありません。よって強要するような正当性もありません。 ( 何より、このドキュメントに対して他人への説得材料や根拠としてのバリューを求めてはいけません。 ) Oracle 12c R2 から識別子に使用できる文字列長が 30 バイトから 128 バイトに拡張されているので無償で使える環境にまで広がれば柔軟に対応。 スキーマオブジェクトのネーミングルール(※ マイルール) 完全に一意のオブジェクト名
MySQL 文字コードの自動変換を回避するオプション - 2nd life (移転しました)
http://www.mysql.gr.jp/mysqlml/mysql/msg/9530 で話題になっていたように、 ver. 4.1以降、クライアント/サーバー間でキャラクターセットが自動的に 変換されるようになったことに伴い、多くの方が文字化けといった問題に 悩まされていたかと思います。 この点については開発側に改善を要求してきましたが、4.1.15にて "--skip-character-set-client-handshake" というオプションが導入されました。 http://dev.mysql.com/doc/refman/4.1/en/news-4-1-15.html このオプションを指定することにより、クライアントのキャラクターセットが サーバー側のキャラクターセットに合わせて自動的に設定され、 自動変換が発生しないようになります。特にver. 4.0から移行する際に、
SQL専門サイト sqlpowerpage RDBMS
仮想化はコンピュータ利用の柔軟性を高め、コストを削減する画期的な技術。サーバー仮想化技術を使えば、コンピュータの台数を減らすととともに、プログラムに割り当てるリソースを自由に増減できます・・・・・ これが仮想化システムの売り文句。 仮想化そのものは、数十年の歴史が有り、今・・何故仮想化なのか？ハードウェアの性能が飛躍的に上がりサーバーを使い切っていないサーバーを集約しコスト削減を実現する目論見の様です。CPU、メモリ、ネットワーク、ストレージと仮想化の対象となるハードは多い中、ユーザーはまずサーバーの集約を試みる事をお薦めします。 サーバーの集約を目的とした仮想化を検討する場合、サーバーの平均使用率が取上げられるでしょうが、この数値が低いからといって安易に仮想化対象とするのは危険です。ピーク時の使用率と時間帯、サービス内容（リクエストは必ず受け付ける必要が有る場合などの用途）を検討する必要
3つのモデル - どのモデルを中心にするのか（ひがblog）
id:n-ichimuraさん、S2Laszloの開発は止まっているようですが、別の方に引き継いでも良いですか。よろしくお願いします。 http://d.hatena.ne.jp/higayasuo/20050825#1124957707で書いたActionとServiceの統合ですが、いろいろ考えてみましたがActionの責務が多いと思うので、やはりActionとServiceは分離すべきだと思います。 そもそもこの話は、Dxoをどこに置くべきかの話だったのですが、やはりServiceにおくべきだと思います。 モデルは、その使われる場所によって、プレゼンテーションモデル、ドメインモデル、ERモデル(RDBMSの場合)に分かれます。プレゼンテーションモデルはプレゼンテーション層で使われ、ドメインモデルはビジネスロジック層で使われ、ERモデルはリソース層で主に使われることになります。 どのモ
NPO法人 日本PostgreSQLユーザ会
日本PostgreSQLユーザ会 （略称 JPUG）の Webサイトです。 PostgreSQL の日本語訳マニュアル、PostgreSQL ダウンロードへのリンク、各種イベントのお知らせ、ユーザ会各組織の情報を掲載しています。 毎年 カンファレンス を開催しています。 PostgreSQLに関するご質問・ご相談は、当会のメーリングリストや ワークスペース(の #beginners や #general チャンネル) に投稿ください。 他の PostgreSQLユーザからのコメントを貰えると思います。 ［JPUG メーリングリスト／Slackワークスペース］ https://www.postgresql.jp/npo/mailinglist また、姉妹サイトで PostgreSQL の各種記事を集積している Let's Postgres もご参照ください。
fabFORCE.net
General Information - What is DBDesigner 4? DBDesigner 4 is a visual database design system that integrates database design, modeling, creation and maintenance into a single, seamless environment. It combines professional features and a clear and simple user interface to offer the most efficient way to handle your databases. DBDesigner 4 compares to products like Oracle's Designer�, IBM's Rational
mysql:12071 階層化されたデータをMySQLで扱う
From: zen kishimoto <zen kishimoto <zen@xxxxxxxxxx>> Date: Sat, 03 Sep 2005 09:24:15 -0700 Subject: [mysql 12071] 階層化されたデータをMySQLで扱う （Managing Hierarchical Data in MySQL） http://dev.mysql.com/tech-resources/articles/hierarchical-data.html （図はこのサイトを参照のこと） Mike Hillyer著 初めに 多くのユーザーは一回くらいはSQLデータベース内で、階層化したデータを 扱ったことがあると思います。そのときはリレーショナル データベースは階層化したデータ用に開発されなかったと考えたと思います。 リレーショナルデータベースのテーブルは階層化されておらず
WindowsでMySQL
ホームページへ戻る リレーショナルデータベースサーバーには、OracleやマイクロソフトのSQL Server等高価なものが多い中、PostgreSQL と MySQL はフリーのサーバーとして重宝します。ただし、PostgreSQLはLinuxとSolaris用しかなく、Windowsで使えるものはMySQLに限られるようです。 (BorlandのInterBaseのバージョン６がOpen Sourceになっていました！ ダウンロードはこちら） MySQLをインストールする MySQLをhttp://www.mysql.com/からダウンロードします。（zip形式） ダウンロードしたファイルを解凍すると、setup.exeを実行し、ウィザードに従ってインストールします。（簡単です） インストールが完了したら、MySQLのインストールディレクトリ内の「bin\winmysqladmin.
MySQL AB :: MySQL 4.1 リファレンスマニュアル
概要 これは MySQL リファレンスマニュアルです。 MySQL 8.0 から 8.0.25、および NDB のバージョン 8.0 から 8.0.25-ndb-8.0.25 に基づく NDB Cluster リリースについてそれぞれ説明します。 まだリリースされていない MySQL バージョンの機能のドキュメントが含まれている場合があります。 リリースされたバージョンの詳細は、「MySQL 8.0 リリースノート」を参照してください。 MySQL 8.0 の機能. このマニュアルでは、MySQL 8.0 のエディションによっては含まれていない機能について説明します。このような機能は、ご自身にライセンス付与されている MySQL 8.0 のエディションに含まれていない場合があります。 MySQL 8.0 の使用しているエディションに含まれる機能に関する質問がある場合は、MySQL 8.0
MySQLクイック・リファレンス
この文書は、osCommerceで使用しているデータベースMySQLの基本的な使い方について解説しています。おもにデータベースの管理者よりも、ユーザに向けて書かれています。 はじめに ここでは、MySQLサーバは起動しているものとして説明します。 MySQLの文字について MySQLでは、データベース名やテーブル名の大文字と小文字を区別しています。それ以外は区別しません。 MySQLのフィールド名やテーブル名に使える文字は、英数字と_（アンダーバー）、$、サーバのキャラクタセットにある文字です。 知っておきたいコマンド mysqladmin（データベースの作成・削除や、MySQLサーバの情報を得る） mysqlshow（データベース、テーブルの情報を表示する） mysql（MySQLクライアントの起動） mysqldump（データベース、テーブルをダンプする） myisamchk（テーブル
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
SQL攻略 -実行すれば理解できる！(基本情報処理技術者、初級シスアド対策にどうぞ)-
リレーショナル・データベースの世界
http://tsuttayo.sytes.net/mysql/install/mysql/10/30/20/10/install.php
IceProbe
ce-lab.net
http://oss.timedia.co.jp/index.fcgi/kahua-web/show/MySQL%C6%FC%CB%DC%B8%EC%A4%CE%CE%B9
http://www.mysql.gr.jp/