MySQL 5.0

**シナイ山** · 04/04/13 10:02

このスレッドの執筆時には、まだバージョンもアルファ段階で正式リリースされる
まで程遠いが、これから新しい機能を試してみたいとかボラクルに取って代わり
低コストで次世代データベース開発のために利用したいエンジニアは今こいう時だから
こそver.5.0に着目したいところだ。

5系がまだアルファ段階だからといって敬遠するの良いが、テストマシン上で独自に開発を
して、テストマシン等で実運用するのも一つの道であろう。

開発の成果は、MySQLやOpenBSDに随時報告することが重要だ。

**NAME IS NULL** · 2009/05/23(土) 21:35:18

1234abcなんかしらないとエラーが言っている

**NAME IS NULL** · 2009/05/23(土) 22:13:08

先に
create database 1234abc;
をする

**NAME IS NULL** · 2009/05/24(日) 11:57:46

便乗質問です。
mysqlってダンプファイルの中身見て、ロード先のDBに必要な
データベースがなかったら自動的に作成してくれるもんじゃないの？

**NAME IS NULL** · 2009/05/24(日) 12:30:22

ダンプファイルってつまり単なる普通のSQLの塊だから
データをINSERTする前にテーブルをDROPしてCREATEするだけ。
それがダンプしたSQLの先頭にあるかないかの問題で、
MySQL側がどうこう言うことではないと思うが。
ダンプするツールが対応するか、もしくは手書きすべきだ。

**NAME IS NULL** · 2009/05/30(土) 23:42:08

すごい初心者な質問なのですが…
phpMyAdminのインストールってデータベースを作った後からでも
大丈夫なのでしょうか？

XREAでWordpressを使ってます。
MySQLからエントリーの中身をエクセルに落としたいのですが、
phpMyAdminをまだインストールしてませんでした。
XOOPSだと後からインストールすると問題ありな記事を読んだので
ちょっと不安になってしまいまして…
よろしくお願いします。

**NAME IS NULL** · 2009/05/31(日) 10:28:51

>>412
まったく問題ないと思うけど。。。
単なるPHPコードだよ？何かあるわけない。

**NAME IS NULL** · 2009/06/01(月) 23:16:57

助言をいただきたいのですが…。

SELECT t1.id, t1.data, t1.update FROM table_name t1
WHERE t1.update = (SELECT MAX(t2.update) FROM table t2 WHERE t1.id = t2.id)

これは、重複するidを持つレコードが複数あるテーブルから、
更新日updateの一番大きいレコードだけをかいつまんで取得するSQL文です。

ここにさらに条件を加え、各idの「一番小さいupdate」をキーにソートしたいのですが、
効率の良いSQL文が書けません。

アドバイスをいただければありがたいです。
（グループ化とかいいつつ、結局GROUP BY使わない方法でやってますが…;）

**NAME IS NULL** · 2009/06/01(月) 23:23:24

idと更新日のペアがタブっていたらどうするの?

**NAME IS NULL** · 2009/06/01(月) 23:29:24

SELECT
　t1.id, t2.data, t1.max_update AS update
FROM
　(SELECT
　　id, MAX(update) as max_update, MIN(update) as min_update
　　FROM table_name GROUP BY id) t1,
　table_name t2
WHERE
　t1.id = t2.id AND t1.max_update = t2.update
ORDER BY
　t1.min_update

**NAME IS NULL** · 2009/06/02(火) 10:48:25

>>415
idと更新日のペアは一意になるようになっています。

>>416
ありがとうございます！
とても勉強になります。

**NAME IS NULL** · 2009/06/02(火) 11:23:58

PHP から MySQL を使っています。
SELECT で varchar(2000) の値を取得するときのことなのですが、
PHP 側ではこの値の冒頭200文字程度しか利用しないと分かっているとき、
はじめから SUBSTRING で値を削って取得するメリットは小さいでしょうか？

