[mysql] opeenvolgende rij-nummer van record opvragen...

[klokop]

Kan je binnen mysql het 'nummer' van een opgevraagde rij opvragen?

Stel 'select id, title from table' retourneert:

code:

 13 - roos
  2 - boom
450 - vuur
  5 - vis

... terwijl ik eigelijk dit zou willen:
Stel 'select consec_id, id, title from table':

code:

0 -  13 - roos
1 -   2 - boom
2 - 450 - vuur
3 -   5 - vis

Nou kan ik dat natuurlijk met m'n scripttaal naar keuze oplossen, maar ik zit met een 'framework' dat gebruikt dient te worden...

Bovendien wil ik gewoon wel eens weten of het kan.

[ Voor 12% gewijzigd door klokop op 17-01-2006 14:36 ]

[Creepy]

En wat voor framework is dat dan? Het lijkt me toch een kleine moeite om er een tellertje bij af te drukken?

[Cuball]

in db2

code:

select rrn(a) , anderveld, nogeenveld from myTable a

mysql weet ik niet of ze dit hebben...

[TheRookie]

Heb je dat consec_id wel in de betreffende tabel staan ?

[steffex]

kwestie van resultaten in een array zetten...?! en dan de boel uitspugen samen met de array nummers?

[dajappie]

MySQL 5 doet dingen met triggers en zou zoiets http://haacked.com/archive/2004/02/28/215.aspx moeten kunnen, met lagere versies wordt lastig in MySQL denk ik.

[Lorn]

In een relationele database zitten de records toch niet in een bepaalde volgorde in de tabel? Bij iedere query worden de records in een 'random' volgorde teruggegeven. Wat voor nut zou het dan hebben om een volgorde ID aan het record te koppelen? Wat voor toegevoegde waarde zo zo'n ID hebben voor een applicatie?

[dajappie]

Gevonden:

http://www.stardata.it/ar...rogr_num_articoli_en.html

[kenneth]

Lorn schreef op dinsdag 17 januari 2006 @ 15:54:
In een relationele database zitten de records toch niet in een bepaalde volgorde in de tabel? Bij iedere query worden de records in een 'random' volgorde teruggegeven.

Niet als je een clustered index op een tabel hebt zitten (iig in MSSQL, vziw ook Oracle, MySQL + InnoDB)

[Lorn]

kenneth schreef op dinsdag 17 januari 2006 @ 15:56:
[...]
Niet als je een clustered index op een tabel hebt zitten (iig in MSSQL, vziw ook Oracle, MySQL + InnoDB)

Goed punt, die was ik idd even vergeten

[ACM]

kenneth schreef op dinsdag 17 januari 2006 @ 15:56:
Niet als je een clustered index op een tabel hebt zitten (iig in MSSQL, vziw ook Oracle, MySQL + InnoDB)

Niet bij elke implementatie wordt de clustered index ook automatisch op volgorde gehouden. Bovendien is het alsnog onverstandig uit te gaan van een specifieke volgorde, want dat er een volgorde door die clustered index wordt afgedwongen voor die specifieke tabel, zegt nog niets over de volgorde van je resultaten.
Misschien worden die wel op volgorde van hash-bucket uitgespuugd, als er een hash gebruikt was voor een join.

Moraal van het verhaal is gewoon dat SQL geen enkele volgorde van de resultaten specificeert, tenzij je ORDER BY meegeeft bij je query. Bovendien is de volgorde nogal variabel, als er een nieuw record halverwege wordt ingevoerd wordt de helft van de andere records voorzien van een nieuwe virtuele volgorde.

[klokop]

dajappie schreef op dinsdag 17 januari 2006 @ 15:55:
Gevonden:
http://www.stardata.it/ar...rogr_num_articoli_en.html

Jaaa! DAT bedoelde ik inderdaad!

_{... ik had het 'framework' inmiddels al omgebouwd, zodat het op een andere manier ook kan...}

[ Voor 20% gewijzigd door klokop op 18-01-2006 21:29 ]