質問

可能な重複:
のメリットとデメリットガイド/UUIDのデータベースのキー

ある状況で必ずご使用くだ特別な技術を必要として次のキー SQLサーバー2005/8DBです。例えば、利用MSの同期の枠組み本は、データレプリケーション?

役に立ちましたか?

解決

ときに使う特別な技術を必要とした場合に必要な複数のデータベースsynchronising介します。

その使用に特別な技術を必要とする場合を作りたかった"という行の一部のリモート例などをサポートアプリとしてご提出者のサーバーとwebサービス等

そうすればい"といったことを確保するのを指定します自分のクラスタ化されたインデックスに基づく自動incrementing intていないユニークです。できな架トメントをテーブルにクラスタ化されたインデックスです.

更新:ここで、制御することが可能である。設定テーブルのようになります:

CREATE TABLE [dbo].[myTable](
[intId] [int] IDENTITY(1,1) NOT NULL,
[realGuidId] [uniqueidentifier] NOT NULL,
[someData] [varchar](50) NULL,
    CONSTRAINT [PK_myTable] UNIQUE NONCLUSTERED 
    (
   [realGuidId] ASC
    )
)

CREATE CLUSTERED INDEX [IX_myTable] ON [dbo].[myTable] 
(
[intId] ASC
)

うに挿入するテーブルとして通常の例:

INSERT INTO myTable VALUES(NEWID(), 'Some useful data goes here')

更新:お聞きしてもいいdotnetrocksのエピソードを話にこそ価値があ聴く- ショー#447

他のヒント

を使用してい特別な技術を必要として主に鍵を壊してしまうことを意味していて複合主キーをしたい場合は建物用途の分散データベースとしたデータベースに同期したデータからすべての配布です。と特別な技術を必要と思(ほぼっく制限することはいたしませんが紛争の制約の違反時のぬくもりのあらゆるデータのDbのをいいます。

*れする可能性は低いと考えるのと同じことで発生する二つの異なる箇所が不可能ではない。

時のデータベースな集中部又は一部を収集を行います。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top