SQLで木と階層構造のデータを扱う――入れ子集合モデルサービス終了のお知らせ いつもYahoo! JAPANのサービスをご利用いただき誠にありがとうございます。 お客様がアクセスされたサービスは本日までにサービスを終了いたしました。 今後ともYahoo! JAPANのサービスをご愛顧くださいますよう、よろしくお願いいたします。
WWW SQL Designer for Rails - elm200 の日記(旧はてなダイアリー)
Web で、データベースの ER 図が描ける WWW SQL Designer は便利だ。Rails ユーザの利便性向上のため、次の修正を加えた。 ER 図を Rails のマイグレーションスクリプトとして出力。 テーブル間のリレーションを作るときに、自動的に生成される外部キーの名前を Rails の命名規約に従って、"外部テーブルの単数形"_id とした。 デモ版。（いつ削除するかわからないので、大切なデータは保存しないように） できればダウンロードして使ってほしい。数時間で修正したやっつけの実装なので、不都合を発見したら連絡されたい。 変更の詳細 index.php 修正 「Rails マイグレーション生成」オプション追加 main.js 修正 リレーション生成時の外部キーの名前を Rails 風に。 objects.js 修正 Rails マイグレーション生成イベントハンドラ追加。
steps to phantasien t(2006-10-31) To BLOB or Not To BLOB
なんとなく Jim Gray のページ を見ていたら, "To BLOB or Not To BLOB: Large Object Storage in a Database or a Filesystem?" という記事があった. データベース業界には "ちまいデータは BLOB に入れろ, でかいデータはファイルに置け" という口伝があるらしい. (業界ビトでない私はしらなかった...) でも "でかい" って具体的にどのくらいなんだろう. 実験/ベンチマークをして BLOB とファイルシステムを比較, 疑問に答えましたよというのがこの記事. このごろはビデオや写真をウェブに置くのもふつうになりつつある. そういうメディアなデータを保存する世相を知っておくのはいいかもしれない. 読んでみた. この実験では BLOB の実装に MS SQLServer, ファイルシステムに NTFS を
3値論理とNULL：CodeZine
要するに、データベースにnullが1つでも含まれていれば、クエリから正しくない結果が返される可能性がある。しかも、一般的には、どのクエリから正しくない結果が返されるのかを知る方法はないので、すべての結果があやしく見えてくる。nullが含まれたデータベースから正しい結果が得られることは確信できない。筆者に言わせれば、この状況はまさにお手上げである。 ――――C.J.デイト はじめに 多くのプログラミング言語が、真理値型（BOOL型、BOOLEAN型）というデータ型を持っています。もちろん、SQLにも真理値型が存在します。ユーザーが直接扱えるデータ型として定義されたのはSQL-99ですが、WHERE句などの条件の評価時にも真理値の演算が行なわれています。 ところで、普通のプログラミング言語の真理値型とSQLの真理値型の違いをご存知でしょうか？ それは、普通の言語の真理値型が、true、fals
「コネクションプーリング都市伝説」はほんとに都市伝説?（その1) - 最速配信研究会(@yamaz)
「コネクションプーリング都市伝説」という単語がある.かいつまんでいうと 「コネクションプールって一般的に速いと言われているけど,クライアントが 多くなると接続維持のコストが大きくなるから今となっては速くないんじゃね?」 というものだ. WEB+DB PRESS vol.33でnipotanさんの中の人が書いてた記事が発端だと思われる. あとこんなエントリもあった. hori-uchi.com コネクションプーリング都市伝説は正しそう またちょっと古いねたですが、WEB+DB PRESS vol.33でnipotanさんが書いてたコネクションプーリング都市伝説を読んだ時、ほんとのところどっちが速いのかってのをabでベンチマークをとってみました。 (snip) これ以外にもいくつかパスを替えてベンチマークをとったところ、いずれも若干ですがプーリングしないほうが早かったので、現在はプーリングしな
[ThinkIT] 第3回：データベースのスケールアウト（後半） (1/3)
さてデータを分割すると、特定のサーバで膨大なデータを一手に読み書きする必要はなくなります。 一方、図1に示すように、このままではSQLの処理を行う際には、すべてのデータをいったんSQLの処理をするサーバに送らなければならなくなります。 これは通常、LAN（ローカルエリアネットワーク）を介して行われますが、この時の速度はサーバ内の磁気ディスクのデータ転送速度よりもかなり遅いのが現状で、単純にデータを蓄積しただけでは、かえって効率が低下する場合もあります。 そこで、SQLの処理の内部構造に着目してみます。この内部構造を非常に単純にモデル化したものを図2に示します。 SQLの処理は、SQLの構文を解釈する部分（パーサ）と、この構造を理解して処理手順を決める部分（プランナ）、そして実際に処理を行う部分（エグゼキュータ）に分けられます。 SQLの結果を受け取るデータはわずかでも、何百万何千万のレコー
TurboGearsが使ってるO/R MapperであるところのSQLObjectのInheritableSQLObjectは凄いよこりゃ — TRIVIAL TECHNOLOGIES 2.0
みんなのIoT/みんなのPythonの著者。二子玉近く160平米の庭付き一戸建てに嫁/息子/娘/わんこと暮らしてます。月間1000万PV/150万UUのWebサービス運営中。 免責事項 プライバシーポリシー たとえばTurboGearsのmodel.pyに以下のようなコードを書くとする。 from sqlobject import * from sqlobject.inheritance import InheritableSQLObject from turbogears.database import PackageHub hub = PackageHub("atomic") __connection__ = hub class Atom(InheritableSQLObject): title = UnicodeCol() class AtomSub(Atom): about = U
CASE式のススメ（後編）：CodeZine
はじめに CASE式は、SQL-92で標準に取り入れられました。比較的新しい道具であるためか、便利なわりにその真価があまり知られておらず、利用されていなかったり、CASE式の簡略版であるDECODE（Oracle）、IF（MySQL）などの関数で代用されていたりします。 CASE式を活用すると、SQLでできることの幅がぐっと広がり、書き方もスマートになります。しかも、実装非依存の技術なのでコードの汎用性も高まります。特にDECODE関数を使っているOracleユーザーには、ぜひCASE式への乗り換えをお薦めします。 前回『CASE式のススメ（前編）』では、CASE式の文法とその応用方法について解説しました。今回は引き続き、CASE式のより高度な応用方法について解説します。必要な環境 次のいずれかのデータベース（MS Accessは対象外）。Oracle（9i以降）SQL ServerDB2
CodeZine：CASE式のススメ（前編）
はじめに CASE式は、SQL-92で標準に取り入れられました。比較的新しい道具であるためか、便利なわりにその真価があまり知られておらず、利用されていなかったり、CASE式の簡略版であるDECODE（Oracle）、IF（MySQL）などの関数で代用されていたりします。 しかし、ジョー・セルコが『プログラマのためのSQL 第2版』の中で、SQL-92で追加された中で最も有用かもしれません と言うように（注1）、CASE式を活用するとSQLでできることの幅がぐっと広がり、書き方もスマートになります。しかも、実装非依存の技術なのでコードの汎用性も高まります。特にDECODE関数を使っているOracleユーザーには、ぜひCASE式への乗り換えをお薦めします。 このテキストは、そんないいこといっぱいのCASE式の便利な使い方を紹介するものです。 この言葉は、『プログラマのためのSQL 第2版』（
O/Rマッパーの新しい形? - Hydrate 2.0 | エンタープライズ | マイコミジャーナル
Hydrate 2.0 リリース The Hydrate Projectは4日(米国時間)、Hydrateの最新版であるHydrate 2.0を公開した。HydrateはJavaで作成されたデータ変換用ツール。RDBMS、XML、オブジェクト指向言語という3つの異なるデータを相互にシームレスに変換する操作を実現する。 RDBMS、XML、オブジェクト指向言語という3つの異なるデータは、UMLというデータ形式でニュートラルに表現することができる。HydrateはそれぞれのデータをUMLでモデリングするためのツールのようにもみえる。 図1 オブジェクトモデルおよびXML Schema定義の可視化ビュー 図2 可視化ビューで使われているクエリの編集画面 Hydrate 2.0はGNU LESSER GENERAL PUBLIC LICENSE Version 2.1のもとで公開されているオープン
firstworks: sql relay - sqlrelay persistent database connection pool pooling proxy load balance balancing odbc oracle mysql msql postgresql sybase db2 interbase sqlite access c perl DBD DBI python php zope ruby tcl java jni unix linux persistant
Featuring... Support for PHP 8.1 Support for Oracle 18 and 19 Improvements for ODBC and PostgreSQL The MySQL and PostgreSQL protocol modules enable SQL Relay to speak the MySQL and PostgreSQL client-server protocols, making it a transparent, server-only proxy for MySQL and PostgreSQL databases. How does SQL Relay compare to direct connections? SQL Relay maximizes throughput by eliminating the conn
R-Tree - こども(てれび)
R-Tree を勉強します。 参考 Rtrees: Theory and Applications この本のサンプル pdf がたぶんわかりやすい (chap.1, chap.2) R-Trees: A Dynamic Index Structure for Spatial Searching 原著論文 目的 与えられた矩形と交差する図形を探索する問題を考えます。window query と言うらしいです。これを効率的に実行するためのデータ構造が R-Tree です。 R-Tree の概要 R-Tree は B+-Tree の構造をしています。B+-Tree は、 leaf に要素が入っていて非 leaf の node は探索の為のインデックスのみを持っている B-Tree です、たぶん。R-Tree の leaf に入る要素は Minimum Bounding Rectangle (MB
素早く正規形を見抜く実践テクニック（1/4） － ＠IT
今回のテーマはデータベースエンジニアの必須知識の1つである「正規化」です。正規化は、リレーショナル・データベースのテーブル設計を行ううえで非常に重要なテクニックであり、データベースを設計、実装したことのある方なら一度は正規化に触れているのではないでしょうか。 それほど基本的な知識であるにもかかわらず、正規化を説明できる人はなかなかいません。多く聞かれるのが「何となくテーブルを作ると自然に第3正規形になる」とか「実務上は第3正規化まで行えば問題ない」というものです。 ではなぜ「第3正規化まで行えば問題ない」のでしょうか。本稿ではひととおり正規化について確認しながら、あまり触れられることのない第3正規化より先の正規化を紹介して、この疑問に答えていきたいと思います。 正規化の位置付け 正規化は、データベース設計全般にかかわる基礎知識ですが、特に論理データモデリングの作業の中で必要になります。本稿
What's Wrong with ORM
Object Relational Mapping Converts between Objects and Relational Databases Tables become classes. Rows become objects Relations become classes. Tuples become objects e.g. Class::DBI, DBIx::Class, Jifty::DBI, etc... Class::DBI allows you to write code like this use Music::Artist; foreach my $art (Music::Artist->retrieve_all) { print $art->id, ' ', $art->name, "\n"; } Or like this my $art = Music::
Tags: Database schemas
An online tech community is the most exciting place for a software developer to spend their time. It not only offers the chance to work and interact remotely, but also helps in honing one’s own skills and becoming a well-rounded programmer. Whether you are a budding software developer or simply passionate about technology, here are the best online software development communities you can join. The
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Multivalued datatypes considered harmful
データベース・セキュリティ・コンソーシアム（DataBase Security Consortium） 成果物
http://blogs.sun.com/roller/page/sundararajan?entry=using_apache_db_derby_from
SQLの挿入処理の高速化：CodeZine
SQLiteDBMS