ＳＱＬの苦手を克服する本　データの操作がイメージできれば誰でもできる

プログラムは書けても、ＳＱＬはよくわからないというＩＴエンジニアは意外と多いです。Ｏ／Ｒマッパーと呼ばれるＤＢアクセス用のライブラリを使えば一応開発はできるし、諸々の理由から複雑なＳＱＬ文を書くのを禁止しているプロジェクトもあるからです。しかし、ＳＱＬやデータベースの理解不足のまま開発すると、アプリケーションは作れても、「性能がでない」「メンテナンス性が悪い」といった問題が発生し、あとで苦労することになります。
本書は、ＳＱＬの文法は学んだもののＳＱＬに苦手意識を持っているＩＴエンジニアのための書籍です。複雑なＳＱＬを読める／書けるようになるには、データベースの表をカタマリで操作する考え方（集合志向）を理解する必要があります。また、性能、メンテナンス性、開発効率などの問題を解決するには、アプリケーションとデータベースのしくみを理解し、役割を適切に分担する必要があります。本書ではそれらの考え方を２０のエピソードを通して解説します。

本書は、ＳＱＬの文法は学んだもののＳＱＬに苦手意識を持っているＩＴエンジニアのための書籍です。
複雑なＳＱＬを読める／書けるようになるには、データベースの表をカタマリで操作する考え方（集合志向）を理解する必要があります。本書では、「データベースの表をカタマリで操作するイメージ」を持てるように、文法の解説はいったん脇に置き、どのようにイメージすれば良いか、ほかの手続き型言語とどう違うか、というポイントを豊富な図を使って入念に解説します。
また、ＳＱＬやデータベースで起こりがちな性能、メンテナンス性、開発効率などの問題を解決するには、データベースのしくみを理解し、アプリケーションとデータベースの役割を適切に分担する必要があります。こちらについても、さまざまな図と例を使って、問題が起きるメカニズムと解決のアイデアを紹介します。(「近刊情報」より)

※発売日が変更になりました
8月28日→8月27日

目次

第１章　ＳＱＬ再入門（ＳＱＬは集合指向の言語と心得よう
ＳＥＬＥＣＴ文はカタマリを切り出す形でイメージしよう　ほか）
第２章　ＳＱＬとデータベースのしくみ再入門（データベースがＳＱＬを処理する流れを理解する
実行計画で実際のアルゴリズムを把握しよう　ほか）
第３章　アプリケーチョンとデータベースの役割分担（データベースで集計するほうが低負荷になる
「スケールアウトしにくいからＪＯＩＮ禁止」という間違った考え方　ほか）
第４章　間違ったデータベース設計とそれを修正するアイデア（インジェクション対策のためにもＳＱＬ動的組み立ては避けよう
Ｅｎｔｉｔｙ‐Ａｔｔｒｉｂｕｔｅ‐Ｖａｌｕｅ手法はやめよう　ほか）
第５章　開発を効率よく進めるためのアイデア（ＳＱＬのための仕様書は書くだけムダ
Ｏ／Ｒマッパーを使うべきか・使わないべきか　ほか）

本の帯に関して

帯つきでの出荷はお約束しておりません。
商品ページに、帯のみに付与される特典物等の表記がある場合でも、確実に帯つきでの出荷はお約束しておりません。
また、帯は商品の一部ではなく「広告扱い」のため、帯の有無・破損による交換や返品は承っておりません。

版・表紙について

版・表紙（カバー）のご指定は承っておりません。ご注文いただくタイミングによっては、お届けする商品の版や表紙が商品ページ上のものとは異なる場合がございます。
また、初版にのみにお付けしている特典（初回特典、初回仕様特典）がある商品は、商品ページに特典の表記がされている場合でも、無くなり次第終了となります。