2

私の質問は、以下の投稿に見られる解決策についてです...それは素晴らしいアイデアだと思います。特に、Django は何年にもわたって複合主キーの問題を抱えていました。アイテムを事前に知っていることを考えると、これは素晴らしい回避策です。しかし、非常に多くの人々が django の複合キーを調査したことを考えると、これにはほとんどフィードバックがないようです。誰かがこのアプローチの欠点を指摘できますか?

営業担当者が一意の ID を持っている限り、ハッシュの衝突を正しく行うべきではないと思いますか? 年が重なっても。さらに、salesperson 列にインデックスを指定する限り、主キーに自動的に配置されたインデックスをシミュレートするため、select ステートメントを高速に実行できます。

しかし、私は明らかにポジティブなことしか見ていません。このアプローチを使用することには危険があります.

情報をありがとう。

複合主キー、Google アプリ エンジン (django)

4

1 に答える 1

2

2 つの列のハッシュを主キーとして保存すると、読みにくくなります。代替案を検討できます。たとえば、セールスマンと年の場合、セールスマンの名前、アンダースコア、年を主キーとして使用できます。

ID         Salesman    Year    ...
Joe_2011   Joe         2011    ...

これは、ハッシュを保存するよりもデバッグがはるかに簡単です。

ただし、ハッシュは、好みに応じて、完全に安全で一般的な手法です。

于 2013-04-06T18:29:06.133 に答える