SQLデータベースに正しインデックスを作るのは 誰の役割？
SQLのパフォーマンス問題は、SQLそのものと同じぐらいの歴史がある―― ある人は、SQLはそもそも遅いものだとすら言うかもしれません。これは、SQLの歴史が始まった頃は正しかったかもしれませんが、今となっては全く 当てはまらないでしょう。にもかかわらず、SQLのパフォーマンス問題は今も一般的でよくあることです。どうしてそうなってしまうのでしょうか？ SQL言語は、恐らく最も成功した第4世代言語(4GL)でしょう。その最大の利点は、「何を」と「どのように」 を分離できることです。SQL文は、どのようにそれを実行するかを記述せずに、単純に 何を必要としているかのみの記述になっています。以下のような例を考えてみましょう。 SELECT date_of_birth FROM employees WHERE last_name = 'WINAND'SQLのクエリは、データを要求する英語の文として読
「SQLアンチパターン」を読んだ - longkey1's blog
とても面白かったし、為になった。 SQL周りというかデータベース周りってちゃちゃーっとやっても結構動くんだけど、意外と毎回同じ所で悩む。 これで良いのか？！とか思いながら、まあ、とりあえず動くから良いかって感じで済ませている「なんとなく感」が半端無かったので、どこかで勉強したいなーとは常々思ってた。 結論から言うと、そんな僕にピッタリの本だったと思う。 全体的な内容 書籍のタイトル通り、SQLを触る上でやっちゃけいないことが25章に渡ってひたすら書かれている。 最初から「あるあるケース」連発で、とても参考になる。 そして、自分がアンチパターンを結構採用していることに凹む。 まあ、自分の流儀というか作成するアプリケーションのドメインによって、どういった解決策が最良かは変わってくるとは思うけども、自分の設計や実装に対して「本当にそれで良いのか？」という問題提起してくれるのは非常にありがたい。
新著が出ます：ジョー・セルコ『プログラマのためのSQL 第4版』 - ミックのブログ
皆さん、お久しぶりです。長らくブログの更新が止まっていたのは、少し大きな仕事をしていたためです。ジョー・セルコ『プログラマのためのSQL 第4版』の翻訳。これに集中するため、ブログもやらずTwitterもやらず（こっちはちょっとやってしまった）頑張っておりました。 長かった。 本当に長かった。 原著が800ページ以上あるうえ内容も簡単ではないので、もともと楽な仕事とは思っていませんでしたが、いや大変でした。ですが無事今月刊行とあいなりました。すでにAmazonはじめオンラインショップでも予約受付を開始しています。あらかじめ言っておきますが「表紙のおっさん誰？」という質問は私にはしないように。私も答えられないので（笑）。 さて、本書の内容を紹介する代わりに、少し長くなりますが訳者前書きを引用します。購入するか判断の参考にしていただければと思います。なお、実行環境としては前書きでも書いています
"SQLアンチパターン"を読み、MySQLにおけるNullの扱いについて再確認した。 - be a ninja engineer
SQLアンチパターン 作者: Bill Karwin,和田卓人(監訳),和田省二(監訳),児島修出版社/メーカー: オライリージャパン発売日: 2013/01/26メディア: 大型本購入: 9人 クリック: 674回この商品を含むブログ (18件) を見る DBMSを使う人なら誰もがハマるNullの取り扱いだが、結論から言うとDBMSのNullはよくあるプログラム言語のそれとは違うので、新しい物として正しく理解しようという事。Nullを怖がっては真っ当なデータ設計は出来ない。 DBMSにおけるNullとは 先に述べたように、DBMSのNullとアプリ側のNullは全くの別の物です。アプリ側のNullは値が存在しない事を示すのに対し、DBMSのNullは値が不定であることを示します。(3値論理と言われる概念が導入されています。) そのため、以下のSQLをMySQLで実行すると、Nullが結果
Djangoのselect_relatedとN+1問題 - メモ置き場
webアプリではオブジェクトの一覧を表示する画面がよくでてきます。 一覧系の画面が妙に遅い場合、SQLが大量に発行されている(N+1問題）場合があります。 例えばDjangoで、以下のように関連しているモデルがあるとします。(Django 1.4) books/models.py from django.db import models class City(models.Model): name = models.CharField(max_length=30) class Person(models.Model): hometown = models.ForeignKey(City) name = models.CharField(max_length=100) class Book(models.Model): author = models.ForeignKey(Person) t
Django と South と custom sql - まぁそんな日もあるさ
自前で create table したい Django を使っていて Django の ORM はそのまま使いたいんだけど、create table は自前で行いたい場合があります。 良くあるのは、partition 切りたい場合とか。 MySQL の range partition を使うには Primary Key を 複合Primary Key にする必要があるのですが、Djangoは 複合Primary Key を許可していません。 なので、そのような場合は自前で create table文 を書いて実行する必要があります。 class PartitionExample(models.Model): log = models.TextField(verbose_name=u'ログ') created_at = models.DateTimeField(verbose_name=u'
特集:基礎から理解するデータベースのしくみ - 特集:基礎から理解するデータベースのしくみ：ITpro
「データベースはブラックボックス。どんなSQL文を投げたらどんな結果が返ってくるかさえ知っていればよい」---そう思っている人も多いかもしれません。 しかし，本物のソフトウエア・エンジニアを目指すのであれば，データベースが動く仕組みを学ぶことは避けて通れません。パフォーマンスなどに問題が生じたときどこから手を付けていいのか皆目見当がつかない，といった事態に陥りかねません。 市販のRDBMSの内部はかなり複雑ですが，基本的な部分を理解するのはそれほど難しくありません。この特集でデータベースの動く仕組みを理解してください。 イントロ ●ブラックボックスのままでいいの？ 基礎から理解するデータベースのしくみ（1） Ｐａｒｔ１ ●SQL文はどのように実行されるのか 基礎から理解するデータベースのしくみ（2） 基礎から理解するデータベースのしくみ（3） 基礎から理解するデータベースのしくみ（4） 基
3. Pythonとデータベース - Emerge Technology
Pythonから利用できるデータベースはSQLiteのように簡易的なものから、オープンソースのMySQL、PostgreSQL、商用のOracleなど多岐にわたります。また，これ以外の多くのデータベースに対応しています。 PythonではデータベースのAPIが定義されています。そのAPIを実装する形で各データベース用のアダプターが提供されています。Python 2.5からはSQLite3とそのアダプターが標準ライブラリとして提供されています。Python 2.5さえインストールすれば、すぐにSQLite3を使ったデータベースプログラミングを始められます。また、別途アダプターをインストールすれば本格的なデータベースが使用できます。
地獄のようによくわかるSQLテーブル結合 - こせきの技術日記
テーブルのJOINが苦手でしたが、この例を思いついてからは、すっきりくっきり理解できるようになりました。むしろ頭から離れません……。 ※ INNER、OUTERは飾り。省略できる。 INNER JOIN → JOIN LEFT OUTER JOIN → LEFT JOIN RIGHT OUTER JOIN → RIGHT JOIN ※ ON ...=... をまとめて USING(属性) と書ける。 ※ 何で結合するか言うまでもない時は、NATURALを指定すると勝手にJOINしてくれる。NATURALにJOINして……。 ※ WHEREは結合した結果に作用する。 ※ 現実には上図のように1対1で結合しません。 ※ おまけ。CROSS JOIN。 こんなの使いません。 ブクマ用画像。
ウノウラボ Unoh Labs: MySQLのチューニングのためのデータの集め方
いつの間にか会社で古株になったyamaokaです。 webアプリケーションのバックエンドにMySQLを使っている場合、 クエリ（SQL）のチューニングをする必要がありますよね。 皆さんはチューニングの計画をどのように立てていますか。 もちろん、既に明らかに重いことが想定されているページがあれば、 その処理で使われているクエリを中心にEXPLAINなどを使って解析していけばいいと思います。 でもそうではなく、全体的にクエリの見直しやチューニングを行いたい場合は 実際に実行されているクエリを確認していくという作業が必要です。 そこで使うことができる3つの方法について書きたいと思います。 遅いクエリを記録する MySQLにはスロークエリログといって、 実行に時間がかかったクエリを記録する機能が最初から付いています。 /etc/my.cnfに次のように設定を書けば実行時間が1秒を超えたクエリが出力
今夜こそわかる安全なSQLの呼び出し方 ～ 高木浩光氏に聞いてみた
「安全なSQLの呼び出し方」というSQLのセキュリティに焦点を当てたドキュメントが、2010年3月にIPA（独立行政法人情報処理推進機構）から公開された。 これは2006年1月から提供されている、Webサイト開発者や運営者向けのセキュアWebサイト構築のための資料「安全なウェブサイトの作り方」の別冊として書かれたものである。「安全なウェブサイトの作り方」が92ページなのに対して、SQLインジェクションについてだけで40ページもの分量がある。なぜこんなに分厚いのだろうか。 このドキュメント作成に協力したという、独立行政法人産業技術総合研究所 情報セキュリティ研究センターの高木浩光氏にお話を伺うことができた。高木氏は個人ブログ「高木浩光＠自宅の日記」で、セキュリティ関連の問題を追求する論客としても知られている。筆者も以前、この連載の「今夜わかるSQLインジェクション対策」の回（2006年11月
PHPとMySQLで掲示板を作る
原則、いったんWebに上げた記事は消さないという方針でやってきましたが、 この記事に関しては、さすがに情報が古すぎて、有害な面が増えてきたと思いますので、 本ページからのリンクを削除します。
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
サービス終了のお知らせ
リレーショナル・データベースの世界
SQL上級者こそ知って欲しい、なぜO/Rマッパーが重要か？
http://blog.yuku-t.com/entry/20100508/1273259928
もくじ — SQLAlchemy 0.6.5 ドキュメント (和訳)
www.tamandua-webtools.net is Expired or Suspended.
showzine.info
IDEA * IDEA