一般に MySQL で余計な関数を使うと処理が遅くなると聞きますので、
こういった文字列処理は値を取得しておいてPHP側でしたほうがよいですか？
なんとなく、あらかじめ削っておけばメモリの消費が抑えられるのではないかという考えがよぎって迷っています。

**NAME IS NULL** · 2009/06/02(火) 13:02:24

グループ化についてもう一つ助言をいただきたいのですが…。

GROUP BY AAA, BBB

これは、AAAとBBBが同一のものをグループ化すると理解しています。
そうではなく、AAAでグループ化して、さらにそれをBBBでグループ化する、
のようにGROUP BYを入れ子にするには、どのようなクエリを書けば実現できるのでしょうか？

**NAME IS NULL** · 2009/06/02(火) 13:41:43

>>418
考え方による。
大規模なwebアプリなら、圧倒的にPHP側で処理すべきと思う。
あなたの力量にもよるけど、突き詰めると、DB側で処理するメリットは無い。

DB側で処理すれば、結果セットが巨大でもデータ転送が速く、かつ省メモリ。
しかし、データが永続的に増える条件下での削減量はたかが知れてる。

DB側で処理すれば、PHPコードがシンプルになる。
しかし、マルチバイト文字の扱いが微妙だし、潰しが聞かない処理(リクエスト、関数、etc)が増える。

DB側で処理すれば、クエリキャッシュが効けば1回限りの処理で済む。
しかし、処理済みデータをオンメモリキャッシュしたほうが、もっと速い。

DB側で処理すれば、PHP側の処理が軽くなる。
しかし、DBよりPHPのほうが簡単にスケールできる場合が多い。

こんな感じでいかがかしら。

**NAME IS NULL** · 2009/06/02(火) 13:51:14

>>419
SELECT * FROM (SELECT * GROUP BY AAA) GROUP BY BBB

ただしAAAでグルーピングした時点でBBBの内容は不定になっている。
これで目的が達成できているか、不明。

**NAME IS NULL** · 2009/06/02(火) 14:40:11

>>419
不可能。

**NAME IS NULL** · 2009/06/02(火) 18:38:46

>>419
＞AAAとBBBが同一のものをグループ化
えー、そうだっけ？

**NAME IS NULL** · 2009/06/02(火) 19:28:58

GROUP BY AAA, BBB がそうだろ？

**NAME IS NULL** · 2009/06/02(火) 22:06:54

>>419
GROUP BYを入れ子にって、いったいどういう結果を期待してんの？
勝手な言葉で質問しても解釈がまちまちだからごらんの有様だよ。

**NAME IS NULL** · 2009/06/03(水) 23:00:07

>>420
ありがとうございます!!

**NAME IS NULL** · 2009/06/17(水) 20:22:30

accessから移植したいんだけど、最後に;をつけるだけでおｋ？
create tableなんかはtype=InnoDB;つけないとだめ？

**NAME IS NULL** · 2009/06/17(水) 21:07:07

データ型そんなに互換性ないだろう
全部見直さないとダメ

**NAME IS NULL** · 2009/06/17(水) 23:21:33

access使うようなのがトランザクション処理が必要なのだろうか…
myisamでいい気がするがなあ

**NAME IS NULL** · 2009/06/18(木) 20:31:27

>>428
大幅に見直すのはcreateのところだけじゃ不十分かな？
select,insert,updateの構文は;つければ使えない？

**NAME IS NULL** · 2009/06/19(金) 12:45:53

selectで、○番目と○番目のレコードを取得、ってしたいんですが、
limitで複雑な指定できませんよね？
サブクエリを駆使するしかありませんか？

イメージとしては、こんな感じに指定したいんです。
SELECT * FROM table LIMIT (0, 1 AND 5, 1)

**NAME IS NULL** · 2009/06/19(金) 12:51:14

>>430
見直しが極めて望ましい。
DBは意外と互換性がないので。

**NAME IS NULL** · 2009/06/19(金) 12:54:58

>>431
UNIONがおすすめ。

(１つ目のクエリ LIMIT 0,1) UNION (２つ目のクエリ LIMIT 5,1)

