[SQL / MS SQL] Inhoud ALLE tabellen deleten

[jelmervos]

Is het mogelijk om van alle tabellen in een database de inhoud te verwijderen, dus alleen de data en niet structuur. Het gaat om een MS SQL server, dus het kan via SQL query's of via de Enterprise Manager.

Alavast bedankt.

[dusty]

Delete from [tabelnaam] where 1=1

En dat dus voor elke tabel apart.

[ Edit: ik kan html posten dus ik kan kleiner dan teken NIET gebruiken ]

[Anoniem: 33628]

ff een stored procedure bouwen die al je tabellen van de db langs loopt en dan een DELETE FROM tablename laat uitvoeren..

[jelmervos]

Op woensdag 06 februari 2002 14:31 schreef dusty het volgende:
Delete * from <tabelnaam> where 1=1

En dat dus voor elke tabel apart.

Ik heb een stuk of 50 tabellen, moet ik elk tabel naam apart invoeren (RSI opwekkend?) of een programma gaan schrijven speciaal voor deze taak?

Het kan toch simpeler neem ik aan, deze 'oplossing' had ik ook wel kunnen bedenken en hij werkt al niet meer goed zodra er een nieuwe table bij komt.

[jelmervos]

Op woensdag 06 februari 2002 14:32 schreef r-e-m het volgende:
ff een stored procedure bouwen die al je tabellen van de db langs loopt en dan een DELETE FROM tablename laat uitvoeren..

Dat klinkt beter, maar wat is de code van die stor. procedure. Heb daar minimale ervaring mee, weet alleen hoe ik ze moet aanmaken.

[Janoz]

Op woensdag 06 februari 2002 14:31 schreef dusty het volgende:
Delete from [tabelnaam] where 1=1

En dat dus voor elke tabel apart.

[ Edit: ik kan html posten dus ik kan kleiner dan teken NIET gebruiken ]

Ik dacht dat jij wel slim genoeg was om dan < (of > of &) te gebruiken .



Back ontopic...

ALs je nu gewoon een lijstje met de tabellen kunt genereren, kun je deze in een editor plakken en met bv zoek/vervang functies er "DELETE FROM " voor en " WHERE 1=1;" achter te zetten.Vervolgens plak je dit in het window waarin je queries uit kunt voeren.

[raptorix]

Heb dit wel eens gemaakt, gewoon ff een select doen op Sysobjects daar haal je de tables op en vervolgens via cursor een delete statement geven. Kans is groot dat je hem paar keer moet runnen omdat anders je constraints op hun bek gaan

[jelmervos]

Op woensdag 06 februari 2002 14:36 schreef raptorix het volgende:
Heb dit wel eens gemaakt, gewoon ff een select doen op Sysobjects daar haal je de tables op en vervolgens via cursor een delete statement geven. Kans is groot dat je hem paar keer moet runnen omdat anders je constraints op hun bek gaan

Uuhmm, dat kan wel es kloppen, maar zolang je de goede volgorde aan houd? Maar da's weer een ander probleem.

Heb jij misschien de code voor zo'n stored procedure.

[dusty]

Op woensdag 06 februari 2002 14:34 schreef Janoz het volgende:

[..]

Ik dacht dat jij wel slim genoeg was om dan [..]te gebruiken .

dat is leuk tot iemand mij quote, dan krijg je die tekst weer te zien

Back ontopic...

ALs je nu gewoon een lijstje met de tabellen kunt genereren, kun je deze in een editor plakken en met bv zoek/vervang functies er "DELETE FROM " voor en " WHERE 1=1;" achter te zetten.Vervolgens plak je dit in het window waarin je queries uit kunt voeren.

Je bedoelt:

code:

select
  "DELETE FROM "|| TNAME ||" WHERE 1=1" 
from TAB

? (alhans voor oracle )

En dan kopieer je de output en die voer je weer uit op de database

[raptorix]

Op woensdag 06 februari 2002 14:41 schreef jelmervos het volgende:

[..]

Uuhmm, dat kan wel es kloppen, maar zolang je de goede volgorde aan houd? Maar da's weer een ander probleem.

