NUNCA MAIS PASSE RAIVA POR NÃO CONSEGUIR RESOLVER UM PROBLEMA COM O EXCEL - GARANTIDO!
UNIVERSIDADE DO VBA - Domine o VBA no Excel Criando Sistemas Completos - Passo a Passo - CLIQUE AQUI
« Lição anterior | Δ Página principal | ¤ Capítulos | Próxima lição » |
SQL Server 2005 - CURSO COMPLETO Autor: Júlio Battisti |
|||
---|---|---|---|
Lição 139 - Capítulo 09 - PRIMARY KEY CONSTRAINTS | |||
Este tipo de Constraint é utilizado para definir qual o campo ou campos formam a Chave Primária de uma tabela. Este campo não poderá conter valores repetidos ou NULL. O valor da Chave Primária, identifica de maneira única, cada registro de uma tabela, conforme já descrevemos no Capítulo 1, onde falei sobre o Modelo Relacional de Dados. Ao definirmos uma Chave Primária é automaticamente criado um índice associado ao campo Chave Primária. Por padrão, é criado um Clustered index, desde que não ainda não exista um na tabela, uma vez que cada tabela somente pode conter um Clustered index. Também podemos definir que seja criado um Nonclustered index. Lembrando que PRIMARY KEY é um tipo de Entity integrity, conforme já descrito anteriormente. Somente podemos ter uma Chave Primária em cada tabela. Os valores da Chave Primária devem ser únicos e não são permitidos valores NULL. Podemos definir um campo como sendo Chave Primária, no momento da criação da tabela, como no exemplo a seguir, onde criamos a tabela Pedidos e definimos o campo NúmeroPedido, como sendo a Chave Primária da tabela: CREATE TABLE Pedidos ( NúmeroPedido char(14) PRIMARY KEY, CPF char(14) NOT NULL, DataPedido datetime NOT NULL, DataEnvio datetime NOT NULL, MatrFunc char(20), CNPJ char(20), Empresa char(50) ) O método utilizado neste exemplo não é o mais adequado, pois não atribuímos um nome a esta Chave Primária, o que faz com que o SQL Server 2005 atribua, automaticamente, um nome nada intuitivo. O ideal é que, ao criar a Chave Primária, também seja definido um nome para a chave. Vamos excluir a tabela Pedidos e criá-la novamente, agora definindo um nome para a Chave Primária. Para isso utilizamos o seguinte comando: DROP TABLE Pedidos GO CREATE TABLE Pedidos ( NúmeroPedido char(14) CONSTRAINT Num_Ped PRIMARY KEY, CPF char(14) NOT NULL, DataPedido datetime NOT NULL, DataEnvio datetime NOT NULL, MatrFunc char(20), CNPJ char(20), Empresa char(50) ) Também podemos definir uma Chave Primária em um tabela já existente, desde que esta tabela ainda não tenha uma Chave Primária, já definida. Para isto, utilizamos o comando ALTER TABLE. No exemplo a seguir, utilizaremos este comando para definir o campo CPF da tabela Clientes como sendo a Chave Primária: ALTER TABLE Clientes ADD CONSTRAINT PrimCPF PRIMARY KEY CLUSTERED(CPF) Se você tentar definir um campo como Chave Primária e já existir uma Chave Primária definida na tabela, a seguinte mensagem de erro, será exibida: Server: Msg 1779, Level 16, State 1, Line 1 Table ‘Clientes’ already has a primary key defined on it. Server: Msg 1750, Level 16, State 1, Line 1 Could not create Constraint. See previous errors. |
|||
« Lição anterior | Δ Página principal | ¤ Capítulos | Próxima lição » |
Universidade do Access - Curso Completo de Access
com tudo para você dominar o Access - do Básico ao
Avançado - até a Criação de Sistemas Profissionais
Completos - Passo a Passo - Tela a Tela
Aplica-se ao Access 2019, 2016, 2013 e 2010!
Para todos os detalhes, acesse:
Contato: Telefone: (51) 3717-3796 | E-mail: webmaster@juliobattisti.com.br | Whatsapp: (51) 99627-3434
Júlio Battisti Livros e Cursos Ltda | CNPJ: 08.916.484/0001-25 | Rua Vereador Ivo Cláudio Weigel, 537 - Universitário, Santa Cruz do Sul/RS, CEP: 96816-208
Todos os direitos reservados, Júlio Battisti 2001-2025 ®
LIVRO: MACROS E PROGRAMAÇÃO VBA NO EXCEL 2016 - CURSO COMPLETO E PRÁTICO
DOMINE A PROGRAMAÇÃO VBA NO EXCEL - 878 PÁGINAS - CLIQUE AQUI