Início / dba / Perguntas / 4105
Accepted
MongooseNX
Asked: 2011-07-26 18:59:29 +0800 CST

Esquema de banco de dados com um campo de identidade compartilhado

  • 772

Eu sou um desenvolvedor entrando no mundo do banco de dados, então tenha paciência comigo, por favor.

Estou criando um banco de dados de contratos com tabelas separadas para vários tipos de contratos.

Eu tenho 5 tabelas, mas gostaria de compartilhar um campo 'Identidade' comum entre elas, para que haja um número de contrato exclusivo para qualquer contrato, independentemente do tipo.

Qual é a maneira recomendada de fazer isso? Algo que não vai complicar transações crud simples?

Meu aplicativo usará um servidor Sql Server 2008 R2 ... o aplicativo em si é Silverlight 4 usando serviços WCF Ria para transações CRUD.

Uma ideia de esquema seria ótimo, um tutorial de ideias e tecnologias semelhantes seria ainda melhor.

Obrigado por olhar Roberto

sql-server-2008 identity

3 respostas

  1. Best Answer

    Até que o SQL Server suporte sequências (próxima versão "Denali"), você terá que ter uma tabela comum.

    No entanto, se eu entendi, acho que você está olhando para o padrão subtipo/supertipo. Uma sequência seria legal, mas se você projetasse usando, digamos, Object Role Modeling , geraria esse padrão/esquema

    Basicamente, você tem uma tabela "Contrato" comum:

    ContractID, PK, UQ1 (Identity)
ContractType, FK, UQ1
InsertedDateTime
UpdatedDateTime
CounterParty

    Notas:

    • o PK é ContractIDdar um valor único
    • ContractTypedefine seus "vários tipos". Vamos para Tom, Dick e Harry como tipos
    • A chave única UQ1 está em ambos ContractID, ContractType(esta é uma "super chave")
    • InsertedDateTime, CounterPartyetc são atributos comuns

    Então você tem sub-tabelas com atributos específicos para cada tipo de contrato

    • ContratoTom:ContractID, ContractType, TomAttrib1, TomAttrib2, ..., TomAttribn
    • ContratoDick:ContractID, ContractType, DickAttrib1, DickAttrib2
    • ContratoHarry:ContractID, ContractType, HarryAttrib1, HarryAttrib2, HarryAttrib3

    Notas:

    • ContractID, ContractTypesão o PK e o FK.
    • ContractTypetem restrição CHECK para restringir a Tom ou Dick ou Harry
    • 6

  2. Fazer isso requer ter uma única tabela na qual você insere novas linhas e obtém os valores de lá, ou você escreve seu próprio processo de sequência até poder atualizar para o SQL Server "Denali", que oferece suporte imediato.

    • 2

  3. Eu prefiro tabela separada que armazena o último identificador exclusivo para algum escopo:

    SCOPE_NAME
START_VALUE
END_VALUE
CURRENT_VALUE

    Uma identidade não restaura seu valor após o rollback da transação. A mesma situação no Oracle (sequências que conheço) e a mesma será no SQL Server "Denali" para sequências (acho).

    • 1

relate perguntas