[ASP/SQL] Autonummering id weergeven

[rik]

Bezig met een ASP-intranet site voor registratie van inkomende telefoontjes stuit ik op het volgende probleem. De bedoeling is dat ik van page1 naar page2 naar page3 hobbel, en uiteindelijk wordt bij page4 alles in de database weggeschreven. So far so good, ware het niet dat ik dan graag op page4 (of page5) direct het autonummering (id) veld van het betreffende telefoontje wil weergeven. De telefoniste kan deze dan direct doorgeven aan de beller als referentie.

Is er een nette manier om na de sql automatisch het (willekeurig gegenereerde) autonummering-veld terug te krijgen?

[gorgi_19]

Ja, Kijk eens naar @@Identity

Maar is helemaal afhankelijk van je db.

[TeeDee]

ASP:

<%
Set cmdpersoneel = CreateObject("ADODB.Connection")
cmdpersoneel.Open (connection)
sqlInsert = "INSERT INTO dbo.tblPersoneel (blaa)  VALUES blaa")"
cmdpersoneel.Execute(sqlInsert)
' Haal het Id op! Om te inserten in de Order database!
sqlselect = "SELECT @@IDENTITY AS persID"
 
 Set rspers = cmdpersoneel.Execute(sqlselect)
 persID = rspers("persID")

' sluiten!
cmdpersoneel.Close()
Set cmdpersoneel = Nothing
%>

offtopic:
is wel heel erg behulpzaam merk ik net

[ Voor 35% gewijzigd door TeeDee op 16-07-2003 16:08 ]

[DeverauX]

Van welke database maak je gebruik?
In MySQL kan je in ieder geval gebruik maken van de functie LAST_INSERT_ID

[rik]

Ik maak gebruik van een Accessdatabase via ODBC/DSN, maar ooit gaat het omgezet worden naar SQL Server..

Ik ga bovenstaande tips in ieder geval uitproberen!

[gorgi_19]

TeeDee schreef op 16 juli 2003 @ 16:07:

ASP:

<%
Set cmdpersoneel = CreateObject("ADODB.Connection")
%>

Waarom gebruik je CreateObject en niet Server.CreateObject?
http://www.asp101.com/tips/index.asp?id=88

[ Voor 55% gewijzigd door gorgi_19 op 16-07-2003 16:12 ]

[TeeDee]

gorgi_19 schreef op 16 juli 2003 @ 16:11:
[...]

Waarom gebruik je CreateObject en niet Server.CreateObject?
http://www.asp101.com/tips/index.asp?id=88

Oude ranzige code van Ultradev. Dit was een copy/paste uit mijn eigen codelibrarytje.

Zit totaal geen idee achter. En ja, dat moet server.createobject zijn

[rik]

Ik denk dat het wel gaat lukken nu.
Op http://tinyurl.com/h3u5 kwam ik overigens nog de tip tegen om het te combineren

[gorgi_19]

SQL Server kent SP's. Verder betwijfel ik of MS Access deze constructie pikt.

[ Voor 63% gewijzigd door gorgi_19 op 16-07-2003 16:24 ]

[rik]

Hij pakt 'm inderdaad niet: karakters na de SQL.

Maar stel exact tegelijk worden er twee rijen naar de tabel geschreven, krijg je met TeeDee's methode dan wel 100% zeker de juiste id terug?

[Batsies]

ja met @@identy (voor zover ik weet) krijg je 100% de juiste id terug

[gorgi_19]

rik schreef op 16 juli 2003 @ 16:34:
Hij pakt 'm inderdaad niet: karakters na de SQL.

Maar stel exact tegelijk worden er twee rijen naar de tabel geschreven, krijg je met TeeDee's methode dan wel 100% zeker de juiste id terug?

Waar waarom gebruik je geen SP's als je toch over gaat naar SQL server?

[ Voor 13% gewijzigd door gorgi_19 op 16-07-2003 16:38 ]

[rik]

Hulde, het werkt!

Gorgi: Het is niet aan mij om over te gaan over SQL Server, voor nu werk ik met Access. Wat zijn SP's precies? (ga ik nu even naar kijken dus)

edit: Ah, stored procedures, daar heb ik wel van gehoord maar nooit gebruikt ofzo. Ik neem aan dat er bij SP's nog meer voordelen zijn behalve veiligheid en compactere code? (begint offtopic te raken misschien)

[ Voor 123% gewijzigd door rik op 16-07-2003 16:55 ]

[TeeDee]

Snelheid. En ik vind zelf dat het controleerbaarder is.

[Verwijderd]

ff iets anders, is het wel zo slim om als referentie nr de foreignkey van de incoming call tabel te gebruiken??

Als een prospect / klant / whatever meerdere keren belt zal hij meerdere referentie nummers moeten onthouden, je kunt imo veel beter een tabel met prospecten / klanten / whatever bijhouden, daaraan de incoming calls binden en zodoende hoeft prospect etc... maar 1 nummer te onthouden en heeft het call center meteen een historisch overzicht

[Batsies]

Door middel van een sp gebruik je optimale performance van je database

Kijk anders even dit topic: [rml][ Stored Procedures] Redenen gebruik Stored Proc.[/rml]

[ Voor 39% gewijzigd door Batsies op 16-07-2003 21:48 . Reden: Link toevoegen ]

[rik]

mabit: uiteraard zijn er nog tabellen met klanten, systemen etc.. Centraal staat de (service-) call, en een historisch overzicht gaat per systeem waarvoor gebeld word, per "klant", etc. 1 Klant kan overigens flink wat calls doen.

Batsies: thanks ik ga zeker even kijken.