問題タブ [mysql-error-1062]

I18Nカテゴリテーブルが必要です。私はjobeetの例に従いました。

以下のスキーマとフィクスチャのデータ。

これらのコマンドを実行すると、データベースにデータが挿入されず、エラーが表示された赤いボックスが表示されます。SQLSTATE[23000]：整合性制約違反：1062キー「PRIMARY」の重複エントリ「1-et」

データロードタスク（「mysqld--log = logfile」でログに記録される）で実行されるクエリ：

新しく構築したデータベースでこれらのコマンドを手動で実行した場合。上記の3から6までのクエリは正常に実行され、データが挿入されます。クエリ番号 7はデータを出力せず、nrを照会しません。8は失敗したものです。（ID 1がすでに存在するため、手順6で挿入します）。

問題はクエリ番号にあるはずです。7. "k.lang ='et_EE'"私はそれが'et'であるべきだとかなり確信していますか？なぜnrをクエリするのか。7は必要ですクエリnrとまったく同じようです。5しかし、値がない、および/または台無しになっていますか？

何を着たのですか、それともバグですか？

schema.yml

data / Fixtures / category.yml

ZF 1.9.5ここ。ON DUPLICATE KEY UPDATEZend_Db_Tableを使用するときに、エミュレートする例外をキャッチすることを提案した人がいます。

現在、私は

SQLSTATE[23000]: Integrity constraint violation: 1062 Duplicate entry 'i7dd30253497cfc0539d7c5830a926f7d' for key 'ukey'

..使用する場合

だから、私はそのバガーをで捕まえたいですtry / catch。例外としてupdate、それ以外の場合insert。
しかし、私は何を捕まえるのかわかりません。Zend_Db_Exception？PDOException？Zend_Db_Adapter_Exception？何度か試しましたが、うまくいかなかったと思います。

後で編集します。これは私のために働いた：

複合主キーを持つテーブル「tbl_project_user_assignment」があります。

project_idとuser_idで構成されています

これらはそれぞれ、プロジェクトテーブルとユーザーテーブルへの外部キーでもあります。

現在、このテーブルには次の2つのエントリがあります...

このSQLクエリを実行すると...

INSERT INTO tbl_project_user_assignment（project_id、user_id）VALUES（2、1）;

...次のエラーメッセージが表示されます。

整合性制約違反：1062キー「FK_project_user」のエントリ「1」が重複しています

FK_project_userキーは、project_idをtbl_projectidにリンクするキーです。

私が挿入している値は一意であるため、これは私には意味がありません...

何か案は？

このエラーについて考えがありますか

製品（BOおよびFO）を保存しようとすると表示されます

URL を一意のキーとして格納する MySQL テーブルがあります。キー自体が任意の URL の最初の 64 バイト (または必要に応じてラテン 1 照合された文字) にすぎないように見えるため、キーで衝突が発生し始めています。そのため、URL が 64 文字を超えていて、既に同様の URL を取得している場合、エラーがスローされます。

例えば：

このエラーをスローします:

MyISAM の鍵の長さは 1000 バイトであるはずではありませんか?

編集:次のように見える CREATE TABLE STATUS 呼び出しにリストされているプレフィックス長がないようです:

次のように 256 に設定しようとしました。

次のエラーが発生しました。

フォールバックは、MySQL Workbench を介して ALTER TABLE を実行したためだと思います。

こんにちはみんな私はテーブル構造の写真を添付し​​ました。

問題

私はdbに新しいレコードを追加していますtitleが、異なるときに複製されたと表示されます。3つすべてを一意に構造化する方法に何か問題がありますか？

タイトル、親、eidは、3つすべてに同じデータが含まれている場合にのみ一意である必要があります。フィールドのいずれかが異なる場合は、重複しないものとして扱います。

更新さ れたタイトルbla blaはまだdbに存在しません

