私は、C＃アプリケーションを介して入力されたMySQLデータベースを持っており、1億以上のレコードの規模でレコードを大量にアップロードしています。これらのレコードがインポートされた後、データに対してさらに分析およびその他のスコアリングツールが使用されます。データのより小さなサブセットを選択すると、レコードは正常になりますが、完全なデータセットを使用すると、レコード＃16777216に到達すると、このエラーが発生します。一意のプライマリ設定を設定する前は、重複するIDレコードがあちこちで作成されていましたが、データはすべて取得されていました。ただし、重複レコードが設定されていると、さらに処理を行うと誤った結果が生成されていました。
私の質問は単純ですが、この問題について聞いたことがある人はいますか？もしそうなら、何が起こっているのでしょうか？これは私のバージョンのMySQLのバグですか？WindowsXPでMySQL5.0.67を実行しています。
本当にありがとう！！
ちょっと興味があるんだけど...
load data infile を使用してテーブルにデータを入力しない特定の理由はありますか?
ロードする前にアプリケーションでデータを処理する必要がある場合でも、それを行うことができますが、sproc を 1 億回呼び出す代わりに csv ファイルに出力します。ファイル内のデータのロードははるかに高速になります!!
ここを参照してください - http://dev.mysql.com/doc/refman/5.1/en/load-data.html
bigint の符号なし主キー (8 バイト) と最大値 4294967295 (40 億) の符号なし整数 (4 バイト) が本当に必要ですか?
ここを参照してください - http://dev.mysql.com/doc/refman/5.0/en/numeric-types.html
ただの思い…
MEDIUMINTどこかに関係者がいないって本当ですか？show create tableこの問題を示しているテーブルで実行します。