いくつ繋げてもindex効くし、綺麗。

**NAME IS NULL** · 2009/06/19(金) 13:47:54

>>433
ありがとうございます！
各クエリともLIMIT部分以外が同一であっても、
やはりクエリの数だけ走査しなおしてしまうのですよね？

**NAME IS NULL** · 2009/06/19(金) 17:54:37

SELECT SUM( p.point )
FROM point_table p
GROUP BY p.id
ORDER BY SUM( p.p.point ) DESC
LIMIT 100

これは、各idのもつpointの合計値を、pointの多い順に上位100件取得するクエリです。
ここで得られるpointの合計値を求めたいのですが、
上のクエリをどのように修正すれば良いのでしょうか？

**NAME IS NULL** · 2009/06/19(金) 18:43:32

>>434
つ　EXPLAIN

また、一時テーブルをつくる方法も。

**NAME IS NULL** · 2009/06/19(金) 19:38:32

>>436
なるほど、一時テーブルですか。検討してみます。
ありがとうございます！

**NAME IS NULL** · 2009/06/20(土) 09:28:26

>>430
そのまま移植して動かして見てエラーが出たらなおせばいい

**NAME IS NULL** · 2009/07/03(金) 12:40:09

MySQL を勉強中なのですが、クエリの最適化について悩んでいます。

SELECT d.date, i.ip, n.name
FROM update_log d
LEFT JOIN update_log i USING(id)
LEFT JOIN update_log h USING(id)
WHERE d.id = 100
AND i.ip IS NOT NULL
AND n.name IS NOT NULL
ORDER BY d.date DESC, i.date DESC, n.date DESC
LIMIT 1

『条件』
・update_log テーブルから、指定した id に該当するレコードのdate, ip, nameを取得する
・ただし、ip, name の各項は NULL 値が入っている可能性がある
・NULL 値ではない、もっとも date が大きいレコードを各項について取得する

上記クエリだと、取得にかなり時間がかかってしまうため、
よりよいクエリを発行したいのですが、よいアイディアが生まれません。
助言いただけましたらうれしいです。

**NAME IS NULL** · 2009/07/03(金) 13:04:22

nとhが混ざってね？

それは置いといて、クエリよりインデックスの張り方の問題じゃないかな。
それぞれのテーブルに複合インデックスを張れば
普通に激速になりそうな気がする。

**NAME IS NULL** · 2009/07/03(金) 13:13:46

いや、よく見るとクエリも変？
LEFT JOINいらなくね？違うか？

**NAME IS NULL** · 2009/07/03(金) 13:26:49

それ自己結合する意味あんの？
条件の1つ目と3つ目なんて違う話だし

**NAME IS NULL** · 2009/07/03(金) 15:08:14

レスありがとうございます。

>>440
すみません、一個所 n が h になっていました。
インデックスは EXPLAIN 見ながら貼り直したりしてみたのですが、
特に変化はみられませんでした。

>>441
>>442
それぞれの値を取得するために、
3つばらばらにシンプルなクエリを発行したほうが良いということでしょうか？

**NAME IS NULL** · 2009/07/03(金) 15:41:51

すみません、そもそもクエリが条件に合致していませんでした。

SELECT d.date, i.ip, n.name
FROM update_log d
LEFT JOIN update_log i ON (i.id = d.id)
LEFT JOIN update_log n ON (n.id = d.id)
WHERE d.id = 100
AND i.ip IS NOT NULL
AND n.name IS NOT NULL
ORDER BY d.date DESC, i.date DESC, n.date DESC
LIMIT 1

**NAME IS NULL** · 2009/07/03(金) 19:52:22

サブクエリ使ってください

select l1.date, l1.ip, l1.name
from update_log l1
where id = <入力値>
and date = (
select max(l2.date)
from update_log l2 where l1.id = l2.id
and l2.ip is not null
and l2.name is not null
)

**NAME IS NULL** · 2009/07/03(金) 21:14:10

>>445
それだと全フィールドがnullのレコードが選択されるんじゃね