Heb jij misschien de code voor zo'n stored procedure.

Kijk eens op www.swynk.com bij sql scripts, had al snel ff gekeken of ie er bij stond, dacht het niet maar als je ff kijkt heb je zo iets wat er op lijkt.

[Crazy D]

Op woensdag 06 februari 2002 14:41 schreef jelmervos het volgende:
Heb jij misschien de code voor zo'n stored procedure.

Ik niet, maar met books online (de fm ja ) moet je er wel uit kunnen komen, CREATE PROCEDURE voor de stored proc, en DECLARE CURSOR voor een (vind ik) duidelijk voorbeeld van met cursors werken. Heb 'm ff niet bij de hand dus kan 't niet ff copy-pasten...
En met de storec proc sp_executesql kun je een dynamisch opgebouwde query executen.

[Anoniem: 33628]

code:

declare @Table       varchar(128)
declare @Statement    nvarchar(128)

SET NOCOUNT ON

DECLARE UserCur INSENSITIVE CURSOR FOR

    select name from sysobjects where type = 'U' 

FOR READ ONLY

OPEN UserCur

FETCH NEXT FROM UserCur INTO

    @Table

WHILE (@@FETCH_STATUS <> -1)
BEGIN

    SET @Statement = N'DELETE FROM ' +  convert(nvarchar(128),@Table) 
    exec sp_executesql @Statement

    FETCH NEXT FROM UserCur INTO

        @Table

END

DEALLOCATE  UserCur

[jelmervos]

Op woensdag 06 februari 2002 14:45 schreef raptorix het volgende:

[..]

Kijk eens op www.swynk.com bij sql scripts, had al snel ff gekeken of ie er bij stond, dacht het niet maar als je ff kijkt heb je zo iets wat er op lijkt.

Bedankt:

Clear Tables Script
By Alexander Kondakov - Published December 12, 2001

This simple script will quickly and easily remove all data from all user tables. The script will work on SQL Server 6.x, 7.x, and 2000.

[raptorix]

At your service!

[dusty]

Op woensdag 06 februari 2002 14:50 schreef raptorix het volgende:
At your service!

Persoonlijk vindt ik het een "slechte" oplossing. Als het goed is heb je een bestand met alle definities van je tabellen e.d. Dan kan je beter je "installatie" bestand uitvoeren, waardoor alle tabellen worden gedropped en weer netjes alle tabellen worden aangemaakt.

Maar dat is mijn persoonlijke mening natuurlijk

[raptorix]

Op woensdag 06 februari 2002 15:01 schreef dusty het volgende:

[..]

Persoonlijk vindt ik het een "slechte" oplossing. Als het goed is heb je een bestand met alle definities van je tabellen e.d. Dan kan je beter je "installatie" bestand uitvoeren, waardoor alle tabellen worden gedropped en weer netjes alle tabellen worden aangemaakt.

Maar dat is mijn persoonlijke mening natuurlijk

Klopt maar vaak worden dit soort bestanden pas na het project gemaakt

[jelmervos]

Op woensdag 06 februari 2002 15:01 schreef dusty het volgende:

[..]

Wat bedoel je precies met installatie bestand?

[raptorix]

Op woensdag 06 februari 2002 15:12 schreef jelmervos het volgende:

[..]

Wat bedoel je precies met installatie bestand?

Een create DB script denk ik

[Anoniem: 7195]

wanneer je tabellen leeg wilt gooien, NIET DELETE gebruiken maar TRUNCATE. DELETE voegt nl. bij elke row die wordt verwijderd een record toe aan de transaction log. Omdat je toch alles wilt wegkieperen is TRUNCATE beter (en ook stukken rapper) die de table cleart zonder transactionlog entries.

[jelmervos]

Aha, oke. Maar hij komt toch met error's over "FOREIGN KEY constraint", is er niet een betere/snellere manier om alle data uit de DB te halen.

[Anoniem: 12510]

Als je je CREATE definities nog hebt liggen zou ik gewoon DROP DATABASE doen en dan de tabellen opnieuw aanmaken.

