[MySQL] DESCRIBE met o.a. UNIQUE constraint

[telefoontoestel]

Ik ben bezig met een programmatje voor het porten van tabellen en daarbij neem ik ook de structuur mee. Nu gebruik ik hiervoor de query "DESCRIBE `databasenaam`.`tabelnaam`". Als ik dan vervolgens het resultaat bekijk krijg ik wel alleen de indexen Field, Type, Null, Key, Default en Extra terug. Nu is het soms zo dat een veld beiden de constraints UNIQUE en PRIMARY KEY hebben. In dat geval krijg ik dan alleen PRI terug in de resultaten. Hoe kom ik er nu achter of een veld ook unique is?

[Bert2000]

is een primary key niet altijd unique?

[gertvdijk]

Een primary key is per definitie uniek.
En als ze meerdere kolommen samen een primary key maakt waarvan één of meer uniek is/zijn dan is je databasemodel niet optimaal (niet voldoende genormaliseerd).

[ Voor 68% gewijzigd door gertvdijk op 24-04-2011 10:56 ]

[telefoontoestel]

Lekker handig dus. Vandaar dat ik er dus ook geen informatie over kon terug vinden, ook al worden ze wel als aparte constraints genoemd. Dan kan ik er nu goed mee aan de slag! Bedankt.

[Gomez12]

Niet lullig bedoeld hoor, maar weet je zeker dat je dit kan maken?

Als je dit soort basiskennis al niet hebt ben ik bang wat je oa gaat tegenkomen bij collations etc.

[telefoontoestel]

De collation was geen probleem, maar je weet zoiezo alleen maar wat je eerder geleerd is Ik heb ze eigenlijk altijd als 2 aparte waarden gezien, doordat het mij ooit zo is uitgelegd.

[JaQ]

gertvdijk schreef op zondag 24 april 2011 @ 10:54:
Een primary key is per definitie uniek.
En als ze meerdere kolommen samen een primary key maakt waarvan één of meer uniek is/zijn dan is je databasemodel niet optimaal (niet voldoende genormaliseerd).

Zeg je nu echt dat een primary key altijd uit 1 kolom moet bestaan? Hoe doe je dat dan met een koppeltabel?

[drm]

Kijk ook eens naar wat je allemaal uit INFORMATION_SCHEMA kunt halen. Niet alles wat je nodig hebt zit in de DESCRIBE of SHOW FULL COLUMNS, namelijk

[Voutloos]

Of je gebruikt SHOW CREATE TABLE...

[gertvdijk]

JaQ schreef op zondag 24 april 2011 @ 14:40:
Zeg je nu echt dat een primary key altijd uit 1 kolom moet bestaan? Hoe doe je dat dan met een koppeltabel?

Nee dat zeg ik toch niet?

gertvdijk schreef op zondag 24 april 2011 @ 10:54:
Een primary key is per definitie uniek.
En als ze meerdere kolommen samen een primary key maakt waarvan één of meer uniek is/zijn dan is je databasemodel niet optimaal (niet voldoende genormaliseerd).

Met andere woorden:
Als je een tabel zou maken met P kolommen als primary key én waarvan daar er al U<P kolommen zijn die samen uniek zijn, dan heb je je database niet goed genormaliseerd (primary key niet optimaal/goed gekozen).
Tegelijk (en heel belangrijk):
- De primary key als geheel moet uniek zijn.
- Als je meerdere kolommen als primary key hebt zijn ze individueel niet ook uniek.
Dientengevolge:
Als er slechts één kolom onderdeel is van de primary key is/hoort die uniek (te zijn).
Als je slechts

[ Voor 32% gewijzigd door gertvdijk op 24-04-2011 16:14 ]

[JaQ]

gertvdijk schreef op zondag 24 april 2011 @ 16:09:
Nee dat zeg ik toch niet?

Je omschrijving is enigszins cryptisch, ik begreep je omschrijving van een primary key niet. Uiteraard kan dat aan mij liggen

gertvdijk schreef op zondag 24 april 2011 @ 16:09:
Met andere woorden:
Als je een tabel zou maken met P kolommen als primary key én waarvan daar er al U<P kolommen zijn die samen uniek zijn, dan heb je je database niet goed genormaliseerd (primary key niet optimaal/goed gekozen).
Tegelijk (en heel belangrijk):
- De primary key als geheel moet uniek zijn.
- Als je meerdere kolommen als primary key hebt zijn ze individueel niet ook uniek.
Dientengevolge:
Als er slechts één kolom onderdeel is van de primary key is/hoort die uniek (te zijn).
Als je slechts

Wellicht is het handiger als je de omschrijving uit wikipedia overneemt (het bovenstaande lijkt wel een half citaat?)