ID:???SQL初心者です。調べたところ、SQLでも種類あるみたいで、どれにしようか知識がないので悩んでます。>>7のお勧め教材は少し古いみたいなので、できれば新しい本でお勧めあれば教えてください。ID:???Oracleはこう動いている。Oracle徹底検証http://www.amazon.co.jp/exec/obidos/ASIN/4434071610この本は最悪でした。何一つまともに検証してません。Plutinumと紹介されてました。Platinumのパチモンかよ!!どーりで内容が無い訳だ。体系的にまとめられていてリファレンスとしては群を抜いてるので手放せない。Ver4対応なのでストアドプロシージャやトリガなどの新機能がない。早よVer5版で出てくれんか。ID:???>>83確かに。作者書く気あるんかいな。嘉範」が結構良かった。ID:???C.J.Dateのデータベース概論でお腹いっぱいだよ。内容の薄い邦書4,5冊より、こっちでいいんでは。ID:yUtxk/W3(1)Date本は、パイロットのライセンス取得勉強用教科書みたいなもん。実際の飛行は各飛行機毎のマニュアル使って練習しないとならん。>87は実務やったことのない厨房だな。ID:???社会人でデイトの本読むくらいならひととおりの実作業くらいできるだろうに。>>88が土方PGくさいんだけど。ID:???質問場所を間違えたのでこちらで質問させてください。データベースの勉強をしていますが、トリガ、インデックス、ストアド、ビュー、カーソルらへんに詳しい解説書などご存知でしょうかそれぞれの機能の解説はもちろん、こういうときにこういう風に使うなどのTipsも載っているのがうれしいです。ID:???>データベースの勉強をしていますが、>トリガ、インデックス、ストアド、ビュー、カーソル>らへんに詳しい解説書などご存知でしょうかこのうち、トリガ、ストアド、カーソルはベンダ依存性が高くて文法もバラバラだから、君がどのDB使ってるか分からないと薦められない。Serverなら自習書でいいだろ。ID:0oiAEGoz(1)すごい初歩的なことだと思うんですがDBをどのように設計しようか悩んでいます。検索はラーメンと、パスタの食べられる店、とか検索するとします。自分なりに考えたのは1、お店テーブルにかカラムを増やす->メニュー自体に登録日、更新日、メニューコードなど複数のデータを持たせたいので難しい。2、お店テーブル、メニューの管理テーブル、メニューとお店を関連付けるテーブルを用意する。->ラーメンとハンバーグとパスタと...みんな食べられる店、など沢山の項目で検索したいときにそのテーブルを何度も検索するので負荷が高そう...(てか、そもそもそのselectの仕方がよくわからん...、サブクエリーを沢山入れ子にする?ビューを使う?)こんな事を勉強するのにお薦めの本はありませんか?phpのコーディングは解るのでいりません。何か意見、おすすめ本ありましたらよろしくお願いします。ID:???モデリングに関する本でも読んでみては。DBエキスパート試験の参考書なんかも、モノによっては意外と悪くない。まー要求によってだけど。全機能リファレンスがなぜか出版社を変えて改定されたぞ。PostgreSQL完全機能リファレンス—実行例を通して「理解」を深める。・みたく、一つにまとめる?(私働くの会社システムはこっちっぽい)まあ、数にもよるんだろうけど。分けた方が検索が早そうな気もするんだけど。質問内容がスレとずれてるかな?...では本題に戻って。検索してみたけど、意外に少ないですね。今年一年間で、色々本買って勉強したけど、結構本って当たりはずれありますよね。ID:???>>99メニューのジャンルごとにフィールドが全く違うんならラーメンテーブル・パスタテーブルみたいに分けるかもしらんけどお店検索サイトなら。メニューID、店ID、メニュー名・金額・コメントとかでしょ?俺ならそこにジャンルのフィールドつけて、一つにしちゃうかな。特定ジャンルだけの検索なら、テーブルごとに分けてレコード数を分散すれば少しは早いけどちゃんとインデックス張れば差は殆ど埋まるし、複数ジャンル検索の場合のJOINコストも無いし。