[jelmervos]

Op woensdag 06 februari 2002 15:48 schreef Bnard het volgende:
Als je je CREATE definities nog hebt liggen zou ik gewoon DROP DATABASE doen en dan de tabellen opnieuw aanmaken.

Heb ik niet, dus eerst alles handmatig verwijderen, backup maken (script?) en dan bij de volgende keer die terug zetten.

Ik vind het vreemd dat er niet een betere manier is, dit is toch niet zo vreemd.

[raptorix]

Op woensdag 06 februari 2002 15:46 schreef jelmervos het volgende:
Aha, oke. Maar hij komt toch met error's over "FOREIGN KEY constraint", is er niet een betere/snellere manier om alle data uit de DB te halen.

Om het in goede volgorde te doen

[dusty]

Op woensdag 06 februari 2002 15:14 schreef raptorix het volgende:
[..]
Een create DB script denk ik

Yup.

script uitvoeren, alle tabellen worden in de juiste volgorde verwijderd, daarna in de juiste volgorde weer gecreerd

[jelmervos]

Op woensdag 06 februari 2002 15:49 schreef raptorix het volgende:

[..]

Om het in goede volgorde te doen

Uuhmm, wat is de goede volgorde?

[jelmervos]

Op woensdag 06 februari 2002 15:50 schreef dusty het volgende:

[..]

Yup.

script uitvoeren, alle tabellen worden in de juiste volgorde verwijderd, daarna in de juiste volgorde weer gecreerd

Hoe maak ik zo'n script?

[raptorix]

Overigens is mijn ervaring dat Sqlserver niet helemaal goede volgorde hanteert bij het creeeren van een script, opzich werkt het wel als je paar keer runt, maar meestal kan je beter gewoon zelf even het script maken, op zich niet heel moeilijk over algemeen questie van wat copy/pasten in juiste volgorde.

[dusty]

Op woensdag 06 februari 2002 15:57 schreef raptorix het volgende:
Overigens is mijn ervaring dat Sqlserver niet helemaal goede volgorde hanteert bij het creeeren van een script, [...]

Kan dat dan automatisch?

[dusty]

Op woensdag 06 februari 2002 15:51 schreef jelmervos het volgende:
[..]
Hoe maak ik zo'n script?

zie:

Ik heb een stuk of 50 tabellen, moet ik elk tabel naam apart invoeren (RSI opwekkend?) of een programma gaan schrijven speciaal voor deze taak?

Een keer RSI krijgen dus

[jelmervos]

uuhmm, lekker is dat.

[Annie]

Op woensdag 06 februari 2002 15:57 schreef raptorix het volgende:
Overigens is mijn ervaring dat Sqlserver niet helemaal goede volgorde hanteert bij het creeeren van een script, opzich werkt het wel als je paar keer runt, maar meestal kan je beter gewoon zelf even het script maken, op zich niet heel moeilijk over algemeen questie van wat copy/pasten in juiste volgorde.

hmm, bij het creeeren van scripts ben ik daar eigenlijk nog nooit tegenaan gelopen. Objecten en data overpompen wil nog wel eens fout gaan, maar ook daar is dat 9 van de 10 keer omdat ik zelf een stomme fout maak

Dus gewoon van al je tabellen scripts laten maken in de EM en eventueel nog even voor de zekerheid nalopen (iig zorgen dat je "alter table"-s na de "create table"-s komen) en dan moet het werken.

btw. wat lees ik allemaal over het rechtstreeks query-en van de system tables? Foei daar zijn de INFORMATION_SCHEMA views voor.

[Anoniem: 12510]

Uuhmm, wat is de goede volgorde?

Nou, je moet het in zo'n volgorde doen dat de foreign keys goed gaan. Als je een tabel creditcards hebt met een foreign key naar een tabel klanten, dan moet je eerst de tabel klanten aanmaken voor je de tabel creditcards aanmaakt. Anders kan hij die externe referentie niet leggen.

Als je goed naar de afhankelijkheden in je tabellen kijkt is er wel uit te komen. Succes ermee.