0
私のアプリケーションは、クライアント側のテーブルの主キーを生成するので、ID列の使用が制限されています。それは財政的なアプリケーションではなく、百万年に一度重複行が問題になることはありません。ランダムに生成されたBigIntを主キーとして使用するのは妥当ですか?
プライマリキーのデータ型としてbigintを使用しない理由は何でしょうか?
私のアプリケーションは、クライアント側のテーブルの主キーを生成するので、ID列の使用が制限されています。それは財政的なアプリケーションではなく、百万年に一度重複行が問題になることはありません。ランダムに生成されたBigIntを主キーとして使用するのは妥当ですか?
プライマリキーのデータ型としてbigintを使用しない理由は何でしょうか?
明らかな欠点は、ディスク容量です。 big intとintを使用すると、ディスク上のレコードのサイズが大きくなります。
テーブルの中で21億以上のレコード(intの制限)を処理することを期待している場合は、ディスク容量を増やすことではるかに大きな作業があります。非常に大きなデータセット。
私は、SQLデータの分割について検討します。
私はこの質問がなぜ誰かによって打ち切られるのか分かりません。それは明らかで正当な質問です。 –
bigintをデータ型として使用することに懸念はありますか?またはプライマリキーにランダムな値を使用していますか? – Ahsan