[VB/sql server] kweerie voor laatste insert

[Verwijderd]

Ik heb een vraagje. Is er een select query voor de laatste insert? Ik heb namelijk een tabel met twee colums. Eentje met een ID (auto encrement) en een naam. Als ik een insert doe, dan wil ik die graag boven aan in m'n listview hebben. enige suggesties?

Alvast bedankt voor reacties.

[muis|IA]

select * from table order by ID desc;

[Verwijderd]

Het ID is nog niet bekend (auto encrement)
dus hoe schrijf ik dan m'n select?
het kan niet op naam (dubbelenamen zijn namelijk mogelijk)

[Glock]

Op vrijdag 24 mei 2002 16:42 schreef Helerion het volgende:
Het ID is nog niet bekend (auto encrement)
dus hoe schrijf ik dan m'n select?
het kan niet op naam (dubbelenamen zijn namelijk mogelijk)

waarom zou je ID moeten weten

[whoami]

Als je gebruik maakt van autonummering kun je

code:

select @@identity from table

gebruiken.

[robjanssen]

Je ID is toch een veld uit de tabel?
Dus kun je er op query'en.

Dus werkt:

code:

SELECT ID, Naam
FROM TabelNaam
ORDER BY ID DESC

uitstekend.

[whoami]

Wie zegt er dat het hoogste ID altijd het laatste gaat zijn?

[Tassadar]

Op zaterdag 25 mei 2002 11:10 schreef whoami het volgende:
Wie zegt er dat het hoogste ID altijd het laatste gaat zijn?

auto increment

[robjanssen]

Dat zeg ik.
Op het moment dat er een nieuw record gepost wordt, wordt er automatisch een nieuw nummer gegenereerd, dat 1 hoger is dan het tot nu toe hoogste nummer.
Dit is ook het geval als er nummers verwijderd zijn in het midden.
Die worden dan niet opnieuw gebruikt.

[whoami]

Ben je dat zeker dat nummers die weggelaten zijn later nooit meer gebruikt worden? Stel dat de auto-incr. aan zijn limiet is, wat gebeurd er dan denk je?

En wat als er tussen uw insert en de select max() die je doet, iemand anders een record insert?

ps: en mocht je het toch zo willen doen, waarom gebruik je geen select max() ipv alles te selecteren en dan nog eens te sorteren?

[robjanssen]

Maar wat is nu precies je bedoeling?

Aan de Max kom je volgens mij nooit.
Dus die open nummers worden niet meer gebruikt.
(weet ik (bijna) zeker)

Als iemand anders tussendoor een record toevoegt, dan komt dat record natuurlijk bovenaan te staan.

Met SELECT MAX selecteer je dus de laatst toegevoegde record.

Maar wil je nu alleen de laatst toegevoegde hebben?
Of een hele lijst met de laatst toegevoegde boveaan?

Je kunt ook een trigger maken op de tabel.
CREATE TRIGGER ON INSERT

[whoami]

Ik denk dat de topicstarten het ID wil hebben van het record dat hij net geinserted heeft.

Dus als user A een record insert, wil hij het ID van het record dat user A heeft geinserted.
Als er tegelijk een user B een record insert, dan wil hij dat user B het id krijgt van zijn record dat hij heeft geinserted.

Volgens mij is een select max() en ook een select @@identity geen afdoende oplossing.

Wat wel een goeie oplossing zou zijn, is om een tabel bij te houden met daarin voor iedere tabel in uw DB een record. En per tabel hou je dan bij wat het laatste geinserte id is.
Als je een record in een tabel wilt inserten, ga je vlak voor de insert de tabel met ID's locken, het hoogste ID van de betreffende tabel ophalen, dat met 1 verhogen en die waarde terug gaan saven in die tabel. Dan heb je ook onmiddellijk het gewenste ID en zullen er volgens mij geen problemen zijn als de applicatie multi-user is.

[robjanssen]

Maar met een tabel voor het laatste ingevoerde record hou je toch nog steeds het probleem dat als er meteen een andere user een record toevoegt dat die dan in die speciale tabel komt te staan.

Ik ben er van overtuigd dat je na de insert meteen een select max kunt doen om de ID van de ingevoerde record te krijgen.

[whoami]

Ik had er wel bij vermeld dat je die tabel (of dat record) moet locken als je een nieuwe ID bepaald.

[raptorix]

Het antwoord is echt al gegeven hoor. Iedereen blaat maar door maar kennelijk leest niemand.

[robjanssen]

Wat is het goede antwoord dan?

[whoami]

Het is toch niet omdat er al een antwoord gegeven is, dat er niet verder mag 'geblaat' worden over eventuele alternatieven?

mbravenboer:
2. Wat mij betreft moet een programmeur nooit tevreden zijn met zijn werk en altijd naar verbetering zoeken. Commercieel vast geen geslaagd plan, maar goed . Herschrijven van je werk en het weggooien van code is fantastisch werk .

[raptorix]

Op zaterdag 25 mei 2002 14:40 schreef whoami het volgende:
Het is toch niet omdat er al een antwoord gegeven is, dat er niet verder mag 'geblaat' worden over eventuele alternatieven?
[..]

Voorzover ik weet is Bravenboer nog student
Ik hoor hem over 2 jaar wel

[Goodielover]

Het goede antwoord is:
tabel exclusive locken.
Dan inserten, dan max bepalen (dat is je ID)
dan lock releasen (commit geven)
dan lekker doorgaan met de rest van je programma.

BTW onderwerp van dit topic komt me erg bekend voor. Search gebruikt?

[Verwijderd]

Echt bedankt voor alle reacties!

Heb het volgende gedaan. Zoals het eigenlijk zou moeten is dat er in een tabel, met twee kolommen (waarvan 1 een id is), beide colommen uniek zijn. Waarom? nou omdat dit namelijk de regels zijn om een database consistent te houden. Echter is eht zo dat ik de database niet heb ontworpen en wil er zo weinig mogelijk aan veranderen. Dus nu check ik gewoon, bij het inserten, of de naam al bestaat. als hij dus niet bestaat kan ik een select doen op de naam. Deze is nu namelijk uniek.
Maar evengoed is het goed te weten hoe je dit soort dingen oplost. Dus bedankt voor alle reacties.