Re-ausführbare SQL Server-Skripts

Was sind die besten Methoden, sicherzustellen, dass Ihre SQL-beliebig oft ausgeführt werden kann, ohne Fehler zu erhalten auf den nachfolgenden Auflagen?

z.B.

  • überprüfung, dass die Tische nicht bereits vorhanden sind, bevor Sie zu erstellen
  • überprüfen Sie, dass die Spalten nicht bereits vorhanden sind vor der Erstellung oder Umbenennung
  • Transaktionen mit rollback on error
  • Wenn Sie drop-Tabellen, die vorhanden sind, bevor Sie erstellen Sie Sie neu, lassen Ihre Abhängigkeiten zuerst zu, und vergessen Sie nicht, erstellen Sie Sie nach
  • Mit CREATE ODER ALTER PROCEDURE-Anweisung anstelle von CREATE PROCEDURE oder ALTER PROCEDURE-wenn Ihr Geschmack von SQL unterstützt es
  • Pflegen eine interne Versionierung Schema, also die gleiche SQL einfach nicht zweimal den ersten Platz. Auf diese Weise wissen Sie immer, wo Sie gerade sind, indem man die version-Nummer.
  • Exportieren Sie die bestehenden Daten in INSERT-Anweisungen und komplett neu erstellen die gesamte DB von Grund auf neu.
  • Tabellen löschen, bevor Sie zu erstellen (nicht die sicherste Sache überhaupt, aber arbeiten in eine Prise, wenn Sie wissen was Sie tun)

Bearbeiten:
Ich war auf der Suche nach so etwas wie dieses:

IF EXISTS ( SELECT  *
            FROM    sys.objects
            WHERE   object_id = OBJECT_ID(N'[dbo].[foo]')
                    AND OBJECTPROPERTY(object_id, N'IsUserTable') = 1 ) 
DROP TABLE foo

Tun, andere verwenden Sie Aussagen wie diese oder etwas besser?

Bearbeiten:
Ich mag Jhonny ' s Vorschlag:

IF OBJECT_ID('table_name') IS NOT NULL DROP TABLE table_name

Tue ich dies für das hinzufügen von Spalten:

IF NOT EXISTS ( SELECT  *
                FROM    SYSCOLUMNS sc
                WHERE   EXISTS ( SELECT id
                                 FROM   [dbo].[sysobjects]
                                 WHERE  NAME LIKE 'TableName'
                                        AND sc.id = id )
                        AND sc.name = 'ColumnName' ) 
    ALTER TABLE [dbo].[TableName] ADD [ColumnName]
Würde ich entfernen Sie Tabellen löschen, bevor Sie zu erstellen. Sie würde nicht wollen, um die drop-Tabellen mit Daten!
Vereinbart, es ist wahrscheinlich nicht das sicherste, was zu tun ist. Ich habe nur versucht, den ball ins Rollen auf die Arten von Antworten, die ich suchte.

InformationsquelleAutor |

  1. 5

    Ich denke, das wichtigste in der Praxis sicherstellen, dass Ihre Skripts wieder lauffaehig ist....laufen Sie gegen eine test-Datenbank mehrere Male nach änderungen der Skript. Die Fehler, die Sie stoßen, sollte die Form Ihrer Praxis.

    BEARBEITEN

    Reaktion auf deine Bearbeitung auf syntax, im Allgemeinen ich denke, es ist am besten zu vermeiden, werden die Systemtabellen in der Gunst des Systems Ansichten z.B. 

    if exists(Select 1 from information_schema.tables where table_name = 'sometable')
    drop sometable