**NAME IS NULL** · 2009/07/04(土) 00:15:52

アドバイスありがとうございます。

いろいろ試した結果UNIONでつなげることで落ち着きました。

はじめのクエリだとなぜだめなのかが、よくわかりません。
500行のテーブルに対して10秒近くかかってしまっていました。
クエリのどこに原因があるのか、おわかりになる方いましたら、
ぜひ教えてください。m(_ _)m

**NAME IS NULL** · 2009/07/07(火) 17:41:36

二つのDATETIME型の差をTIMEDIFF関数を使って求めたのですが、838時間以上は丸められてしまいます。
正確な秒数を求める方法はありますか？

**NAME IS NULL** · 2009/07/08(水) 18:44:51

>>448
time型ではそれ以上の時間は扱えない。

**NAME IS NULL** · 2009/07/17(金) 22:48:11

あるレコードを DELETE するのと
あるレコードの主キーを UPDATE するコストっていうのはあまり変わらないですか？

**NAME IS NULL** · 2009/07/18(土) 00:19:49

全然違う。
DELETEは重い。頻度にもよるけど、リアルタイムで叩くなら、最もやってはいけない事。
一方、主キーを書き換えるのもヘン。主キーは唯一のレコードを特定するのに用いるべきで、
途中で書き換えてよいデータでは基本的にない。

**NAME IS NULL** · 2009/07/18(土) 05:01:47

コストがかかるのはindexがある場合のそのメンテと、外部キーの参照先になっている
場合とかだろ。deleteそのものはinsertとそんなに違うわけじゃない。
ところで、コストが全然違うと言いたいのか、どっちもコストがかかると言いたいのか
どっちなんだ。

**NAME IS NULL** · 2009/07/18(土) 12:41:08

感じ悪いスレだな

**NAME IS NULL** · 2009/07/19(日) 00:31:12

固定長のテーブルなら気にしない

**NAME IS NULL** · 2009/08/02(日) 10:47:35

うん
ただupdateにくらべてdeleteが死ぬほどおもいのはたしか

**NAME IS NULL** · 2009/08/02(日) 11:39:00

MySQLの全文検索って日本語対応してますか？
n-gram検索ですか？それとも分かち書きされたワード検索ですか？

**NAME IS NULL** · 2009/08/02(日) 15:30:56

分かち書きされたワード検索。
日本語も分かち書きすれば一応使える…けど普通はSenna使う

**NAME IS NULL** · 2009/08/03(月) 21:38:34

そうなんですか。
ググったら、Sennaもワード検索と、あと2-gramをサポートということなんですね。
2-gramがあれば完全に自由な文字列でも検索できるのかな。
Debianではsennaのパッケージが見付からないのが残念です。

**NAME IS NULL** · 2009/08/03(月) 21:52:10

Windows XP SP3
MySQL 5.1 です、root のパスワードを忘れてしまいました
Google でMysql　パスワード　忘れたで検索しますが、的確なすべがわかりません
ご教示願います。

**NAME IS NULL** · 2009/08/03(月) 23:22:30

試してないが。これで駄目？
http://miztools.so.land.to/php5_list/sql4_list/mysql_win.shtml

**NAME IS NULL** · 2009/08/04(火) 21:23:23

>>460 さん
ありがとうございます。
掲示していただいたURL
「root パスワードを忘れたときの　伝家の宝刀：１」ここに書かれている
mysqld-nt にパラメータを付加し起動する方法を、試すのですがWindows版MySQL 5.1 にmysqld-nt.exe が無いので
お手上げになっている状況です。

**NAME IS NULL** · 2009/08/05(水) 04:38:46

>>461
ちょっと考えれば分かるだろうけど、タスクマネージャで現在実行中のファイル名とか確認しましょうぜ。

ちなみにウチでは、テスト用ユーザーをたくさん作ったあと、権限テーブル初期化する時なんかは、
>>460のサイトにある宝刀：２の方法でいつもやってるな。
まあ失いたくない情報なら、その時点でファイルのコピー取るなり、mysqlDB(ディレクトリ)以下のテーブルの
dump取っとくことをお勧めする。

