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

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

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`))

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

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

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

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

を確認してみるべし。

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

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

windowsXPにxamppでMySQL5.1を入れたけど、どうやっても文字化けする。。。
ネットの情報かなり試したんだけど、5.0までと違うのか、まったくダメ。
5.1で同じような状況になった方はいませんか？

自分の設定も晒さないで何を言っておるのかね

MySQLでビューって遅いと聞きますが、どういった点が遅いのでしょうか。

「商品一覧テーブル(product)」と「商品カテゴリテーブル(category)」があり、
product.category_cd = category.category_cdを他：1で結びつけています。
「商品カテゴリテーブル」にはカテゴリ名カラムがあり、
商品検索のときに商品名とカテゴリ名両方検索できるようにしたいと思っています。

すでに構築されたプログラムの改変のため、JOINが非常にし辛いソースとなっていて、
ビューを使うとコストが抑えられると思っているのですが、遅いと聞くので使用していいか戸惑っております。

商品の修正もそこそこありで、検索もそこそこ使うといった感じです。
この場合、ビューを使ってよいものでしょうか。

MySQLはSELECT対象にVIEWを使うか
VIEWの内容をSELECT文の中に展開して書き込むかで
実行計画が変わることがある。
どちらが速いかはケースバイケース。

ただ >>511 のパターンではその前に
双方のcategory_cd列にINDEXが作ってあるかどうかが重要。

まずINDEXがあることを確認した上で、
VIEWのありなしで検証してみるのをオススメする。

C APIについて詳しい人います?

>>513
オライリーのMySQLクイックリファレンスを見れ
C APIについても載ってる

xmappインストールしてmysql起動しようとしても
開始押したらすぐに停止する
解決策わかる人いる？

>>516
なんかのエラーで停止してるんじゃない
ログみてみたら

x86の64-bit版と32-bit版とは、
・実行速度
・使用メモリ量
において、どのくらい違うものでしょうか。
なにか資料へのポインタでも頂けたらと思います。
なおOSはDebian Linuxです。

期待する解答例
・経験則で言うと、メモリ消費量は64-bit版の方が20%多い
・intのサイズが異なるので、intのカラムが多いとメモリ消費量が多くなるが、charだと変わらない
・実行速度は64bit版のほうが速いはずだが、ぶっちゃけSQLのチューニングのほうがよっぽど大事だから気にすることはない

>>518
バッファ上はMySQLのデータ型の分しか消費しないから、32bit、64bitで変わらない。
ていうかintはx86_64でも4バイトじゃね。

実行速度はCPUによる。
例えばCore 2のときは64bit動作でMacro-OPs Fusionという機能が効かなくて
あまり速くなかった。Nehalem以降は64bitの方が速いと思う。

実際の性能はデータをメモリ上にどれだけキャッシュするかが勝負なので、
32bitだと仮想メモリ4GBの壁があるので64bitの方が断然有利。

参考になります。
>>519
>バッファ上はMySQLのデータ型の分しか消費しないから、32bit、64bitで変わらない。
なるほど。メモリ消費量に違いはない（あったとしてもわずか）ということですか。

>実行速度はCPUによる。
>例えばCore 2のときは64bit動作でMacro-OPs Fusionという機能が効かなくて
>あまり速くなかった。Nehalem以降は64bitの方が速いと思う。
それは知りませんでした。
x86_64のほうがレジスタ数が増えた分、速いと思ったのですが、必ずしもそうではないんですね。
Nehalemというのは、Core2DuoではなくCore i3とかi5とかいうやつですね。
じゃあサーバのCPUの種類を調べてみる必要がありますね。

>実際の性能はデータをメモリ上にどれだけキャッシュするかが勝負なので、
>32bitだと仮想メモリ4GBの壁があるので64bitの方が断然有利。
使ってるのが安いVPSなので、そこまでメモリを利用できません。

たいへん参考になりました。ありがとうございました。

ソースも見せずに「原因として考えられること」なんて聞いたら
百個や二百個じゃ済まないだろ

>>521
まずは例外発生時のスタックダンプを晒してみろ。

ぬっ、、、、ぬるぽぉ！

■━⊂(　・∀・) 彡 ｶﾞｯ☆`Д´)ﾉ

