【この先一体】MySQL 総合 Part15【どうなるの】at DB
【この先一体】MySQL 総合 Part15【どうなるの】 - 暇つぶし2ch554:552
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 を追加したほうがいいというのです。

根拠となるようなものを探したのですが見つかりませんでした、。

どなたか理由を教えて下さい。


最新レス表示
レスジャンプ
類似スレ一覧
スレッドの検索
話題のニュース
おまかせリスト
オプション
しおりを挟む
スレッドに書込
スレッドの一覧
暇つぶし2ch