問題タブ [identity]

SQL Server 2005 で IDENTITY 列が最大値に達した場合はどうなりますか? 最初から始めて、ギャップを埋め始めますか？

この問題が発生した場合、SQL Server 2005 はどのような動作をしますか?

SQL Server (私の場合は 2005 年) では、T-SQL を使用して既存のテーブル列に ID プロパティを追加するにはどうすればよいですか?

何かのようなもの：

以前は、次のような簡単なクエリを実行して、Accessで使用される次の利用可能な自動番号を取得していました。

このようにして、currentRecordを保持する変数を作成でき、行を更新するときにAccessが使用するのと同じ自動番号を使用します。

例

現在、これはMS Accessで機能するために使用されますが、SQL Server 2005では、新しいレコードによって作成されたIDを取得できません。「SomeFormData」が正しく挿入され、SQLのRecordNumberフィールドに新しい自動番号が入力されますが、変数にRecordNumberがないため、関連するフォームにデータを保存し、関連するテーブルにデータを保存する必要があります。 currentRecord番号を保存します。

質問：新しい挿入を行うときにこの一意の番号を取り戻す方法はありますか？

現在、次のようなセットアップがあります。

そのため、各 Web サイト/サービスは、Active Directory に設定された異なる ID アカウントとして実行されます。セキュリティ チェックは、直接の呼び出し元の ID に基づいています (つまり、WCF Service2 は、呼び出し元の lan\appService1 がそのタスクを実行する権限を持っていることを確認します)。

ただし、ログを記録するために、元の発信者が誰であったか (この例では lan\john) を知る必要があります。現在行われている方法よりも安全な方法でこれを行う方法が必要です (各呼び出しでメッセージ ヘッダーとして "lan\john" の文字列を渡します)。何か案は？

SQL2005 ストア プロシージャから SCOPE_IDENTITY() を変数に戻す方法がわかりません。

私のsSQL文字列:

私のsSQL出力：

SQL コマンドの実行:

SCOPE_IDENTITY() を出力しようとすると、空の変数が生成されます (出力なし):

ストア プロシージャは正しく実行されます。私の情報は問題なく私のデータベースに保存されます。RecordNumber は ID を持つ列であり、ストア プロシージャは @RecordNumber を出力として定義しています。

Pythonで次のように予期しない動作をするのはなぜですか？

Python2.5.2を使用しています。Pythonのいくつかの異なるバージョンを試してみると、Python2.3.3は99から100の間で上記の動作を示しているようです。

上記に基づいて、Pythonは内部的に実装されており、「小さい」整数は大きい整数とは異なる方法で格納され、is演算子はその違いを認識できると仮定できます。なぜ漏れのある抽象化？2つの任意のオブジェクトを比較して、それらが数字であるかどうかを事前に知らない場合に、それらが同じであるかどうかを確認するためのより良い方法は何ですか？

代替認証として CardSpace を実装しているサイトがあるかどうか知りたいです。私は確かに、それが OpenID を使用する場合とどのように違うのかを知りたいと思っています。

異なるソースから取得した 2 つのインターフェイス参照を指定します。それらが同じインスタンスによって実装されているかどうかをプログラムで確認する方法はありますか?

インターフェイス参照の単純な等価性チェックは常に失敗します。

編集:独立した問題であることが判明した元の質問の大部分は、新しい質問に移動されました。

[ 2 つの COM インターフェイス参照が同じインスタンスを指しているかどうかを確認する方法はありますか?からの続き ]

2 つの異なるソースからオブジェクトへの参照を取得してInspectorおり、一方のソースのアイテムが他方のソースのアイテムに対応するかどうかを判断できる必要があります。ただし、これまでに思いついたアプローチはどれも（確実に）機能しませんでした。

• メソッドがインスペクターインスタンス自体ではなく、オンザフライで作成されたプロキシオブジェクトへの参照を返しているように見えるため、インターフェイスを単純に比較することはできませんでした。IUnknownInspectors.Item()試してみてください: 同じインデックスに 2 回アクセスすると、2 つの明確に異なるポインターが返されます。

• 比べるInspector.CurrentItem.EntryIDのもダメ。新しい/保存されていないアイテムEntryIDは常に空白であり、一度に複数の保存されていないアイテムが開かれている可能性があります。

• Inspector.CaptionまたはInspector.CurrentItem.Subject同様にあいまいです。

• 一時的Inspector.CurrentItem.Subjectに（または実際には他の項目プロパティを）明確な値に設定してから、他のリストの種類でそれを探しますが、インスペクターで項目を「ダーティ」としてマークするという厄介な副作用があります。つまり、インスペクターを閉じるときに再度、ユーザーはアイテムを保存するように求められます (受信したメールを表示していた場合でも)。

他のアイデアはありますか？

環境：

Inspectors.NewInspectorSimple MAPI (エクスプローラーのコンテキスト メニューの [送信先] > [メール受信者] など) を介して開始された新しい電子メール メッセージがイベントを生成しないというよく知られたバグ/機能を回避しようとしています。インスペクタ (例: ツールバー ボタンの追加またはメッセージ作成時のコードの実行)。私の COM アドインには、イベントをキャッチするラッパー オブジェクトの内部リストがありますInspector。Inspectors.NewInspectorおよびInspector.Closeイベントを監視することで、このリストに項目が追加および削除されます。

別のアプローチとして、私はシェル フックを使用しています。新しいインスペクター ウィンドウが作成または破棄されるたびに通知を受け取ることができるようになったので、そこに飛び込んでラッパー オブジェクトの内部リストをApplication.Inspectorsコレクションと一致させるのに適しているようです。それに応じて、新しいラッパー オブジェクトまたは孤立したラッパー オブジェクトを追加または削除します。

C# を使用してプログラムでユーザー名を見つける必要があります。具体的には、現在のプロセスに接続されているシステム/ネットワーク ユーザーを取得したいと考えています。Windows 統合セキュリティを使用する Web アプリケーションを作成しています。