Navicat Lite
今フリーバージョンは出てないけどw

>>527
あー、今、それ見てました！
Lite無くなってる(´･ω･`)ｼｮﾎﾞｰﾝ


有料だけどaccessでODBC接続とかが無難なんでしょうか？

>>528
使ったことは無いけど

Workbenchとか？後は知らん

>>526
workbench

おお、いいかんじっすね。
商用じゃないほう（Community エディション？）はフリーなんでしょうか？
個人事業で使う場合は商用？

Community EditionはGPL。
機能が足りててサポートいらないならそのまま仕事で使って問題ないよ。

そうなのですね！ あざーっす。

「MySQLってお金払わなきゃ使っちゃいけないの？」って質問するやつは、
確実にお金を払う必要などない人間。

金を払わにゃならんようなやつは、聞かずともわかるようになっている。

MySQLのライセンスが複雑すぎるんだよな

どこが複雑なんだか。

>>535
あんたのようなことを言うやつも金を払う必要はない。
もちろん、サポートしてほしいなら話は別だ。

>>537
必要がない。じゃなくて黙認されている、じゃねぇの？
http://www.softagency.co.jp/products/mysql/license/
の上から四行目の選択肢あたりは社内システムでも問題になりうると思うが。

社内システムなら2行目でNOだろ。4行目まで行かない。

請負でシステム構築する場合は？

そこはGPLそのものの話になるが、こんな解説が。
http://d.hatena.ne.jp/uehaj/20100710/1278772393

WoWクラブいきてぇ～

ねえ教えて

インストール後の設定ウィザードでサービスの起動がうまくいきません

応答なしになりますなぜだ

Windowsはムチャムチャ遅いからおすすめしない

conn, cur の関係ってどんな関係なんでしょう？
また、conn から curを作成できる理由って何でしょうか？

( ´Д`)y━･~~

犯罪者個人に対して告訴状を違法派遣・偽装請負・偽装出向・多重派遣の被害者が作成(刑事告訴は無料)　or 司法書士が代筆（料金は5万円ぐらい）※コピペ歓迎
↓
告訴状を【検察の直告班】に郵便局の内容証明付で送付（疎明資料・証拠にはＩＣレコーダー、スマホによる録音が適しています）
↓
審査　→　不受理　→　告訴状再提出または刑法 第193条で訴えを起こす
↓
受理　→　告訴事実を認め示談交渉（↓）　→示談成立　→　法廷相場50～100万円の示談金　※示談拒否が良い
↓　　　　　　　　　　　　　　　　↓
事案化←　前科あり　←示談不成立（↓）→　示談外交渉→　犯罪者の年収半額×最大懲役年数の和解金支払い※推奨
↓　　　　　　　　　　　　　　　　↓
↓　　　　　　　　　　　　　　　起訴　→公判　→　罰金刑＝前科（起訴事実を認めてるため）→追討ち民事訴訟
↓　　　　　　　　　　　　　　　　　　　　
審査　→　起訴（強制捜査・留置場）→　公判　→　懲役刑などの厳罰（反省が認められないため）→追討ち民事訴訟
↓
不起訴、起訴猶予
↓
検察審査会法第３０条（検察審査会へ申し立て）→　起訴　→　起訴後は同上
刑法 第193条（公務員職権濫用）で検察事務官を刑事告訴　→　同上

◎告訴→告訴受理→示談交渉→厳罰を求め示談不成立→示談外交渉→和解金支払い・和解契約（公正証書・即決和解で秘密保持契約）
◎偽装請負・出向・違法派遣事件では派遣・出向先両方の代表者、役員、現場責任者に告訴できます。
前科がついた犯罪者が法人の代表であれば公的な入札からの排除、取引先や顧客との契約解除など社会的制裁・批判に晒されることから辞職または解任が妥当、役員・社員であれば懲戒を想定。
◎事業者内部の加害関係者による刑事告発（刑事訴訟法239条1項）も可能です。
加害者本人、管理間接部門の社員が刑事告発に踏み切る場合も和解金による解決が妥当です。