何、インストール時にそんなバックアップなんか取ってないって？
それなら本家行って、初期状態のをとってくればよろしい。

**NAME IS NULL** · 2009/08/05(水) 21:38:30

>>462さん>>461 です
どうもです、
>>それなら本家行って、初期状態のをとってくればよろしい。
本家ってhttp://www-jp.mysql.com/ ここのことだと思うのですが
これって再インストールしろってことですか？

**NAME IS NULL** · 2009/08/06(木) 06:37:10

http://dev.mysql.com/

**NAME IS NULL** · 2009/08/14(金) 20:39:45

ちょっとした事、教えてください。
on duplicate key update で insertした時、insertした内、何件がinsertで、何件がupdateだったとかって
判りますかね？

そういうのが知りたい場合は on duplicate keyを使うべきではない？

**NAME IS NULL** · 2009/08/15(土) 22:23:31

MySQLの設定について教えて下さい。
BLOB型にVB.NETから格納しようとINSERT文を使っても
MySQL側の制限のせいでbyte配列の0番目の(63)しか格納できません><

ご回答よろしくお願いします。

環境
Ubuntu9.04
MySQL 5.0
VB.NET(mysql.data.dll使用)

**NAME IS NULL** · 2009/08/16(日) 13:09:44

>>466
質問になってないな…

**NAME IS NULL** · 2009/08/16(日) 15:06:45

>>466
スキーマ、SQL文とか
制限があると判断した根拠がないとな。

**NAME IS NULL** · 2009/08/17(月) 14:44:57

別ファイルにテーブル定義を作成してます（10テーブル）、そのファイルを
MySQL に読み込ませて、新規テーブルを作成したいのですが、具具ってもコマンドが分かりません、教えてもらえないでしょうか。

**NAME IS NULL** · 2009/08/17(月) 21:49:18

>>469
mysql dbname < filename

**NAME IS NULL** · 2009/08/22(土) 17:31:04

>>470
>>469です
お礼が遅くなりました、ありがとうございます。

**NAME IS NULL** · 2009/08/30(日) 21:09:54

mysqlの正規表現で文字列の部分抽出や置換はできないのでしょうか。
たとえば、下記のtema列値をタグを正規表現で除去して表示することは出来ますでしょうか？
(どんなタグが入るか不明のため、正規表現で除去したいと思っています。)
低レベルな質問ですみませんが、お分かりになられる方が居られましたら
ご教授よろしくお願いいたします。

sid | tema
----------
1 | その1
2 | その2
3 | その3

**NAME IS NULL** · 2009/08/30(日) 23:34:29

regexp ？　　rlike ？
よく判んね w

**NAME IS NULL** · 2009/08/30(日) 23:39:10

>>472
mysqlじゃ無理。おとなしくプログラムで対処するしかない。

**NAME IS NULL** · 2009/09/02(水) 17:36:46

MacOS X Leopard から SnowLeopard への以降に伴い、
MySQLを5.0(x86)から5.1(x86_64)にアップグレードしました。
このとき、データベースファイルはそのままコピーできるものなのでしょうか。
それともmysqldumpとかを使った方がいいのでしょうか。
5.0から5.1への移行における、おすすめのデータファイル移行方法を教えてください。
よろしくお願いします。

**NAME IS NULL** · 2009/09/05(土) 21:21:30

CPU違うならdumpしなきゃだめよ。
dumpだけでいいかはしらん。

**NAME IS NULL** · 2009/09/05(土) 23:09:50

MySQL で　5時間前　や　5時間後　を算出するにはどうすれば良いでしょか？
AddHour(2)とかって関数は無いのでしょか？

SELECT SYSDATE() + 5 / 24 FROM TEST_TABLE

としているのですが変な値が返って来ます。

**NAME IS NULL** · 2009/09/05(土) 23:55:52

>>477
addtime

