問題タブ [identity]

ID列RequestID（主キーでもある）を持つテーブルに行を挿入しようとしています

しかし、私のコードは必然的に次のエラーをスローします

主キーがないため、テーブルに対して作成、更新、または削除操作を実行できません。

主キー列が実際に存在するにもかかわらず

それが私がやろうとしたことです：

1. オブジェクト モデルに挿入されている ID 列の値をデバッガーで確認します。0です
2. 手動で（SQLを使用して）偽の値をテーブルに挿入するには-正常に機能し、ID値が期待どおりに生成されます
3. SQLMetal がテーブル マップを正しく生成したかどうかを確認するため。すべてOK、主キー属性は正しく生成されています

それにもかかわらず、どちらのアプローチも役に立ちませんでした。トリックは何ですか、誰か知っていますか？

Test列を持つテーブルを持つ MS SQL 2005 データベースがありますID。IDID列です。

このテーブルには行があり、それらすべてに対応する ID の自動インクリメント値があります。

ここで、このテーブルのすべての ID を次のように変更したいと思います。

ID = ID + 1

しかし、これを行うとエラーが発生します：

ID 列 'ID' を更新できません。

私はこれを試しました：

しかし、これでは問題は解決しません。

この列に ID を設定する必要がありますが、値も時々変更する必要があります。だから私の質問は、このタスクをどのように達成するかです。

Autonumber フィールド (SQL Server の「ID」など) は、データベース テーブルに一意のキーを提供するための一般的な方法です。ただし、それらは非常に一般的であるため、将来のある時点で、それらが最大値に達し始める問題に対処する予定です.

このシナリオを回避するための推奨戦略を知っている、または持っている人はいますか? 多くの回答で GUID への切り替えが提案されると思いますが、これには大量の開発が必要になることを考えると (特に、多くのシステムが統合されて価値を共有している場合)、別の方法はありますか? 新しいハードウェア/オペレーティング システム/データベースでは、整数に対してますます大きな値を単純に許可する方向に向かっていますか?

ID 1 の列 ID を持つテーブルがあります。次に、新しい非 ID 列 new_ID を作成し、ID 列 + 1 の値で更新します。次のようにします。

次に、ID 列を削除し、new_ID の名前を「ID」に変更します。

そして、この新しい列「ID」にアイデンティティを設定する方法は?

これをプログラムで実現したい！

これを行うことでユーザー名を取得できます：

「username」は、ID を検証するテーブル内の列です。「firstname」もそのテーブルの列です。Zend_Auth はユーザー名のみを保存しますか? または、テーブル内のユーザーの行から他の列にアクセスする方法はありますか?

1. 多くの大企業はすでにActiveDirectoryなどの堅牢なディレクトリサービスを利用しており、アプリケーション固有のストアでユーザーを絶えず複製するのはばかげているように思われます。

2. ユーザーストアを複製する必要がある場合でも、ActiveDirectoryに対して認証するメカニズムを提供できます。または、SAMLを活用する標準ベースのSSOメカニズムをサポートすることもできます。

3. XACMLプロトコルのサポート。役割と資格に関する情報を複製することも同様に陰湿です。

4. SPMLプロトコルのサポート。多くの企業はID管理ツールキットを活用しており、集中管理とプロビジョニングの観点から、少なくともすぐに使用できる統合を望んでいます。

では、なぜオープンソースプロジェクトは、このタイプの機能を企業のコンテキスト内でレーダーに乗るデフォルトと見なしていないのでしょうか。

基本的な一元化されたID管理/SSOサービスに関する推奨事項は何ですか？オープンソースであり、プラグイン可能なIDマネージャー（LDAP、DB、openIDなど）を備え、適切な範囲のAPIアクセスオプション（Webサービス、RESTなど）を提供する必要があります。また、高可用性のためにクラスター化可能である必要があります。

JOSSO？CAS？他の人？

この質問にさらに：ファイルのアイデンティティを決定するためのアルゴリズム

要約: ほとんどの場合に機能するファイル ID を判別するための安価なアルゴリズムを探しています。

私は先に進み、ファイルごとに「非常にユニークな」ハッシュを提供するアルゴリズムを実装しました。

私のアルゴリズムの仕組みは次のとおりです。

• 特定のしきい値より小さいファイルの場合、ID ハッシュに完全なファイル コンテンツを使用します。

• しきい値より大きいファイルの場合、X サイズのランダムな N 個のサンプルを取得します。

• ハッシュ化されたデータにファイルサイズを含めます。(サイズが異なるすべてのファイルが異なるハッシュになることを意味します)

質問:

• N と X にどの値を選択する必要がありますか (どのサイズのランダム サンプルをいくつ取得する必要がありますか?)、それぞれ 8K の 4 つのサンプルを使用しましたが、アルゴリズムを切り詰めることができません。サンプルの量を増やすと、アルゴリズムの速度が急速に低下することがわかりました (シークはかなりコストがかかるため)。

• 数学の問題: このアルゴリズムが爆発するためには、ファイルがどれだけ変わらない必要があるか。(同じ長さの 2 つの異なるファイルは、同じハッシュを持つことになります)

• 最適化の 1: 具体的な実装を最適化してスループットを向上させる方法はありますか (私のシステムでは 1 秒あたり約 100 ファイルを処理できるようです)。

• この実装は正常に見えますか? これが失敗する実世界の例を考えてみてください。（私の焦点はメディアファイルです）

関連情報:

実装したアルゴリズム

ご協力いただきありがとうございます！

主キーについていくつかの意見を得たかっただけです - ID/シーケンス番号を使用するか、HiLo 戦略を使用する方が良いでしょうか (高い値を照会し、アプリ自体で低い値をインクリメントします)?

挿入された行のIDを取得することについてのこの質問を読みました。私の質問はある種関連しています。

挿入された行のGUIDを取得する方法はありますか？私が使用しているテーブルには、主キーとしてguid（デフォルトはnewid）があり、行を挿入した後でそのGUIDを取得したいと思います。

@@IDENTITY、IDENT_CURRENTまたはGUID用のようなものはありSCOPE_IDENTITYますか？