>>900
わかってないのはお前だけだ

MYSQLがインストールできましぇん

OS:WINDOWS XP
MYSQL VER:5.1.45

executeクリックした後に最後のチェックで1045エラーでrootのパス設定出来ないんですけど
どうしたらいいでしょうか。
本当すいません。教えて下さい。

http://www.google.co.jp/search?hl=&q=mysql+error+1045&sourceid=navclient-ff&rlz=1B3GGGL_ja___JP215&ie=UTF-8&as_qdr=y15

とりあえず、CapsLockを解除してみようか。

PHP+MySQLで開発しています。
MySQLへのアクセス方法は、PHPからPHPのmysql関数、あるいはPHPのPDOクラスを用いて行う予定です。
できたものは公開したいと思っているのですが、ライセンスをどうすればいいのかよくわかりません。
作るアプリケーションは商用にも使えるアプリケーションになります。
これで開発したアプリケーションのライセンスはGPLになるのでしょうか？
できれば制限が緩いBSDやMITあたりにしたいのですが、MySQLを使ってる時点でGPLになってしまいそうで困っています。
MySQL以外にもPostgreSQLとSQLiteにも対応する予定です。
BSDやMITにしたい場合、MySQLの対応ははずすしかないのでしょうか？
どのみちソースコードを公開するからGPLでいいじゃんというツッコミはなしでお願いします。

関係ないです

tableA
id | name
--------
1 | aaa
2 | bbb

tableB
id | tableAid | point
-----------------
1 | 1　　　　| 5
2 | 1　　　　| 8
3 | 2　　　　| 10
3 | 2　　　　| 9
というテーブルで、 tableB.point が9以下の tableA.name を取得したいのですが
select tableA.name from tableB
inner join tableA on tableB.tableAid = tableA.id
where tableB.point < 10
とすると、当然ですが tableA.name が重複してしまいます。
プログラム側で取り除けばいいのですが、なるべくSQLのみで解決したいです。
可能でしょうか？

>>907
一日に10万レコードも増加するんだったら、１テーブルでは無理がある
会員毎にテーブルを分けるなりした方がいいだろう
それに加えて、古いレコードを削除するロジックも必須と思うが

というかアクセスログみたいに追加しかしない、複雑な検索を
しないものならDB以外の保管手段を考えたほうがいいのでは

DB以外の手法を取るとして、例えばファイルにしちゃうと、
件数が多すぎるから、ファイルオープン後の処理でスクリプトのメモリオーバーでコケる可能性が高いよ

それ以前に設計の見直しが出来ないか？
詳しい仕様を知らんが、
件数をカウントするだけなら件数を保持しておくフィールドをインクリメントしてUPDATEすりゃあいい
なんでもかんでもINSERTしてるから肥大化するんでねえの？

>>912
追記の書き込みオンリーで開いてもそうなる?

検索はあんた1人がチマチマやるんだったらどうでもいいんじゃないかな。
動作が遅いとどっかから苦情がくるなら別だけど、これ以上正規化もないだろうからね。
それ以外は単純にINSERTしかしなくて、今問題がないなら余り考えないでもいいようにも思うけど。
INSERTにかかる時間は誰も感じないで済んでるんだろし、一時的にでも今更止められないでしょ。
あとはOLDテーブルみたいなのに心太する仕組みだけ組んどけばいいんじゃないの。

>>914
なる可能性が高い
オープンしたファイルの中身を変数に落としていく際にね

時間は割り切って捨てたら？

俺だったらこうする

user_id｜banner_id｜day | count

プライマリーキー：user_id、banner_id、day

ようするにday(Y-m-d)毎にcountしちゃえば～って事


１０万件／日の２年分のデータを突っ込んだら、
ユーザー毎にテーブルを分けようとも、JOINで固まる

それに、915のテーブルだと、ある会員のアクセス数の取得
SELECT count(*) FROM TBL WHERE user_id= ? AND date < ? AND date <= ?
も動かなくなるぞ

MySQL Proxy の話ってここでいいんでしょうか？
ぐぐってもあまり情報がでまわっていないもので・・・

>>919
古いデータを定期的にそうやって集計してから切り捨てる、ということならアリだが、
最初からそういうテーブルしか持たないんだったらめんどくさいうえにかえって
遅くなるばかりでメリットがない。

MyISAMについて質問です。

トランザクション機能が使えないMyISAMを採用する場合、
トランザクションを使わないことによる問題点というものに対して、
特別な対策（テーブルを正規化しないとか）をするものなのでしょうか？
もしくは、トランザクションを使わないことによって発生する問題点を許容した形でシステム開発をするものなのでしょうか？


トランザクションを使わないでシステムを開発することに対してのイメージがわかないので、
MyISAMを使ってどのようにテーブル設計、というか注意事項というかが必要なのか、
そこらへんをご教示いただければと思います。

1時間に平均4000件、1分で70件か。
実際はGTに集中するだろうから10倍見積もるとして・・。
テーブルロック仕様を考えたやつはこの業界で生きていけないぞｗ

>>925
単にselectするカラム名を間違っているだけなんじゃないの？

>>924
MyISAMの問題はトランザクションがないことよりもクラッシュセーフでないこと。
電源ぶちって切っただけでDBが壊れる。
それでもよいときだけ使う

いや、test_tb.numberには値があるかもしれないんだからこうだろ
IFNULL(test_tb.number,0) + IFNULL(test_tb2.number,0) AS total

＞＞９２９
ありがとうございます。

100万レコードを全文検索する事って出来ますか？

可能

条件がそれだけならまぁ可能だわなぁ

>>939
ありがとうございます。
file_per_tableだとデフォルトでautoextendつくんですね。

2)についてですが、
質問の仕方がかなり悪くて申し訳なかったです。
MAX_ROWSではなくてautoextendのMAX指定のことをお聞きしたいのです。
既存ファイルのautoextendのMAXサイズを変更できるのでしょうか。
教えていただければ幸いです。

よろしくお願いします。

>>948
できるはず
まずは試してみよう！

>>947
可能
ただし1回の検索に20分ぐらいかかるかも