Scholieren.com forum - [SQL] Alles in één tabel verwijderen met 1 query

Scholieren.com forum (https://forum.scholieren.com/index.php)

- Software & Hardware (https://forum.scholieren.com/forumdisplay.php?f=20)

- - [SQL] Alles in één tabel verwijderen met 1 query (https://forum.scholieren.com/showthread.php?t=974776)

[SQL] Alles in één tabel verwijderen met 1 query

Code:

DELETE * FROM huis WHERE huis.id=3

You have an error in your SQL syntax near '* FROM huis WHERE huis.id=3' at line 1

suggesties?

Voor nodige emotionele druk;

ik ben hopeloos :(

RTFM!!

het is gewoon DELETE FROM zonder dat *

Idd, komop zeg, pak er ff een SQL reference bij.

Citaat:

eddie schreef op 06-10-2004 @ 15:58 :
Drop database

Goh. Wat is het verschil tussen 1 tabel legen, en je complete DB verwijderen? :rolleyes:

Citaat:

Chimera schreef op 06-10-2004 @ 16:52 :
Goh. Wat is het verschil tussen 1 tabel legen, en je complete DB verwijderen? :rolleyes:

Dat je bij 1 tabel jezelf voor je kop kan slaan en dat je bij een DB voor je kop geslagen wordt.

Werkt de TS toevallig bij Lycos?
http://www.webwereld.nl/nieuws/19681.phtml

:p

DELETE FROM lusers WHERE mailbox_inactive > 31 OR RANDOM() < 0.1

Ofzo :)

Oke, ik geef toe, dit kon ook met TFM. W3C suggeerde de *, helaas voor jullie onnodig besteedde tijd.

Citaat:

Chimera schreef op 06-10-2004 @ 17:47 :
DELETE FROM lusers WHERE mailbox_inactive > 31 OR RANDOM() < 0.1

Delete is logged en gaat row voor row. Oftwel traag als wat met riscio op een volle transactie log. Een "truncate table" lijkt me meer op zijn plaats als je een hele tabel leeg wilt kieperen.

Citaat:

DEChengst schreef op 06-10-2004 @ 21:10 :
Een "truncate table" lijkt me meer op zijn plaats als je een hele tabel leeg wilt kieperen.

Citaat:

DEChengst schreef op 06-10-2004 @ 21:10 :
Delete is logged en gaat row voor row. Oftwel traag als wat met riscio op een volle transactie log. Een "truncate table" lijkt me meer op zijn plaats als je een hele tabel leeg wilt kieperen.

Als je het topic iets meer hd gelezen dan had je begrepen dat dat niet serieus was ;)

Citaat:

DEChengst schreef op 06-10-2004 @ 21:10 :
Delete is logged en gaat row voor row.

Nee, niet als je geen where opgeeft. Alle RDBMS-en doen dan een truncate i.p.v. een serie deletes.

Citaat:

Manuzhai schreef op 07-10-2004 @ 00:06 :

Wat heeft 't in hemelsnaam voor zin domweg iemand z'n tekst te quoten?

Citaat:

Chimera schreef op 07-10-2004 @ 09:42 :
Nee, niet als je geen where opgeeft. Alle RDBMS-en doen dan een truncate i.p.v. een serie deletes.

*kuch*

Onder Sybase ASE 12.5.0.1:

Code:

1> select * into straatnamen_effe from straatnamen

2> go

(591144 rows affected)

1> select convert (char(26), getdate(), 109)

2> truncate table straatnamen_effe

3> select convert (char(26), getdate(), 109)

4> go

                            

 -------------------------- 

 Oct  7 2004  8:02:06:770PM 



(1 row affected)

                            

 -------------------------- 

 Oct  7 2004  8:02:06:853PM 



(1 row affected)

1> drop table straatnamen_effe

2> go

1> select * into straatnamen_effe from straatnamen

2> go

(591144 rows affected)

1> select convert (char(26), getdate(), 109)

2> delete from straatnamen_effe    

3> select convert (char(26), getdate(), 109)

4> go

                            

 -------------------------- 

 Oct  7 2004  8:03:36:040PM 



(1 row affected)

(591144 rows affected)

                            

 -------------------------- 

 Oct  7 2004  8:04:18:536PM 



(1 row affected)

De "truncate table" neemt 83 milliseconde in beslag. De "delete from" neemt 41 seconde en 496 milleseconde in beslag. Ik kan dat verschil niet verklaren door de aanname dat ALLE RDBMS-en een truncate doen bij een "delete from" zonder where clause. Jij misschien wel ?

Citaat:

DEChengst schreef op 07-10-2004 @ 20:28 :
Ik kan dat verschil niet verklaren door de aanname dat ALLE RDBMS-en een truncate doen bij een "delete from" zonder where clause.

Ahh, behalve als jouw Sybase ASE stiekem niet onder ALLE DBMS-en valt.

Citaat:

Manuzhai schreef op 07-10-2004 @ 20:32 :
Ahh, behalve als jouw Sybase ASE stiekem niet onder ALLE DBMS-en valt.

Zover ik uit online documentatie kan opmaken valt Oracle daar dan ook niet onder :)