私はいくつかの製品を持っていますが、独自のIDを持ち、MySQL DBを設計しています。このデータをインポートします。製品テーブルよりもはるかに多いですが、 。既存の製品IDをプライマリキーとして再利用
既存の製品IDを主キーとして再利用することをお勧めしますか?したがって、オートコンプリートIDの列には、既存の製品IDがインポートされます。
IDは通常の符号なし整数値であり、製品はxlsシートの一部の行のみになります。
私はいくつかの製品を持っていますが、独自のIDを持ち、MySQL DBを設計しています。このデータをインポートします。製品テーブルよりもはるかに多いですが、 。既存の製品IDをプライマリキーとして再利用
既存の製品IDを主キーとして再利用することをお勧めしますか?したがって、オートコンプリートIDの列には、既存の製品IDがインポートされます。
IDは通常の符号なし整数値であり、製品はxlsシートの一部の行のみになります。
これらのIDに関係が構築されている場合はIDをそのまま保持し、追加される新しいIDはIDプロパティで増分させるだけでIDを保持することは素晴らしいと思います。 ID列(自動インクリメント)で定義されたIDを挿入するには
次のコマンドを使用します。
Set Identity_Insert [TableName] On
-- --------------------------------------------
youre insert query goes here
-- --------------------------------------------
Set Identity_Insert [TableName] Off
問題は、私がこれまでやったことはないが、既存のIDを主キーとして再利用するために何の問題も見られないということです。なぜ2つのIDを維持するのですか?このIDを再利用しないと、すべてのリレーションがid列(プライマリAI id)になり、product_idを内部製品IDとして管理する必要がありますが、このIDをプライマリIDとして再利用すると、また、製品IDが1つしかありませんが、問題はありませんが、私が書いたように、それは良いアイデアだと思っていません。以前は決してしなかったので、わかりません:/ –
私はそれを「良い考えではない」とは見なしません。あなたは実際には、同じ構造/関係を保つことができなければ、あるデータベーステーブルから別のデータベーステーブルにデータを移行したいのですが、IDをそのまま移行するので、2列は必要ありません。ID(自動インクリメント)列で、identityプロパティを停止して、古いテーブルの値で値を上書きしてから、identityプロパティを再度オンにします – berthos
それは良いアイデア – Strawberry
他のプログラマーがどのように見えるか、私は同じだと思いますが、私が聞いているのと反対ですこの問題について。 –
私は多くの否定を得ることができるので、私はこの質問を削除します。私がそれが悪い考えであると思っても、評判のポイント。 –