Posts: 537
Threads: 147
Joined: Jun 2013
Reputation:
0
As duas pelo que eu vi sгo quase a mesma coisa
Pra colocar nas orgs,players,casas, como "ID" que seria a chave pra chamar as tabelas, qual a diferenзa entre essas duas?
Posts: 143
Threads: 4
Joined: Dec 2014
UNIQUE Nгo pode ter valores nulos, jб PRIMARY pode.
Existem vбrias diferenзas, mas recomendo que pesquise antes...
http://stackoverflow.com/questions/7...ltext-in-mysql
Portuguкs:
http://www.waoitconsulting.com.br/bl...omoracle/?p=66
Posts: 537
Threads: 147
Joined: Jun 2013
Reputation:
0
Entendi, entгo no caso pra esses tipos de ID eu devo usar a primaria.. Estou certo?
Posts: 143
Threads: 4
Joined: Dec 2014
Quote:
Originally Posted by maikons
Entendi, entгo no caso pra esses tipos de ID eu devo usar a primaria.. Estou certo?
|
Sim, ou nгo. й uma coisa que vocк tem que decidir, mas eu pessoalmente uso Primary para ID, alйm de se achar mais fбcil, sу pode ter uma Primary key em uma tabela...
Posts: 3,540
Threads: 40
Joined: Aug 2011
Reputation:
0
Primary key sempre vai ser a chave da qual os dados da sua tabela utilizaram como identificador, pelo simples motivo de que eles jamais podem se repetir ou se igualarem aos de demais dados.
Unique normalmente й utilizado para dados que sгo candidatos a primary key. Em algumas ocasiхes vocк se encontrarб em meio a duas opзхes para primary key, e entгo entra o unique. (Informalmente falando, evitar dados repetidos)
Posts: 143
Threads: 4
Joined: Dec 2014
Vocк pode fazer 'relacionamentos' via FOREIGN KEY, eu nгo sei oque vocк usa(PhpAdmin ou Workbench), mas nгo se define isso nos tipos, й separado isso... (Procure pela internet, eu nunca fui bom para fazer Relacionamentos no MySQL).
#Vocк pode criar uma ID para cada tabela(com PRIMARY KEY), e criar o relacionamento.
Posts: 537
Threads: 147
Joined: Jun 2013
Reputation:
0
Ah entгo eu to usando certo, vlw pessoal
