>>199
MySQL 5.5から対応してる

>>200
ログ以外のテーブルとの整合性が必須なほど大事な案件だったら、それもいいんじゃない?

>>200
ログ程度になんでトランザクションが必要なんだ？
アクセス過多でMyISAMのテーブルロック回避のためinnoDBの行ロックに変えるってんならわかるけど。

>>202-203
オンラインゲームみたいなの作ってて、ポイントのログを取得してるんだよ。
誰がどのゲームでいくらのポイントを得たかっていうログを。

今まではMyISAMで問題無さそう（に見えた）だんだけど、
今回リニューアルするから、どうしようかなと悩んでる。
リニューアルはアクセス過多が原因だったわけだし。

そりゃ単なるログじゃなくて、機能部だろ。

>>201
ありがとうございます。

mariadbの話題はこのスレでいいの？

MYSQLの質問はここでいいですか？
よろしくお願いします

>>208
まず日本語を話せるようになってから来てください。

>>208
知恵袋か教えてGooへ行ってらっしゃい！

おまえらMySQLやってるのにMariaDBの話題がないのは事情を知らないだけ？

MySQLを実務で使っているからこそ今のところは様子見とか？
Oracleフリーである以上のメリットってなんかあったっけ？

>>211
綺麗な姉ちゃんに育ったマイは嫁に行ったよ
ブサイクでforkなマリアは行くあてが無くてね、父ちゃんと二人暮しさ

前スレでも見たら？

SELECTで登録済みか確認後INSERTするより、
REPLACEした方が速い、というのを見たのですが、
auto incrementする項目がある場合でも、
REPLACEは使えますか？

テーブル構造がこんな感じで…
id(auto increment), name(unique), text"

適当なテーブル作って試してみればわかることだろ

>>215
それを言っちゃおしまいよ。
忙しすぎてそこまで考えられんのだろう。


ほら、擁護してやったんだからなんかくれよ。

このスレで質問書く暇はあるんだな

どういう理由で、チャーハン1とチャーハン2スペシャル
をSELECTしたいのか・・・
その脳内、意味不明

君の質問に対する一般的な回答は、
SELECT * FROM AAA WHERE menu = 'チャーハン1' OR menu = 'チャーハン2スペシャル'

こうなるな

先頭がチャーハンで始まるデータを引っ掛けたいんです

チャーハン4とかチャーハン王様とか全部引っかかるような

定食を抜きたいならnotかな。
チャーハンの後が漢字のを除去したいなら正規表現使う。

>>220
> チャーハン4とかチャーハン王様とか全部引っかかるような

なら LIKE 'チャーハン%' でいいじゃん

>>219-222
うん。承知で聞いてみました。
もらったデータの分割が不十分だったので。。。
凄いテクニックを教えてもらえるかもと甘えてしまいました。

素直にデータの見直しをしてみます。
数万行あるけどｗｗｗ

WHERE menu REGEXP 'チャーハン[0-9]+.*'

結局、質問者がどんな条件でどんな行をSELECTしたかったのかすら分からなかったというオチ

OS名を見ろ。釣りだ。

>>226
釣りじゃないです。

達人がみてそうなので聞くけど、
while ($rows = mysql_fetch_array($result, MYSQL_NUM))
などで、その時に参照している行と、1行先の行を比較する時は
どうすればいいですか?

お願いします。

一行先と比較ではなく、
一行前と比較すればよい

>>228
ありがとう。
脳味噌を塩水で洗ってくる。

>>226
>OS名を見ろ。釣りだ。
あえてスルーしてたんだけど、改めて見るとおもろいわ
【OS名】Linax

>>230
ごめん。スルーしてよｗ
ただのtypoというか脳がカビてた。。。

なんなら"TOTO"でもスルーしてｗ

+id+-pra-+--sab--+
| 1 | 牛丼 | ネギ濁 |
| 2 | 牛丼 | ネギ濁 |
| 2 | 牛丼 | + 生卵 |
| 3 | 牛丼 | 生 卵 |

id2を一行として出力するのはどうすれば良いですか？

出力というか、同一データとして処理するにはという事です。

| 2 | 牛丼 | ネギ濁 + 生卵 |

こんな感じで。

そんなのはSQLの仕事じゃない
ストアドでも書いとけ

sab ww

>>233
GROUP_CONCAT関数を使え

>>234
バーカ

sabの型ををvarchar(10)ぐらいにして”ネギ濁 + 生卵”という文字列をデータにする

>>240
RH-Firewall-1-INPUT というチェインはlocalhostからlocalhostへのアクセスに関係してるのか？

基本的にデータベースへの操作はコネクションを確立し、通信で接続して操作をおこなうようにできています。
なのでポート：３３０６は開放しなければいけません。
ただ、mysql側の通信を受け付けるIPアドレスの設定をlocalhost(127.0.0.1)に設定し、それ以外のIPアドレスからの接続は受け付けないようにしなさいという意味です



で、iptableの解説

”-A RH-Firewall-1-INPUT -m state --state NEW -m tcp -p tcp --dport 3306 -j DROP”
　　↑これは確かに３３０６番ポートは閉じているのですが

さらに同じ設定ファイルの先頭のほうに次のような設定は書かれていませんか？

”-A RH-Firewall-1-INPUT -i lo -j ACCEPT”
　　↑これは”-i lo”つまりlocalhost(127.0.0.1)からの通信はすべてACCEPTにしますという設定です

なのでMysqlがインストールされているホストからはSQLが問題なく実行されているのです。

わかる？

>>241
うう、iptablesの知識不足でわかりません。お恥ずかしいです。
勉強し直します、ありがとうございました

>>242
なるほど！凄くわかりやすいです
たしかに「-A RH-Firewall-1-INPUT -i lo -j ACCEPT」と書いてありました、わかりました

簡単なmysqlの使い方みたいな本見て触ってただけなので、
ポートとかiptablesとの関係なんてのってないし考えたこともなかったです
聞いて良かったです、ありがとうございました。勉強します

socket使用でもいるんだっけ？

skip-networking!!!!!!

>>242
ずいぶん回りくどい説明だな

>>246
> 関数の入力として使う場合でもインデックスは有効になりますか？

ならない。

> もしならない場合は解決法などあるのでしょうか？

あらかじめbirthdayから年を抜いて文字にした列を作っておく。

alter table users add column (birth_mmdd varchar(5));
create index idx_users_birth_mmdd on users (birth_mmdd);
update users set birth_mmdd = date_format(birthday, '%m/%d');
select * from users where birth_mmdd = [今日の日付];

>>247
ありがとうございます！
なるほど、カラムを増やさないといけないのですね。。
データ量が増えるのが少し怖いですがやってみます。ありがとうございました。

>>246
MySQLには詳しくないが[今日の日付]の型をbirthdayに合わせればいいのではないのか？
SELECT * FROM users WHERE birthday = 日付型に変換([今日の日付]);
で、birthdayにインデックスを貼る。

いや、毎年のことだからね
DBに1984/3/31って入ってたら3/31部分で
マッチングかけないといけないから
フィールド側に演算が必要になる