**NAME IS NULL** · 2009/09/05(土) 23:59:45

>>478
サンクス

**NAME IS NULL** · 2009/09/23(水) 15:29:42

急な停電のためmysqlのデータベースファイルが壊れてしまったのですが
myisamなテーブルはrepairで復旧できたのですが
innodbの場合はrepairしようとするとエラーが出てしまうのですが何か復旧方法ってありますでしょうか？

**NAME IS NULL** · 2009/09/23(水) 22:23:11

UPS使ってないシステムなんてしらん

**NAME IS NULL** · 2009/09/24(木) 02:58:26

とりあえず現状をバックアップしてさらに壊したときに対応できるようにする。
んで innodb_force_recovery を6に。

**NAME IS NULL** · 2009/10/21(水) 20:25:16

すいません。ここじゃないかもしれませんが知ってたら教えてください。
mysql workbench5.1.16 OSX版を使用していますが、
カラムの型をdouble (16,9)とかにしてもただのdoubleになってしまいます。
なんなんですかいったい。DBデザイナーだとちゃんといくのに。設定で回避できたりしないでしょうか？？

**NAME IS NULL** · 2009/10/21(水) 23:05:05

MySQLでテーブルのカラムはいくつくらいまで作成しても大丈夫ですか？
50～100個とか普通は作成しないでしょうか。

**NAME IS NULL** · 2009/10/21(水) 23:07:26

>>484
ttp://nippondanji.blogspot.com/2009/05/mysql.html

**NAME IS NULL** · 2009/10/21(水) 23:45:02

>>485
回答有難うございます！

InnoDBの場合は1000カラムまでで、これは速度はほとんど低下しないと期待してもよいのでしょうか？

**NAME IS NULL** · 2009/10/22(木) 15:08:28

1000カラムのうちLOBがいくつあるかによる
LOBが増えれば増えるほど遅くなるよ

**NAME IS NULL** · 2009/10/22(木) 23:09:09

>>487

画像みたいなのを入れなければいいんですね。想像以上に作成できるカラムの数が多くて驚いています。
有難うございました。

**NAME IS NULL** · 2009/10/23(金) 12:29:40

>>483
user define typeで個別に作ると対応できるみたい。不便。

**NAME IS NULL** · 2009/10/24(土) 05:14:42

質問です。
Windows XP で 5.0.45 を使用して、毎日 mysqlimport コマンドをバッチ処理で実行していますが
昨日までは正常に動作していたのに、今日のジョブが5時間以上経っても終わりません。
show processlist で見てもプロセスは存在しません。
現在何が起きているのかを確認する方法はないでしょうか？

**NAME IS NULL** · 2009/10/24(土) 18:02:55

とりあえずエラーログをみる

**490** · 2009/10/24(土) 20:53:52

>>491
エラーログファイルは見てみましたが、何も吐いていませんでした。
半日経っても終わらないので kill しましたが、一件もロードされておらず
テーブルロックが掛かっているような感じにも思えますが、テーブルを更新するのは
そのバッチ処理のみなのでそれもないし・・・
kill した後に手動で mysqlimport コマンドを発行したら、あっという間に正常終了しました。
何だったのだろう・・・　よく分かりませんが、再現待ちとします。
ありがとうございました。

**NAME IS NULL** · 2009/12/03(木) 22:35:54

素人丸出しの質問かもしれませんが、MySQLを使う必要が生じてしまったのでお願いします。

