[MYSQL] select * where primary key = '#'

[neliss]

Is er een manier om in mysql te selecteren op primaire sleutel, zonder hiervan de veldnaam te weten?
Dus bijv:

code:

create table test (uid smallint auto_increment, primary key(uid), username varchar(200))
select username from test where uid = '1'

maar dan met een query als:

code:

select username from test where *primary key* = '1'

thanks!

[croontje]

Kom je de veldnaam van de Primary key te weten als je

SHOW COLUMNS FROM mijntabel WHERE KEY="PRI"

doet?
Ik kan het hier niet testen

[Verwijderd]

croontje schreef op zaterdag 10 oktober 2009 @ 07:30:
Kom je de veldnaam van de Primary key te weten als je

SHOW COLUMNS FROM mijntabel WHERE KEY="PRI"

doet?
Ik kan het hier niet testen

Die doet het (bij mij iig) niet. Na wat goochelen kwam ik op

SQL:

SHOW FULL FIELDS FROM drafts WHERE  `key` =  'PRI'

SHOW COLUMNS werkt ook, als je die Key maar escapet met backticks ``

[Voutloos]

Leuk dat er al naar oplossingen gezocht wordt voor een stupide probleem.

Tot een goede reden gegeven is, is de enige juiste reactie:
Waarom weet je de pk niet?

[Creepy]

Wat Voutloos zeg dus. En mocht je dit echt willen (tip: zeer waarschijnlijk niet ): wat doe je als je een samengestelde primaire sleutel hebt? En waar haal je je waardes vandaan om mee te selecteren?

Maar nog even over de vraags zelf: Dit is te vinden in de MySQL docs, dus wat heb je zelf al geprobreerd en wat lukte er niet mee? Je dumpt nu een vraag en thats it. Hier verwachten we iets meer. Als je PRG Beleid eens doorkijkt dan weet je hoe en wat.

[neliss]

Bedankt voor de oplossingen croontje en spijtbetuiging, dit lost mijn probleem op!
@voutloos en creepy: Ik ben het helemaal met jullie eens dat je primaire sleutels zou moeten weten, punt is alleen dat het hier om een (universele) functie gaat waar dit voor meerdere tabellen zal worden uitgevoerd..

Ik heb wel in de mysql documentation rondgesnuffeld, maar ik heb dit altijd al een doolhof gevonden en ook ditmaal geen succes gehad. Had in het kader van efficientie eigenlijk gehoopt dat er een straightforward oplossing voor zou zijn, maar die extra (sub-) query is ook geen ramp. Nogmaals bedankt!

[Confusion]

neliss schreef op zaterdag 10 oktober 2009 @ 10:13:
Bedankt voor de oplossingen croontje en spijtbetuiging, dit lost mijn probleem op!
@voutloos en creepy: Ik ben het helemaal met jullie eens dat je primaire sleutels zou moeten weten, punt is alleen dat het hier om een (universele) functie gaat waar dit voor meerdere tabellen zal worden uitgevoerd..

Ik denk dat je dan gewoon een lookup table van tabelnaam naar PK-kolomnaam moet gebruiken. In zeker zin is dat ook wat ORM frameworks doen: in je mapping staat per tabel de PK gedefinieerd en de universele getEntityById methode weet daarom altijd de PK. Dat is iets meer werk als je datamodel wijzigt, maar het maakt ook explicieter wat er gebeurt. Bovendien ga je, zoals Creepy al aangeeft, de mist in met samengestelde PK's.

[Voutloos]

Confusion schreef op zaterdag 10 oktober 2009 @ 12:36:
In zeker zin is dat ook wat ORM frameworks doen: in je mapping staat per tabel de PK gedefinieerd en de universele getEntityById methode weet daarom altijd de PK.

Of het ORM noemt een enkelvoudige PK gewoon altijd `id` en heeft geen verder mapping nodig.

[Confusion]

Voutloos schreef op zaterdag 10 oktober 2009 @ 13:55:
[...]
Of het ORM noemt een enkelvoudige PK gewoon altijd `id` en heeft geen verder mapping nodig.

Als dat tot de mogelijkheden hoort is dat natuurlijk prima, maar soms staan de naamgevingsrichtlijnen dat niet toe of werk je met een bestaande database waarin de naamgeving anders is en niet zomaar veranderd kan worden. In ieder geval is de gewenste functionaliteit wat dat betreft niet zo heel vreemd.

[ Voor 16% gewijzigd door Confusion op 10-10-2009 14:07 ]