Melhor tipo de dados para campos de dimensão fixa
Olá, gente.
Estou criando uma tabela de endereços e fiquei em dúvida sobre qual tipo de dados usar para a coluna UF. Eu vou armazenar apenas a sigla e a coli a não pode ser nula.
Vi que tanto char, quanti varchar ou nvarchar servem, mas qual é o mais adequado?
Grata.
Estou criando uma tabela de endereços e fiquei em dúvida sobre qual tipo de dados usar para a coluna UF. Eu vou armazenar apenas a sigla e a coli a não pode ser nula.
Vi que tanto char, quanti varchar ou nvarchar servem, mas qual é o mais adequado?
Grata.
Rachel Andrade
Curtidas 0
Respostas
Joel Rodrigues
13/06/2013
Olá, Rachel.
Como o campo tem dimensão fixa e nunca será nulo, acredito que o tipo de dado mais adequado nesse caso é o CHAR, pois os demais são para colunas de dimensão variante.
Como o campo tem dimensão fixa e nunca será nulo, acredito que o tipo de dado mais adequado nesse caso é o CHAR, pois os demais são para colunas de dimensão variante.
GOSTEI 0
Rachel Andrade
13/06/2013
Obrigada, Joel.
Pode encerrar esse tópico.
Pode encerrar esse tópico.
GOSTEI 0
Isaac Jose
13/06/2013
eu tambem sugiro o char com quantidade de 2 e para auxiliar em eventuais duvidas http://msdn.microsoft.com/pt-br/library/ms187752.aspx
att
Isaac
att
Isaac
GOSTEI 0
Roniere Almeida
13/06/2013
geralmente quando se cria uma tabela de estados com a sigla, inseri-se todos os dados? para facilitar.
GOSTEI 0
Joel Rodrigues
13/06/2013
Fala, Roniere. Rapaz, depende da política de instalação da sua aplicação. Se você quiser preencher logo com todos os estados, beleza.
GOSTEI 0
Roniere Almeida
13/06/2013
por que esses tipos de dados raramente mudam, e por uma questão de simplificar e não da brecha para adicionar mais, acho um boa pratica.
GOSTEI 0
Marisiana Battistella
13/06/2013
Eu acho desnecessário preencher com antecedência, pois vc vai tá armazenando informação que talvez nem venha a utilizar.
Parece insignificante, mas quando for realizar analise dos dados existentes é que se percebe essa diferença. É mais viável armazenar no banco apenas as informações que são necessárias. Se vc está criando um sistema pra um supermercado que vende pra clientes da região Sul, por exemplo, pra vc precisa ter cadastradas UF do Nordeste?
É mais viável fazer uma validação que garanta que as siglas informadas sejam corretas e que não se repitam.
Parece insignificante, mas quando for realizar analise dos dados existentes é que se percebe essa diferença. É mais viável armazenar no banco apenas as informações que são necessárias. Se vc está criando um sistema pra um supermercado que vende pra clientes da região Sul, por exemplo, pra vc precisa ter cadastradas UF do Nordeste?
É mais viável fazer uma validação que garanta que as siglas informadas sejam corretas e que não se repitam.
GOSTEI 0