同一テーブル構成のTBL-A、TBL-Bがの２つがあります。
テーブルレイアウトは、
基準日　　　int(8)
社員番号　　int(10)
構成　　　　　int(10）
だとします。

TBL-AとTBL-Bを比較し、以下のことをSQLでやりたいんですが、何か関数等あるんでしょうか？
(1)社員番号がTBL-Aに在ってTBL-Bに無い場合-->TBL-Bに該当レコード追加
(2)社員番号が両方に存在し、TBL-Aの基準日がTBL-Bの基準日以降の場合-->TBL-Bの該当レコードをTBL-Aで上書き
(3)社員番号が両方に存在し、TBL-Aの基準日がTBL-Bの基準日以前の場合-->何もしない
(4)社員番号がTBL-Bに在ってTBL-Aに無い場合-->何もしない

**NAME IS NULL** · 2009/12/04(金) 15:17:42

なんでこういう人っていつも仮定口調なの？

**NAME IS NULL** · 2009/12/08(火) 01:03:06

MySQLとAccess連携でプロト作ってるんだが、どっかにMｙSQLの主にストアドを
綺麗にまとめてるサイト無い？

**NAME IS NULL** · 2009/12/08(火) 01:16:20

うちの会社で余ったWinXPのproにMｙSQL5.1入れて、ポート開けて20人位の同時アクセスさせているのだが、
今のところ全然問題なく使えてる。バックアップも問題ない。

ココで質問。
1.このまま使っててもOK？
2.今更だがMySQLって、ポート3306開けときゃサーバじゃなくても同時アクセスで使えるモノなの？

※やってみたら出来た。っていう素人さんなのでプロからのアドバイスを希望します。

**NAME IS NULL** · 2009/12/08(火) 06:57:23

>>496
XPProで、その利用方法はライセンス違反

**NAME IS NULL** · 2009/12/08(火) 07:58:17

>>496
Winのライセンス上の問題は
ttp://www.apache.jp/pipermail/apache-users/2003-January/002303.html
参照。

**NAME IS NULL** · 2009/12/08(火) 08:24:00

>>498
不特定多数か社内限定かは
異なるだろうけど、結果は同じ？

**NAME IS NULL** · 2009/12/09(水) 20:19:53

thx

**NAME IS NULL** · 2009/12/10(木) 10:20:13

ライセンス違反のわけねーだろ。アホかい。

**NAME IS NULL** · 2009/12/10(木) 23:27:35

501はたぶんMySQLのライセンスとWindowsのライセンスの区別がつかない程度のしったか

**NAME IS NULL** · 2010/01/29(金) 00:48:30

ON DELETE CASCADE を参照先テーブルに適用してますが、下記のエラーが出ます。
下記のエラーいがいに何が問題になっているか知る方法はありますでしょうか。

SQLSTATE[23000]: Integrity constraint violation: 1451 Cannot delete or update a parent row:
a foreign key constraint fails (`db`.`table`, CONSTRAINT `table_ibfk_10` FOREIGN KEY (`table_id`) REFERENCES `table` (`id`))

**NAME IS NULL** · 2010/01/31(日) 15:42:47

ただのチラ裏です・・・
客用にCOREi3のWin7機を買ったんだが、クラサバシステムのODBC3.51でつないだらエラーの出るテーブルが出た
2台だけだったんで持ち帰りつないでみようとしたら全部つながらなくなった
pingは通るのに何だ？ってパニック
よく考えたら鯖に使ったXPのファイアーウォールが邪魔してただけだった・・・
で、ODBCを2.51にしたらとりあえず全部つながった
このまま行っちゃう予定
よく考えたら36時間程メシ食ってないお
食ったら寝て明日の昼休みの時間に納入してくる

**NAME IS NULL** · 2010/02/05(金) 12:11:56

>>503
「mysql error 1451」とか「mysql Cannot delete or update a parent row」でぐぐってみた?

結局のところ、制約の子が残ってるから消せない/更新出来ないよってことなんだが、

・ON DELETE CASCADE をしているつもりで出来てないってことはないか?
　(子側をshow create tableなんかで確認)
・他に同じ(親)テーブルを、外部キー制約の参照先にしてるテーブルは無いか?

を確認してみるべし。

**NAME IS NULL** · 2010/04/14(水) 19:46:11

かねやんからエクスポート後、再度かねやんからインポートした時、
文字列が空欄になるんだけど、この現象って文字化けなの？

**NAME IS NULL** · 2010/04/14(水) 22:22:42

ファイアーウォールかもね

**NAME IS NULL** · 2010/08/14(土) 23:40:51

age