ちょっと勉強中の質問というか疑問なんですが、MySQLとかの中で
データベースを複数に分ける意味や効果って何かあるんですか？
単に何かの分類するときに都合がいいだけ？

データベースの切り替えや指定が面倒なんで、つい
関連性の低いテーブルでも一つのデータベースの中で収めてしまいます。

共有フォルダとかは遅くないの？
名前解決あたりはどうやってる？

エクスプローラとかで共有フォルダを見ても特に遅い事はないですが・・・
すんません、名前解決とかはどういうことですか？
どこかで設定するアレですか？

いやまあ共有フォルダで問題ないならそれじゃない気がするけど、
ちゃんとそれが原因じゃないことを確かめるためにも入れてみたほうがいいね
1行に
IPアドレス サーバ名
で入れればいいよ。
拡張子無しだから気をつけて

＞故にＩＰも同じです。
意味不明
サーバのIPアドレスだぞ

あと、アホほど遅くなると書いてたから名前解決を疑ったが
1～2秒なのかよ。それだと名前じゃないと思う、状況は正確に書いてくれ

>>514
ああ、サーバですか。
ＭｙＳＱＬが入ってるＰＣってことですね？
すんませんでした。

>>515
いやＲｅａｄで２秒とかアホすぎます。
ＸＰから読むだけなら数百msでぼっとん便所の如くお釣がきますので・・・
ちなみに書き込みは１０秒くらいはかかってました。

再度状況を説明しますと、

サーバ：XP
クライアント：XP/7のデュアルブート

ってことかな？ ここで仮に

サーバ(server1)：192.168.1.1
クライアント(client1)：192.168.1.2

だとすると、クライアントのhostsファイルに

192.168.1.1 server1

って書け、ってことだよ。

ま、どのみち遅いのはこれに関係ないと思うけど。

クライアントのOSのせいにするんならここはスレ違い
まあ自分のプログラムが悪くてもスレ違いか
プログラマのクセにVista飛ばすからこういうとこでひっかかるｗ

>>524
いや最初はＭｙＳＱＬ側で何か設定というか対応策があるのかとおもったんですよ。
ちなみにソフト的な７での不具合は多数ありますので（だから７対応どーたらとかある）
ちなみにビスタは世間的に糞認識されてたからそんな出回ってないですよ。
今思えばスレチだったかもしれませんが、Ｗｉｎ７でそういう報告があったらアレかとおもいまして

>>525
鬼のようにはいです。
ＱｕｅｒｙＢｒｏｗｓｅｒからでもアホほど遅くなっています。
はいそして、ping応答速度は至って普通です。
これって僕が死ぬべきなんですかね？
好きなアイスはＭｏです。

>>526
そんなに簡単に死んだら親が悲しむんじゃない？
俺はどうでもいいけどさ。

掲示板の投稿時間を管理したいときって
UNIX値で入れる以外にオススメってあります?

管理をもっと具体的に
日付型だと年や月でフィルターするのがちょっと楽

つながるけどちと重いな

正規化について教えてください

よく、賃貸物件サイト見てると検索のこだわり条件を指定するときに
「２階以上」「エアコンつき」「バストイレ別」とかをチェックボックスで選ぶのありますよね？
ああいうのは物件データ側からすると物件名や管理会社名や所在地を入れた基本情報テーブルと
上記のようなこだわり条件を入れた「こだわり条件テーブル」に分けて登録してるんでしょうか？
たぶんそうかな、と思ってるんですが、、

ここで質問です
基本情報テーブルに「こだわり条件カラム」を作って「1,3,7,12」みたいにチェックボックス値を
CSV形式で入れていってはいけないんですか？
正規化っていうルールをあえて破ることになると思いますが、それで受けるデメリットや
逆にそうしたほうが得（もしくは大してデメリットにならない）になる場合ってどんなときでしょうか？

やってみたら？
検索とかどうするつもりよ

>>534
実装上はどっちでもいいし、正規化なんて教科書上のルールなんで
わかってやるならやぶっても問題ない。わからないんなら教科書
通りにやった方があとで困らない。

ちなみに
その例を正規化すると最低3テーブル必要なのはわかってるよね？

フィールドにCSVで入れるのはいいけど、それをあとでWHEREで条件
絞って取り出す時はどうするの？ とかそういう問題を簡単にクリア
できるかどうか。まあSQL一発でできなけりゃプログラム側でいくら
でもできる話なんで好きにしたらいいんだけどね。

>>535,536

回答ありがとうございます
そうですね、csvだと抽出が面倒ですね
というか、すみません、恥ずかしいのですがどうして3テーブル必要なのかわからないです
良かったら教えてもらえませんか？

基本テーブルと、こだわり条件テーブルと、、？

SELECT * FROM t_kihon LEFT JOIN t_kodawari ON t_kihon.id = t_kodawari.kId
WHERE t_kodawari.val = {$val1} OR t_kodawari.val={$val2}
（t_kodawariにはkIdとして基本テーブルのIDを入れて、チェックボックスの要素分だけループでINSERTする構成）

こんな感じでどうにかなると思ってましたがぜんぜん駄目でしょうか…
独学で複雑なDBの設計とかしたことないのでわからないです。よろしくお願いします。

>>537
t_kodawariにはどういうデータが入っているの？

[t_kihon]
1,物件1
2,物件2

[t_kodawari]
1,1,２階以上
2,1,エアコンつき
3,1,バストイレ別
4,2,２階以上
5,2,エアコンつき
6,2,バストイレ別

こんな感じ？ これだと正規化が完了していないんだよ。
まあ若干スレ違いだけど。

まあ基本は1個所に複数のデータを入れない、
同じデータを複数個所に置かない、からかな

>>538
どうもありがとうございます
説明不足ですみません、書いてもらったとおりのテーブル構成です。
それで正規化が終わってないとは思いませんでした
あとどうしたらいいんでしょうか？　今まで読んだPHPやMysqlの本では
それで十分になってたと思うんですが

「エアコンつき」を「エアコン付き」に変更したいとき、かなりの数のupdateが発生するな

>>541
なるほど、そういうことですか
じゃあ、実際は数値で入れることにして値の表示は別テーブルに持たせるか
.txtなりのファイルで管理します
ありがとうございました、ほんと助かりました

>>542
つか、SET型を使えよ。
表示なんかアプリケーション側で
好きなようにしたらいい。

>>543
どうもありがとうございます。SET型、今はじめて知りました
これはすごいですね、SET型を指定したカラムには、あらかじめ64個まで入る値を予約できて、
その値に限りCSV的にINSERTできて、しかもFIELD_IN_SET()でサクサク一発検索できるんですよね？
こういうの知ってるのと知らないのじゃ大違いというか、あーあ、なんで知らなかったんだろう
やり終わったあとにこういう形で知るしかないから大変だなー

SET型とENUM型の違いについて教えてください。まだ使ったことがないのですけど、参考書をチラ見した限りでは
なんか似たよ～な感じですけど、ちがうって事はなんか使い方に差があるんですよね？

リレーショナルにする理由ってないよな。

正規化すれば、それぞれはシーケンシャルにアクセスできるから実装的に有利ってのはあるよ
理論とかは知らないけど

>>544
なんにせよきちんと正規化できるようになってからだよ、そういう応用編は。

>>545
SETは複数。内部はビット演算。
ENUMは単数。内部は整数。

参考書はもっとちゃんと読め。
もし書いてなければ捨てろ。
公式リファレンスをオススメ。