site_url を誤って変更した後に自分のサイト (wp-admin) が使用できなくなったため、最近のバックアップから WordPress MySQL DB を復元しようとしています。サイト全体を再インストールしようとしていますが、DB を再インストールする必要があります。問題は、wp_options テーブルが PHPmyAdmin 経由でアップロードされないことです。私が得るエラーは次のとおりです。

#1062 - キー 2 の重複エントリ 'rewrite_rules'

私は MySQL についてほとんど知りませんが、再インストールを試みるために削除する前に DB が問題なく動作していたため、これは奇妙に思えます。

誰でもアドバイスできますか？

「Id」（PK）、「KlantId」、「Datum」、「BestellingsTypeId」の4つの列を持つテーブル「Bestelling」があります。ここで、列Idをauto_incrementにしますが、これを実行しようとすると、このエラーが発生します：

誰かアイデアがありますか？

だから私はOpenCartのインポート/エクスポートモジュールを持っていますが、新しいデータを挿入する前に製品オプションテーブル全体を消去しています...

私が持っているサード パーティ製の製品オプション モジュールのサポートを開発する必要がありますが、それまでの間、製品オプション テーブルの重要な列を削除しないようにしようと考えています。

テーブルにはproduct_option_value、「product_option」、「product_id」、「quantity」などがありますが、消去したくない「info」という名前の列が 1 つあります。方法は以下です。

私はMySQLに精通していませんが、次のような効果が欲しいです:

ありがとう！

編集：

私はマイケルの提案を使用UPDATEして明示的にそれらをすべてNULLに設定しようとしました...しかし、それはこのエラーを返しました:

エラー: キー 1 の重複エントリ '0' エラー番号: 1062 UPDATE oc_product_option_valueSET product_option_value_id=NULL、product_option_id=NULL、product_id=NULL、quantity=NULL、subtract=NULL、price=NULL、prefix=NULL、sort_order=NULL、weight= NULL、sku=NULL、画像=NULL

主キーを取り出してみました：

$sql .= "UPDATE ".DB_PREFIX."product_option_value SET product_option_id=NULL, product_id=NULL, 数量=NULL, 減算=NULL, 価格=NULL, プレフィックス=NULL, sort_order=NULL, 重量=NULL;\n";

しかし、私は得る:

エラー: キー 1 のエントリ '1' が重複しています エラー番号: 1062 INSERT INTO `oc_product....

編集：

わかりましたので、INSERT から「primary_key」フィールドを削除しました...アップロードからエラー メッセージは表示されませんでした。しかし、製品オプションの製品を表示すると、ページの上部に次のメッセージが表示されます。

Notice: Undefined index: name in /httpdocs/ocart/catalog/model/catalog/product.php 行 418Notice: Undefined index: name in /httpdocs/ocart/catalog/model/catalog/product.php 行 418Notic...繰り返します

複数の SQL クエリを使用するアプリケーションがあり、奇妙なエラーが発生することがあります。

たとえば、次のようになります。

結果は次のようになります。

一意の主キー制約に違反しているためです。

MySQL でエラーの原因となったクエリと共に何らかの方法でエラーをログに記録することは可能ですか? /etc/mysql/my.cnfでerror-logとgeneral-logを有効にしようとしましたが、予期した結果が得られませんでした。エラーなしですべてのクエリのログを有効にすることができました (私たちにとってはほとんど役に立ちません。エラーが発生したクエリにのみ関心があります)。

エラーはアプリケーションによってキャッチできます (私たちの場合、Perl DBI を使用しています)。ただし、ストアド プロシージャに複数のステートメントがある場合、エラー メッセージにステートメントのテキストが含まれていないため、どのステートメントかわかりません。クエリ、または関連するテーブルの名前さえも。これにより、トラブルシューティングが非常に困難になります。

明らかな何かが欠けていると確信しています。たとえば、Oracle ではこれがデフォルトの動作であり、クエリ エラーはテキスト ファイルに記録され、簡単に識別できます。