go
if exists(Select 1 from information_schema.routines where 
specific_name  = 'someproc')
   drop someproc

    InformationsquelleAutor cmsjr

  2. 4

    Hinzufügen, um Ihre Liste:

    • Wenn Sie drop-Tabellen, die vorhanden sind, bevor Sie erstellen Sie Sie neu, lassen Ihre Abhängigkeiten zuerst zu, und vergessen Sie nicht, erstellen Sie Sie nach
    • Mit CREATE OR ALTER PROCEDURE statt CREATE PROCEDURE oder ALTER PROCEDURE wenn Ihr Geschmack von SQL unterstützt es

    Aber letztendlich habe ich würde gehen Sie mit einer der folgenden:

    • Pflegen eine interne Versionierung Schema, also die gleiche SQL nur nicht laufen zu bekommen zweimal in den ersten Platz. Auf diese Weise wissen Sie immer, wo Sie gerade sind, indem man die version-Nummer.
    • Exportieren Sie die bestehenden Daten zu INSERT Aussagen und komplett neu erstellen die gesamte DB von Grund auf neu.
    Guter Tipp, mit der internen Versionierung Schema

    InformationsquelleAutor lc.

  3. 4

    Dinge einfacher zu machen, konfigurieren Sie die management studio-Skript-Objekte als rerunnable

    1. Tools
    2. Optionen
    3. SQL Server-Objekt-Explorer
    4. Scripting
    5. Objekt-Skript-Optionen
    6. Zählen IF not Exists-Klausel Wahr

    InformationsquelleAutor

  4. 3

    Vor kurzem fand ich ein check-in für die Existenz, die ich nicht kannte, existierte, und ich mochte es, weil es kürzer

    IF OBJECT_ID('table_name') IS NOT NULL DROP TABLE table_name

    bevor ich verwendet, um zu verwenden 

    IF EXISTS (SELECT * FROM information_schema.tables WHERE table_name = 'table_name') 
DROP TABLE table_name

    Die ich nützlich gefunden, weil es ein bisschen mehr portable (MySql, Postgres, etc), unter Berücksichtigung der Unterschiede, natürlich

    InformationsquelleAutor Jhonny D. Cano -Leftware-

  5. 0

    Für die Aufrechterhaltung schemas, betrachten ein migration tool. Ich denke, LiquiBase würde für SQL Server.

    InformationsquelleAutor Todd R

  6. 0

    Werden Sie müssen auch prüfen, ob Fremdschlüssel für alle Tabellen, die Sie möglicherweise fallen/Neuerstellen. Berücksichtigen Sie außerdem alle Daten-änderungen, die Sie machen könnten - Zeilen löschen, bevor Sie versuchen, einfügen einer zweiten Zeit usw.

    Vielleicht möchten Sie auch zu stellen im code zu überprüfen, für die Daten vor dem löschen von Tabellen als Schutz, so dass Sie nicht fallen, Tabellen, die bereits eingesetzt werden.

    InformationsquelleAutor Tom H

  7. 0

    Für eine SQL-batch-Anweisung können Sie Problem

    Dies ist nur ein FYI, ich lief es 10 mal

    IF EXISTS ( SELECT  *
            FROM    sys.objects
            WHERE   object_id = OBJECT_ID(N'[dbo].[foo]')
                    AND OBJECTPROPERTY(object_id, N'IsUserTable') = 1 ) 
DROP TABLE foo


GO 10 -- run the batch 10 times

    Dies ist nur ein FYI, ich lief es 10 mal

    Beginn Ausführung-Schleife Batch -

    Ausführung abgeschlossen 10 mal.

    InformationsquelleAutor jerryhung

  8. 0

    Dem "IF OBJECT_ID('table_name', 'U') IST NICHT NULL" - syntax ist gut, es kann auch verwendet werden für ein Verfahren:
    WENN OBJECT_ID('procname', 'P') IST NICHT NULL
    ...

    ... und Trigger, views, etc... Wahrscheinlich gute Praxis zu geben Sie den Typ (U für Tisch -, P-prog, etc.. erinnere mich nicht die genauen Buchstaben für alle Typen) im Falle Ihrer Benennung strandards erlauben, Prozeduren und Tabellen zu ähnliche Namen haben...

    Darüber hinaus könnte es eine gute Idee sein, erstellen Sie Ihre eigenen Prozeduren, die änderungen der Tabellen, mit Fehlerbehandlung richtige für Ihre Umgebung. Zum Beispiel:

    • prcTableDrop, Proc für ein droping
      Tabelle
    • prcTableColumnAdd, Proc für das hinzufügen einer Spalte zu einer Tabelle
    • prcTableColumnRename, Sie bekommen die Idee
    • prcTableIndexCreate

    Solchen procs macht die Erstellung wiederholbar (im gleichen oder anderen db) - change scripts viel einfacher.

    /B

    InformationsquelleAutor

Schreibe einen Kommentar