DB Magazine
ttp://www.shoeisha.com/mag/dbm/ WEB+DB PRESS
ttp://www.gihyo.co.jp/magazines/wdpress Web DB Express
ttp://www.shuwasystem.co.jp/cgi-bin/detail.cgi?isbn=4-7980-0519-3 SQLServer Magazine
ttp://www.sqlmag.jp/ DB2 Magazine（Webで公開）
ttp://www-6.ibm.com/jp/software/data/db2mag/ まだあると思いますので追加お願いします。
Oracleの雑誌で96年頃に季刊ペースくらいで発刊されていたものがあったと思うのですが
記憶のある方教えてください。
月刊オラクルライフ ビー・エヌ・エヌ刊
あーそうでしたねーありがとうございます。
初心者にお勧めの本を教えてください
他の言語はCとperlを少し扱ったことがあるくらいです
MySQLを使おうと思っています
どう違うのですか？
MySQLですと、私は
MySQL徹底入門
ttp://www.seshop.com/detail.asp?pid=1780 を使いました。
続編で
MySQL徹底活用
ttp://www.seshop.com/detail.asp?pid=3846 もあるようですが、私はこちらは見ていません。
本屋さんでいくつかさらっと見てみてから決めるのがいいと思います。
何を学びたいかによると思います。
具体的にAccessとかSQLでどのようなことをしたいかをイメージできる人にはいい本だと思います。
でもそれらの操作を学びたいのであれば別の本も必要になるでしょう。
私では質問の意味がわかりかねます。詳しい人の回答を待ちましょう。
ありがとうございました。
やはり本を見て合う合わないを自分で判断された方がいいと思います。
他の人にとっては良くない本でも、自分にとっては良い本のときがあります。
逆もありますから、意見はそのような見方もあるという参考程度にしておいた方がいいと思います。
例えば「わかる」シリーズはスクリーンショットを多用していて手抜きと言われていますが、
操作を完全にトレースすることで理解していくタイプの人にはそれがいい場合があります。
って多分皆さんより若輩なのに父の受け売りを言ってしまう私（笑）。
どうもです。でも、さっき本買っちゃった（笑）。まだデータベースの簡単な操作は分かってる
つもりなんですが、データベースでどういうふうに使いたいかがよく分かってないのは確か
です。ので、この本を読みながら、あと、AccessのFOMの本があるので勉強します。
統計関係の本も読んだほうがいいかな？使える本があるか図書館でみてきます。
具体的につくりたいものが無いとイメージが湧き難いよね。
で、テキストに沿ってサンプルのDBを自分のPC上に構築していくんだけど、
もう完成しているやつをなぞって行くから、どうなるかが先にわかってしまいなかなか身につきにくい。
そういう意味でデータベースって難しいと思う。
どうもです。DBを使ってビデオ(エロじゃないよ)の管理をやってみようとおもいますた。
やっぱりDBを一から作ってみるとおぼえるのも早そうなので。明日ぐらいから、つくって
みます。どう構築するか、ちょっと考えてみます。ありがとうございました。
生データ入力が一番手間になるかもしれないので、その辺は十分練ってから
とりかかった方がいいです。
間違いが多いんじゃなかったっけ？前資格板のスレでそんなことが書いてあった。
ただ、間違いを探すのも勉強のうちみたいだった。
3週間完全マスター テクニカルエンジニア〔データベース〕 2002年版（正誤表リンクあり）
ttp://store.nikkeibp.co.jp/item/main/148222811400.html あれを３週間で終わらせることが出来ればうかりそうだよね。
実際にはかなり量が多くて苦労すると思うけど。
3週間完全マスター テクニカルエンジニア〔データベース〕2003年版
ttp://bpstore.nikkeibp.co.jp/item/main/148222814690.html 試験自体は年１回４月だけってのがきついね。
微妙に中級な雑誌が出てくれないかな。
なんかいい本ないですかね。
ちょっと見たけど、すぐに物足りなくなりそう。
ﾋﾟｭ.ｰ （ ・３・） ( ＾＾ ） ＜これからも僕たちを応援して下さいね（＾＾）。
＝〔~∪￣￣￣∪￣￣〕
＝ ◎――――――◎ 山崎渉&ぼるじょあ
企業秘密
これ。
ttp://www.amazon.co.jp/exec/obidos/ASIN/4883731227/ref=sr_aps_b_/250-1306779-0785848 この本が理解できる人は、OCP（旧プラチナ）レベルの能力はあると思う。
ペーパーじゃなくてね。
│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
⊂| |つ
（＿）（＿） 山崎パン
│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
⊂| |つ
（＿）（＿） 山崎パン
Oracleプログラミング教習所
ttp://ime.nu/www.seshop.com/detail.asp?pid=4406 ､｢､｡｡｢､ｽ､ﾎﾋﾜ､ﾏﾆ簣ﾆ､ｬｸﾅ､､､ｬｳﾎ､ｫ､ﾋﾎﾉｽ｣
ﾁｰ､ﾎﾈﾇ､ﾀ､ｱ､ﾉ｡｢ｼ､､ﾇ･ﾜ･愠ﾜ･惕ﾋ､ﾊ､襪泙覇匹鵑世茵里和召悗斌気辰燭靴福
どこに何が書いてあるかが頭に討辰討い譴弌▲泪縫絅▲襪痢岾詰廖廖峇浜者ガイド」
その他リファレンス関係で大抵事足りる。
場合によっては、オラクルプレスのバックアップリカバリー。
内容が古くなる前は、オライリーのパフォチューも定番だった。
ttp://www.seshop.com/detail.asp?pid=4334 書泉グランデランキングで 1位 ゲッツ！
ttp://headlines.yahoo.co.jp/ranking/php/book/pc.html オイラはデータベースリファレンスのマニュアルが多いかな
ここは翔泳社の人間ばぁろだま？
ttp://www.seshop.com/detail.asp?pid=4548 翔泳社の人間じゃないけど、ここが出版元だから。
この板に来るような人には必要ないかもしれないけど、なかなか良かった。
ttp://www.isis.ne.jp/ ttp://www.maromaro.com/ ttp://www.tomita.net/ ちゃんと知りたいなら
ttp://www.amazon.co.jp/exec/obidos/ASIN/4621042769/qid=1077025356/sr=1-1/ref=sr_1_0_1/250-4666270-5933835 だろうけど、高杉で買うふんぎりがつかん。
ttp://www.amazon.co.jp/exec/obidos/ASIN/4774118117/qid%3D1086355399/249-7991035-0560350 これ↓
ttp://www.amazon.co.jp/exec/obidos/ASIN/4873111625/ref=pd_bxgy_text_2/249-7991035-0560350 はレビューを読む限りあんまりよくなさそうなんで
MySQL版は9月頃でるような気がする。それまで待てとお告げがあった。
全機能リファレンス結構良いよね。MySQLは9月かあ
Oracle9iデータベース・リファレンス
そろそろ出るんか？
ttp://jbbs.shitaraba.com/movie/1973/ ここの馬データは、優秀らしい
毎週、中穴、万馬券を、簡単に獲っているらしい だれにも言うなよ
ttp://page12.auctions.yahoo.co.jp/jp/auction/p6181359 ttp://pc5.2ch.net/test/read.cgi/db/1066219504/ ↑
ここと重複している。
出てるよ。
Amazon.co.jp： 本: MySQL全機能リファレンス
ttp://www.amazon.co.jp/exec/obidos/ASIN/477412169X/ 誤植が多いな。
ttp://www.gihyo.co.jp/books/support.php/4-7741-2169-X 中身はどんなん？
簡単な基礎のものでいいのですが
ソフ開の午後Ⅱ対策でSQLを勉強しようと思って。
逝って良しですか？
タイトル読むと、興味をそそられるんだけど、
書いてる内容が上辺だけなんだよな。
読み終わって、得たものが無かったことに気付く。
コラム系記事の充実ぶりからも、狙ってる層がわかるってもんだ。
いちど絶版になったけど復活。
プログラマのためのSQL 第2版
ジョー セルコ (著), Joe Celko (原著), 秋田 昌幸 (翻訳)
ttp://www.amazon.co.jp/exec/obidos/ASIN/4894714809/250-3987826-1497819 永続的に有用な記事は、あとでムックがでたり単行本になるから、タイムリーな記事でない限り
読み飛ばすことが多いけどね。
Ｔ字型ＥＲの本はは、無学な俺にとってはいい本だったな。値段で割ると微妙だけど。
二言目には”正規化”なんていってたからな。読んで、正規化は結果でしかないとわかったよ。
最近はパラッと眺める程度だな。
入門本を切り刻んで毎月載せてるだけ記事ばっか。
ttp://society3.2ch.net/test/read.cgi/police/1109699316/ 良いと思われ。
サンプルの事例とそれに関するDB設計を紹介する書籍ってありませんか？
例えば「＊＊のデータベースを作成するとしたとき、XXとYYとZZとテーブルを作り、
この列とこの列に外部参照制約を設定して・・・」などといった形で、事例を紹介をす
る方法で話を進める本です。
ttp://www.amazon.co.jp/exec/obidos/ASIN/4534032501/249-6034519-4533134 ttp://www.amazon.co.jp/exec/obidos/ASIN/4534034733/ref=pd_sim_dp_1/249-6034519-4533134 ttp://www.amazon.co.jp/exec/obidos/ASIN/4798103853/qid=1115627989/sr=1-3/ref=sr_1_10_3/249-6034519-4533134 ttp://www.amazon.co.jp/exec/obidos/ASIN/479810566X/qid%3D1115628027/249-6034519-4533134 等か
うぬ、よさげ。読んでみます。サンクスです。
最近シスアドの勉強始めてたので、実際に操作しながら覚えようと思ってるのですが、
少し調べたところ、SQLでも種類あるみたいで、どれにしようか知識がないので悩んでます。
のお勧め教材は少し古いみたいなので、できれば新しい本でお勧めあれば教えてください。
ttp://www.amazon.co.jp/exec/obidos/ASIN/4434071610 この本は最悪でした。何一つまともに検証してません。
こいつオラクル知らねーんじゃねーの？と思って著者紹介を見たら、
Oracle Master Plutinumと紹介されてました。
Oracle Master Platinumのパチモンかよ！！どーりで内容が無い訳だ。
インサイトテクノロジーの社員乙
「MySQL全機能リファレンス」
体系的にまとめられていてリファレンスとしては群を抜いてるので手放せない。
ただしVer４対応なのでストアドプロシージャやトリガなどの新機能がない。
早よVer５版で出てくれんか。
確かに。でも作者書く気あるんかいな。
最近の本ではDB-Magazineの連載がまとめられた
「現場で使える MySQL / 松信 嘉範」が結構良かった。
ググってみたけどDBA重点ってことでおk？
あとVer５の新機能ってどんぐらいスペース割いてるの？
作者が書く気なさそうなの？
内容の薄い邦書４，５冊より、こっちでいいんでは。
Date本でライセンスは得られるかも知れないが、
実際の飛行は各飛行機毎のマニュアル使って練習しないとならん。
>87は実務やったことのない厨房だな。
むしろが土方ＰＧくさいんだけど。
データベースの勉強をしていますが、
トリガ、インデックス、ストアド、ビュー、カーソル
らへんに詳しい解説書などご存知でしょうか
それぞれの機能の解説はもちろん、
こういうときにこういう風に使うなどのTipsも載っているのがうれしいです。
「MySQL5構築ガイド」
これ、おそろしく糞書籍だぞ
興味本位で立ち読みしてみることをお薦めする
ありえない
中学生の夏休みの宿題レベル
>トリガ、インデックス、ストアド、ビュー、カーソル
>らへんに詳しい解説書などご存知でしょうか
このうち、トリガ、ストアド、カーソルはベンダ依存性が高くて文法もバラバラだから、君がどのDB使ってるか分からないと薦められない。
DBをどのように設計しようか悩んでいます。
PHP+postgreでお店検索サイトもどきを作ろうと思ってるのですが
例えば食べ物屋を検索するシステムで、食べられるメニューが
ラーメン、ハンバーグとかいろいろあって、このメニューを増やしたり、減らしたりが頻繁に起こって、
検索はラーメンと、パスタの食べられる店、とか検索するとします。
で、自分なりに考えたのは
1、お店テーブルにかカラムを増やす
-＞メニュー自体に登録日、更新日、メニューコードなど複数のデータを持たせたいので難しい。
2、お店テーブル、メニューの管理テーブル、メニューとお店を関連付けるテーブルを用意する。
-＞ラーメンとハンバーグとパスタと…みんな食べられる店、など沢山の項目で検索したいときに
そのテーブルを何度も検索するので負荷が高そう…
（てか、そもそもそのselectの仕方がよくわからん…、サブクエリーを沢山入れ子にする？ビューを使う？）
こんな事を勉強するのにお薦めの本はありませんか？
phpのコーディングは解るのでいりません。
何か意見、おすすめ本ありましたらよろしくお願いします。
DBエキスパート試験の参考書なんかも、モノによっては意外と悪くない。
俺だったら、店・メニュー・検索キー(ラーメンとかパスタとか) ぐらいに分けるかなぁ。
まー要求によってだけど。
Amazon.co.jp： PostgreSQL完全機能リファレンス―実行例を通して「理解」を深める。: 本: 鈴木 啓修
ttp://www.amazon.co.jp/gp/product/4798014958/ レスありがとうございます
お店とメニューを関連付けるテーブルは
ラーメンテーブル、パスタテーブルとか、テーブルを分けるのが一般的なのかな？
それとも一つのテーブルに、
店A ラーメン
店B カレーライス
店A パスタ
・
・
・
みたく、一つにまとめる？（私働くの会社システムはこっちっぽい）
まあ、数にもよるんだろうけど。分けた方が検索が早そうな気もするんだけど。
って、質問内容がスレとずれてるかな？…
では本題に戻って。この本はどうでしょう？読んだ方いらっしゃいませんか？
ttp://www.amazon.co.jp/gp/product/4798103853/sr=8-2/qid=1163213305/ref=sr_1_2/249-9590755-2655568?ie=UTF8&s=books アマゾンで "データベース モデリング" とか、 "設計" とかで検索してみたけど、意外に少ないですね。
今年一年間で、色々本買って勉強したけど、結構本って当たりはずれありますよね。
メニューのジャンルごとにフィールドが全く違うんなら
ラーメンテーブル・パスタテーブルみたいに分けるかもしらんけど
お店検索サイトなら。メニューID、店ID、メニュー名・金額・コメントとかでしょ?
俺ならそこにジャンルのフィールドつけて、一つにしちゃうかな。
特定ジャンルだけの検索なら、テーブルごとに分けてレコード数を分散すれば少しは早いけど
ちゃんとインデックス張れば差は殆ど埋まるし、複数ジャンル検索の場合のJOINコストも無いし。
