09/07/27 11:29:47
>>553
検索エンジンですか?
WEBサイトではなく、MySqlのフィールドを検索エンジンに食わせることってできるのでしょうか?
できるのであれば、参考になるサイトなど教えていただけませんでしょうか。
とりあえずレスポンスをいただけるまでは自分で探してみます。
555:NAME IS NULL
09/07/27 11:35:21
手法としてデータベースを使うのではなくて、検索エンジンを使ったらということです。
556:NAME IS NULL
09/07/27 12:55:05
スレリンク(php板)
この辺とかどうでしょう。
557:552
09/07/27 13:01:52
>>555
なんどもどうもです。
いまいち把握できていないのです・・・
おっしゃっているのは、750万ファイルのページファイルを作成し、
Googleなどに読み込ませ、
キーワード site:hostname
で検索して結果を得よということでしょうか?
秘密文書が多いので、できればクローズに検索を行いたいのですが、
それは可能なのでしょうか?
また、質問ばかりで申し訳ないのですが、
Tritonnはどうなのでしょうか?
先ほど検索して見つけたばかりなのですが、
悪いうわさがないのならば一度試してみようと思います。
558:NAME IS NULL
09/07/27 14:19:04
Tritonnのような全文検索用ソフトウェアを使うのが
>>553 のいう「検索エンジンを使う」ってことですよ
559:552
09/07/27 14:35:27
>553、555、556、558
ちぐはぐな掛け合いに合ってしまい申し訳ありません。
(556は見落としてました、すみません)
皆さんありがとうございます。
提示していただいたように「検索エンジン」を用いて実装してみます。
560:NAME IS NULL
09/07/28 01:43:08 E3dl42nt
ある1つのテーブル内のデータをmysqldumpでダンプして
DROP TABLE文とCREATE TABLE文を消して
INSERT文以下のデータを、同じ定義のテーブルに入れたいのですが
このテーブルにはすでにデータが入っています。
キーが重複しているレコードを無視して重複していないレコードだけを
入れる簡単な方法はありますか?
561:NAME IS NULL
09/07/28 04:25:31
>>560
IGNORE
562:NAME IS NULL
09/07/28 18:44:07
ggrる内容じゃねーか。常夏野郎が
563:NAME IS NULL
09/07/29 20:24:08
asp経由で日本語文字列入れようとしたらエラーが出たんだが、MySQLって日本語使えないの?
564:NAME IS NULL
09/07/29 21:05:36
>>563
おまえが日本語使えないだけ。
565:NAME IS NULL
09/07/29 22:00:24
>>563
残念ながらエラー文は英語だけなんだ。がんばって解読してくれ!
566:NAME IS NULL
09/07/29 22:44:11
>>563
今日は良いことがあったから、今日だけ俺が訳してやるよ。
なんてエラー?
567:NAME IS NULL
09/07/29 22:46:22
文字コードがおかしいとか
568:NAME IS NULL
09/07/29 23:17:15 GbEs/oP6
一度に大量に削除する時ってロックかかるから
テンポラリテーブル使って少しずつ削除したりする?
569:NAME IS NULL
09/07/29 23:43:14
どっちにしろ、一度で消すか条件を絞って複数回に分けるかしかないと思うが?
テンポラリテーブルを使うって、どうやろうとしてるの?
570:NAME IS NULL
09/07/30 00:09:48
削除でテンポラリは利用したことないな
571:NAME IS NULL
09/07/30 00:35:46
実行が若干重い検索結果にjoinしていくつかのテーブルを削除するから
テンポラリにいったんidを入れてjoinに使おうと思ったの
言われてみれば、テンポラリテーブルの利用は本質的な問題じゃなかった
やっぱり段階的に削除していくしかないすなー
572:NAME IS NULL
09/07/30 03:28:02
お知恵をお貸しください。
レンタルサーバー(さくらインターネット)上の、MySQL4.0を使った容量3GBのデータベースを
バックアップしたいのですが、
mysqldump-4.0 でバックアップしようとすると、
mysqldump-4.0: Out of memory (Needed 3151304 bytes)
mysqldump-4.0: Got error: 2008: MySQL client run out of memory when retrieving data from server
とメモリ不足のエラーが出て途中までしかバックアップできません。
mysqldump だとエラー(Error: You have an error in your SQL syntax.)は出るものの、
一応最後までバックアップ出来るようですが、mysql、mysql-4.0 のどちらも、
ERROR 1193 at line 18: Unknown system variable 'character_set_client'
とエラーが出て、リストアできません。
MySQL4.0と5.0のバージョンが違うことが原因ではないかと思うのですが、
なにかバックアップとリストアをする方法はないでしょうか?
よろしくお願いします。
573:NAME IS NULL
09/07/30 07:13:14
読んで書き込むみたいなかんたんなバッチ作ってみれば?
574:NAME IS NULL
09/07/31 01:30:44 hLmzxvAT
はじめまして。質問です。
MySQLの5.0.58を使用しています。
SQLを組んでいて、知り合いから「SUMで集計するときはWHERE句の条件で必ずGROUP BYしたほうがいい。」と言われました。
理由を聞いたのですが、「お約束だから」とはぐらかされました。
(WHEREで絞り込んでいるのだから、GROUP BYの追加は無駄な構文解析が発生するだけだと思ったのですが、。)
例えば、
SELECT SUM(money) FROM receipt WHERE id = 1 ;
というSQLがある場合、
SELECT SUM(money) FROM receipt WHERE id = 1 GROUP BY id ;
というように、GROUP BY を追加したほうがいいというのです。
根拠となるようなものを探したのですが見つかりませんでした、。
どなたか理由を教えて下さい。