[MSSQL]if exists drop temporary table

[Jochemmol]

Ik ben bezig met een script in php dat gebruikers uit een tabel de tabel leest. Nu is de lijst met gebruikers erg groot en wil ik dus pagina's maken. Ik had hiervoor een andere topic over hoe ik dat kon doen.

Dit is nu gelukt. Ik gebruik een "temporary table" waarin ik de waarden zet die voldoen aan de where clausule. Als nu gebruiker nu de volgende pagina wil zien wil ik dat de gegevens uit de temporary table worden gelezen. En niet eerst een select statement om de temporary table te vullen want dat is eigenlijk al gebeurt.

Nu onstaat er een probleem: Als de gebruiker een nieuwe where clausuele instelt (zoek functie) dan moet de temporary table opnieuw gevuld worden. Om dit voorelkaar te krijgen moet de eerste temporary table verwijderd worden omdat er geen tabellen met dezelfde naam kunnen bestaan.

Dat verwijderen gaat gewoon zo:

code:

DROP TABLE #Temp

Maar ik wil dus pas verwijderen als er een nieuwe select moet worden uitgevoerd. dus aan het begin en niet aan het einde van de query.

Dus op het moment dat de gebruiker voor het eerst de lijst bekijkt bestaat de temporary table #Temp nog niet want die is nog niet aangemaakt.

Dus ik moet kijken of de tabel bestaat. Zo ja, Droppen en dan opnieuw aanmaken en vullen. Zo nee, alleen vullen.

Ik dacht dat checken of hij bestaat doe ik zo

code:

if exists (select * from #Temp)
begin
select * from #Temp;
DROP TABLE #Temp;
end

Dit werkt alleen als de tabel bestaat. als hij niet bestaat (de eerste keer dus) krijg ik een error.

Ik snap het niet. In MySQL is het gewoon DROP TABLE #Temp if exists maar hoe werkt dat in MSSQL

[P_de_B]

De temporary table wordt automatisch gedropt als hij uit scope gaat. Ik denk dus niet dat het gaat werken wat jij wilt.

Als de connectie verbroken wordt is de temptable er niet meer.

Je kunt gewoon een normale table maken, met een GUID erin. Je genereert een nieuwe Guid, en insert alle gegevens incl de GUID in de tabel. Je retourneert de GUID naar de client en gebruikt deze guid om de volgende pagina op te halen. Je gebruikt dus de GUID om de goede gegevens uit de tabel naar de juiste client te retourneren.

Periodiek moet je de tabel opschonen op basis van bijvoorbeeld een timestamp.

[ Voor 53% gewijzigd door P_de_B op 14-07-2005 10:45 ]

[Jochemmol]

Maar dat is geen probleem want als hij niet bestaat moet de "temporary table" opnieuw aangemaakt worden. en verder niks hoeft er niks te gebeuren.

En anders moet hij gedropt worden.

Maar dat uitzoeken bij de MSSQL server de #Temp tabel bestaat geeft errors.

En als ik 80000 regels heb en ik moet die inserten in een tabel. dan duurt het inserten langer als ik het doe in een "temporary table" athans ik heb het gemeten in de Query analyser.

[ Voor 57% gewijzigd door Jochemmol op 14-07-2005 10:53 ]

[P_de_B]

Als jij hem in de connectie nog niet gemaakt hebt, bestaat hij niet. Simpel

[pistole]

code:

if exists (select name from systables where name='#Temp')
begin
select * from #Temp;
DROP TABLE #Temp;
end

en ^^

[P_de_B]

pistole schreef op donderdag 14 juli 2005 @ 10:49:

code:

if exists (select name from systables where name='#Temp')
begin
select * from #Temp;
DROP TABLE #Temp;
end

en ^^

Nope, een #temp table wordt in de tempdb gemaakt, en heeft niet als naam #tempnaam, maar #tempnaam____________________________________239482395850945

waarbij dat nummer uniek is voor de connectie.

Tenslotte zou het sysbojects moeten zijn, en niet systables.

[Jochemmol]

dat die in de sysobjects niet bestaat ontdekte ik ook. Dus moest ik iets anders bedenken.

Maar is het helemaal niet mogelijk in MSSQL om te checken of een "temporary table" bestaat. In MySQL is dat heel gemakkelijk.

[ Voor 13% gewijzigd door Jochemmol op 14-07-2005 11:00 ]

[P_de_B]

Dat _hoef_ je niet te controleren. Als je hem nog niet hebt gemaakt bestaat 'ie niet. Dat lijkt een onzin antwoord, maar denk er maar eens over na

[jvdmeer]

Maak een een #temp aan in Query analyzer, en druk op CTRL-N.
Probeer nu in dat nieuwe venster (en nieuwe connectie) maar de inhoud te lezen van #Temp.

Sterkte...

[Jochemmol]

Je heb gelijk Stom van mij. de tabel bestaat steeds niet meer.

Ik heb het al opgelost.

bedankt voor jullie hulp

[P_de_B]

Wat ik me nu wel afvraag, hoe gaat MySQL dan met temp tables om? Die blijven bestaan tot je ze dropt??

[sig69]

P_de_B schreef op donderdag 14 juli 2005 @ 11:21:
Wat ik me nu wel afvraag, hoe gaat MySQL dan met temp tables om? Die blijven bestaan tot je ze dropt??

Volgens mij worden ze automatisch gedropt zodra ze out of scope zijn. Zit nu niet meer achter m'n .NET/MSSQL machine dus kan er niets over opzoeken helaas. Kijk anders even in de books online...

[ Voor 20% gewijzigd door sig69 op 14-07-2005 12:11 ]

[Annie]

sig69 schreef op donderdag 14 juli 2005 @ 12:09:
[...]

Volgens mij worden ze automatisch gedropt zodra ze out of scope zijn. Zit nu niet meer achter m'n .NET/MSSQL machine dus kan er niets over opzoeken helaas. Kijk anders even in de books online...

Ik denk dat P_de_B wel weet hoe mssql omgaat met temp tables
Hij vroeg zich af hoe mysql dat doet.

[sig69]

Oeps.. overheen gelezen...

[IJnte]

Jochemmol schreef op donderdag 14 juli 2005 @ 11:16:
Je heb gelijk Stom van mij. de tabel bestaat steeds niet meer.

Ik heb het al opgelost.

bedankt voor jullie hulp

offtopic:
Jochem!

[TeeDee]

Even (ik weet dat het e.e.a. al opgelost is) een andere insteek.
De TS heeft het hier als ik het goed begrijp over een "Paging Recordset"?

[ACM]

P_de_B schreef op donderdag 14 juli 2005 @ 11:21:
Wat ik me nu wel afvraag, hoe gaat MySQL dan met temp tables om? Die blijven bestaan tot je ze dropt??

MySQL dropt ze gewoon als je de connectie sluit, zoals in de spec ook vermeld staat. (een van de dingen die ze redelijk volgens de specs doen )
Daarnaast kent MySQL de mogelijkheid om het drop-tablestatement, wat ook in MSSQL gewoon toepasbaar zal zijn voor temp. tables, uit te breiden met het 'if exists'-statement om te voorkomen dat je een foutmelding krijgt na een drop.

Als je zoiets in MSSQL wilt simuleren moet je waarschijnlijk in je information_schema gaan graven en als er een positief resultaat uit een query volgt, waarna je hem dropt en anders gewoon niks doet. Dat kan met een stored procedure oid vast wel geregeld worden.

[P_de_B]

ACM schreef op donderdag 14 juli 2005 @ 14:28:
[...]

MySQL dropt ze gewoon als je de connectie sluit, zoals in de spec ook vermeld staat. (een van de dingen die ze redelijk volgens de specs doen )

Dat dacht ik al, maar dan snap ik de vraag niet echt icm met paging.

Als je zoiets in MSSQL wilt simuleren moet je waarschijnlijk in je information_schema gaan graven en als er een positief resultaat uit een query volgt, waarna je hem dropt en anders gewoon niks doet. Dat kan met een stored procedure oid vast wel geregeld worden.

Je zou kunnen selecten uit de tempdb..sysobjects table, maar een #temp tabel krijgt een suffix. Voor zover ik weet is dit een random getal, en kun je dus niet bepalen welke #temp table van "jouw" connectie is.

[Annie]

Ik heb even geen mssql voorhanden om het te checken, maar afaik werkt het volgende gewoon:

SQL:

IF OBJECT_ID('tempdb..#bla') -- etc.

[P_de_B]

Annie heeft gelijk

Net getest en het werkt.

.

[ Voor 92% gewijzigd door P_de_B op 14-07-2005 17:00 ]