問題タブ [identity]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
authorization - ADFS からジュネーブ フレームワークへの移行
私の会社はフェデレーション ID ソリューションを必要としており、マイクロソフト ショップとして、この目標を達成するために MS テクノロジを使用することを検討しています。
Server 2008 または .NET 3.5 は運用環境にないため、.NET 2.0/Server 2003 ベースのソリューションに限定されます。
これは、(フェデレーション ID ソリューションに関して) Active Directory フェデレーション サービスを意味します。
ADFS は WS-Federation 標準をサポートしているため、非常に優れているように見えます。つまり、Microsoft テクノロジを使用していないパートナーとフェデレーションできます。
残念なことに (私たちにとって)、Microsoft は .NET 3.5 ベースの ID フレームワークであるGeneva Frameworkのリリースを間近に控えています。
Geneva フレームワークは、あらゆる点で ADFS よりも優れているように見えます (ほとんどの場合、ADFS に追加の機能と標準サポートが追加されているためです)。
私たちは .NET 3.5 ショップではなく、Geneva はベータ版のみであるため、現時点では実行可能なオプションではありません。
私の質問は次のとおりです。ADFS からジュネーブに移行するのはどれほど難しいでしょうか?
ADFS の概念実証段階にあるので、ID ベースの承認から ADFS クレーム ベースに移行するために必要なコードの変更についてはまだ掘り下げていません。このロジックは、Geneva クレーム ベース認証をサポートするように更新できるアセンブリに組み込むことができると確信しています。
必要なコードの変更に加えて、クレーム ベースのインフラストラクチャを ADFS から Geneva に移行するのはどれほど難しいでしょうか? (例: ADFS の STS (Federation Service) から Geneva の STS (Geneva Server) への移行)
このトピックに関するご意見をお寄せいただきありがとうございます。
linq-to-sql - LINQ-To-SQL で ID フィールドを手動で設定する方法 (IDENTITY INSERT)
通常、挿入時に自動キーが増加するテーブルがあります。ただし、ID を設定したい場合があります (SQL の「IDENTITY INSERT」で簡単に実行できます)。
LINQ to SQL でこれを達成する方法はありますか?
ありがとう、
asp.net - asp.net グリッドビューの問題
グリッドビューの削除に問題があります.Id、Name、Address、Phone.Idを持つテーブル名Doctorがあります.Idは自動生成されたフィールドです.グリッドビューに表示しているときにデータを追加した後、グリッドビューからIDを削除すると、新しいものを追加するとフォームの詳細は新しい番号から始まります。つまり、最後の ID 5 を削除してから、5 からではなく ID 値 6 を取得する新しい医師を追加すると、5 から再度開始する必要があります。私のコード.Plsは私を助けます.
database - 使用するデータベース レコード ID のタイプ: long または guid?
近年、私は MSSQL データベースを使用していましたが、テーブル内のすべての一意のレコードの ID 列の型は bigint (long) です。これは自動インクリメントであり、通常は正常に動作します。
現在、人々がレコードの ID に GUID を使用することを好むことを観察しています。
一意のレコード ID のために bigint を guid に交換することは理にかなっていますか?
bigintの生成とソートは常にguidよりも高速であるため、意味がないと思いますが...アプリケーションとデータベースの2つ(またはそれ以上)に分離されたインスタンスを使用して同期を保つと、いくつかの問題が発生するため、 SQL サーバー間で ID プールを管理する必要があります (たとえば、sql1 は 100 から 200 までの ID を使用し、sql2 は 201 から 300 までの ID を使用します) - これは薄い氷です。guid id を使用すると、id プールは気にしません。
私のミラー化されたアプリケーション (およびデータベース) に対するアドバイスは何ですか? 従来の ID を使用するか、GUID に移行するか?
お返事ありがとうございます!
sql-server - 次のID列がどうなるかをどのように伝えますか?
次の行の挿入に使用する予定のSQLサーバーID列の値を通知するtsqlクエリはありますか?
追加するために編集:
テーブルを削除して再作成しました
CREATETABLEコマンドの一部として。また、そのテーブル内のすべての情報を削除しながらID列を再シードしようとしましたが、常に機能するとは限りません。次のID列番号にSQLが何を使用すると予想されるかを確認する方法があるかどうか疑問に思いました。
c# - 型推論で使用する汎用恒等関数
私の5分間の実験は無駄だったので、それが可能かどうか疑問に思っていました.
私はそれが次のように簡単になることを望みました:
しかし、これは Func パラメーターを取るジェネリック メソッドでのコンパイルに失敗します。たとえば、OrderBy。型パラメーターを指定しても (これはまさに私が避けたいことです!)、コンパイルに失敗します。
次に、うまくいくと思ったことを試しました:
また、行きません:((これは、型パラメーターを適用するときにコンパイルされますが、私が望むものではありません)
そんなものを作って運が良かった人はいますか?
更新: 言わないでください: x => x、私はそれを知っています、それは明らかです! 式ではなく関数を求めています:)
更新 2: ID を参照するときは、機能的な意味で意味します。つまり、関数は、渡されたのと同じオブジェクトを返すだけです。おそらく私が出会ったすべての関数型言語にあると思いますが、それらは静的型付けを使用していません。これを(可能であれば)ジェネリックで行う方法を考えています。楽しみのためだけに!
更新 3: 2 番目のアイデアに基づく部分的な「解決策」は次のとおりです。
これ以上のことはできないと思います。
sql - insert...select によって挿入された行の ID を取得するにはどうすればよいですか?
次のようなクエリを使用してレコードを挿入しています。
ここで、挿入されたレコードの新しく生成された IDENTITY 値を取得したいと思います。最小量のロックと最大の信頼性でこれを行うにはどうすればよいですか?
sql-server - アドバイスをお願いします: Entity Framework を使用する場合の SQL Server ID と一意の識別子キー
私はかなり複雑なシステムを設計中です。私たちの主な関心事の 1 つは、SQL Server のピア ツー ピア レプリケーションのサポートです。アイデアは、地理的に離れた複数のノードをサポートすることです。
2 つ目の懸念事項は、中間層で最新の ORM を使用することです。私たちが最初に選んだのは常に Entity Framework でした。これは主に、開発者が Entity Framework で作業することを好むためです。(彼らは LiNQ サポートが大好きです。)
だからここに問題があります:
ピア ツー ピア レプリケーションを念頭に置いて、すべてのテーブルの主キーに、uniqueidentifier をデフォルト値の newsequentialid() で使用することにしました。これにより、キーの競合を回避することとインデックスの断片化を減らすことのバランスが取れているように見えました。
ただし、現在のバージョンの Entity Framework には非常に奇妙な制限があることが判明しました。エンティティのキー列が一意の識別子 (GUID) である場合、データベースによって提供される既定値 (newsequentialid()) を使用するように構成することはできません。アプリケーション層は GUID を生成し、キー値を設定する必要があります。
だからここに議論があります:
- Entity Framework を放棄し、別の ORM を使用します。
- NHibernate を使用し、LiNQ サポートをあきらめる
- linq2sql を使用し、将来のサポートを断念します (DB 上の SQL Server にバインドされることは言うまでもありません)
- GUID を放棄し、別の PK 戦略を採用する
- アプリケーション層で順次 GUID (COMBs?) を生成する方法を考案する
私は linq2sql (私の開発者は linq2[stuff] が本当に好きです) と 3 でオプション 1 に傾いています。開発者の視点。
洞察や意見をいただければ幸いです。
sql-server - 復元されたデータベースでの主キー違反
SQL Server 2005 データベース間のトランザクション レプリケーション (更新可能なサブスクライバーではない) をセットアップしました。パブリッシュされたデータベースのテーブルには ID 列があります。テーブルは問題なく複製されました。しかし、サブスクライバー データベースをバックアップして復元すると、ID 増分フィールドを含むテーブルに行を挿入できず、主キー違反が発生すると表示されます。このIDプロパティを削除して再作成した後、またはIDシード値をテーブルのrowcountにリセットした後、挿入できるようになりました。このような問題を回避するために、トランザクション レプリケーションでサブスクライバー データベースをバックアップおよび復元するためのガイダンスが必要です。
ありがとう、P.ゴパラクリシュナン。