注意：告訴が受理されない理由
●３年間（※）の時効が過ぎたもの　※違法派遣
●同一事実について過去に告訴取消しがあったもの
●関連する民事訴訟を有利に導く目的の場合
●証拠が希薄なもの　※被害者が契約時に違法派遣・偽装請負・多重派遣と知っていても刑事告訴は有効です。

パワハラ犯罪にたいする刑事罰(※本投稿のコピペ歓迎です)
人事原則
１　現行法では、社員が仕事を怠けたり、能力不足、就業規則違反、目標を達成できなくても解雇をしたり叱責することは違法です。どんな駄目社員、嘘つき社員、怠け者も定年まで解雇が違法なのが現行の正社員制度です。
２　パワハラは社風にあわない社員、成績の振るわない社員を自主退職に追い込む言わば人事的措置として用いられることが多い。
※違法な解雇の和解金相場は、労働審判で３ヶ月、通常裁判で１年以上の報酬、さらに社員が和解を拒めば復職が可能です。弁護士への着手金は12～15万円＋20%の和解金、和解拒否なら20～50万円程度。

人事部・ホットライン・御用組合へ直訴
メリット：　一時的緩和や人事異動
デメリット：　役員へ情報筒抜け、危険分子の烙印（情報漏洩がホットライン直訴者に多いのは人事部の常識）、パワハラ放置で自主退職に追い込まれる

民事訴訟・調停・労働審判
メリット：　損害賠償
デメリット：　裁判費用、解雇措置、民事不介入で刑事事案化を阻止、長期係争、パワハラ上司の継続雇用

刑事告訴
メリット：　１パワハラ上司の解雇・懲戒、または２多額の和解金、１と２どちらでも被害者の雇用は維持
デメリット：　人事異動（出世コースから外れる）
◎録音は一方の当事者が取る限り合法です。※加害者に録音の同意を求める必要はありません。
◎告訴受理後の和解金は加害者の資産・収入に応じて変えてください。犯罪者の昨年の年収の半額程度×最大懲役年数が妥当です。
◎パワハラの被害についての告訴は１侮辱罪２脅迫罪３強要罪４威力業務妨害罪５傷害罪の順序で行ってください。警察・検察の協力（犯罪者の自宅・職場の強制捜査、留置所勾留）により罪の立証が楽になります。
◎刑事告訴した社員を解雇したり処遇面で著しい差別を行うことはないでしょうが、出世や管理職以上の昇進の可能性はあきらめるべきでしょう。
◎刑事告訴は民事訴訟と違って裁判による被害者への2次被害にありません。検察庁が被害者に代わって訴えをおこすので、無料で、時間と手間も告訴状をかくことと音声録音を残すだけです。
◎和解契約（公正証書・即決和解）では告訴した事実は秘匿事項となります。犯罪者が秘密保持契約を違反した場合の損害賠償金は、最低5000万円～にしましょう。

社内システムを Core2Duo-E8400(2GB)で運用していましたが、
機器が故障したため、Atom-D2700(3GB)に入れ替えをしました。予算があまり無かったのです。

・クライアントは10台程度。
・innodbのみ使用。
・一覧表示を多用している。ページング処理をする為、countでレコード総数を取得している。
・my.cnfはそのまま流用している。

切替直後から、「一覧表の表示が遅い」というクレームが後を絶ちません。
以前は瞬時にページの切替ができましたが、切替後は数秒から30秒程度の
待ち時間が発生しています。

利用者からは、物凄い剣幕で「遅せーんだよ、なんとかしろ！」といわれていますが、
「慣れればいいだろ」とも言えず、解決策を模索中です。

CPUの処理性能が、これ程影響してくるとは思いませんでした。