問題タブ [primary-key]

私はDjangoでアプリケーションに取り組んでいます。まず、簡単にするために、データベースには sqlite3 を使用していました。

しかし、PostgreSQL に移行してから、少し問題が発生しました。テーブルをクリアすると、主キーがリセットされません。

このアプリは、長期間 (数週間) プレイするゲームです。そのため、新しいゲームが開始されるたびに、すべてのデータがデータベースから消去され、新しいランダム化されたデータが追加されます。

1ゲームをクリーンアップ/再構築するたびに 、主キーを使用して「最初からやり直す」ことができるようにしたいと考えています。

コードはそのままでも機能しますが、整数はゲーム内のオブジェクトを記述するための非常に自然な方法です。最後のゲームが中断した場所ではなく、新しいゲームをそれぞれ 1 から開始したいと思います。

PostgreSQL の主キー カウンターをリセットするにはどうすればよいですか? とにかく消去しているので、テーブル内のデータを保持する必要がないことに注意してください。

いくつかのラベルを保持する最大5つのレコードを持つ非常に小さなテーブルがあります。私はPostgresを使用しています。

構造は次のとおりです。

id-smallintラベル-varchar（100）

このテーブルは、主に他のテーブルの行を参照するために使用されます。問題は、IDに主キーを設定する必要があるのか​​、IDにインデックスのみを設定する必要があるのか​​、それとも両方を設定する必要があるのか​​ということです。

私はインデックスと主キーについて読みましたが、これはテーブルが何に使用されるかに大きく依存することを理解しています。

主キーのないテーブル

編集：主キーまたはインデックス、あるいはその両方を持っているかどうかを尋ねるつもりでした。質問を編集しました。

次のコードを見つけました。

PK のシーケンスを作成できますが、それを使用しない既存のコード (クラシック asp、このプロジェクトの一部ではない既存の asp.net アプリ) がたくさんあります。

私はそれを無視するべきですか、それとも既存のコードに入らずに修正する方法はありますか?

私は最善の選択肢はただ行うことだと考えています：

オプション？

_permissionsSet という名前のデータセットで定義されている Permissions という名前のテーブルがあり、3 つの列があります: PermissionGroup、Permission、PermissionLevel (この順序で)

このように3つの列すべてを含めるようにテーブルの主キーを設定しました

「キー」の値を見ると、期待どおりです。

しかし、主キーを見ると、順序が変わっています!

これは、データテーブルで Rows.find メソッドを使用する場合に明らかな意味を持ちます。

なぜこれが起こっているのか誰にも分かりますか？

Castle AR を使用して自動インクリメント主キー値を「シード」する方法を知りたいですか? たとえば、Orders テーブルの主キーを 10000 から開始したい場合、これは 1. 可能なものですか 2. 注文番号を作成するための適切なソリューションですか?

おそらく、10000 にシードされた pk ではない DB に連続した自動インクリメント フィールドを設定する方法がありますか?

これについての私の疑問を解消してください。SQL Server (2000 以降) では、主キーは自動的にクラスター インデックスになりますか、それとも主キーにクラスター化されていないインデックスを使用することを選択できますか?

多数の行 (10K+) を持つテーブルがあり、主キーは GUID です。主キーはクラスター化されています。このテーブルでは、クエリのパフォーマンスが非常に低くなります。効率化するための提案をお願いします。

文字列を主キーとして使用する従来のデータベースがあります。そのレガシー データベースの上にオブジェクトを実装して、いくつかのビジネス ロジックをより適切に実装し、より多くの機能をユーザーに提供したいと考えています。

テーブルの主キーに文字列を使用するのは悪いことだと読んだことがあります。なぜだろう？大文字と小文字の区別の問題のためですか？文字セット？

...これがNHibernateにとって特に悪いのはなぜですか?

...そしてそれをフォローアップ...文字列が悪い主キーになる場合、データベースの主キーをintやGUIDなどに置き換える価値はありますか? (関連するテーブルは約 25 ～ 30 しかありません)