Skripte nicht überall verwendbar

[Wolfgang Freund]

Hallo!
Ich hab ein Problem mit einem vom MS SQL Server 2000 erstellten Skript, das die Stored Procedures und die Benutzerdefinierten Funktionen einer DB umfasst. Dieses Skript lässt sich nämlich bei einem Kunden nicht ausführen. Kann das an irgendeiner Einstellung des Servers liegen? Die Fehlermeldung, die kommt ist: Die Variable '@p_xxx' muss deklariert werden. Das Skript läuft bei anderen Kunden problemlos, die Variable ist auch ordnungsgemäß deklariert worden.
Danke Wolfgang

[Andreas Kosch]

Hallo,

ich würde zuerst an 2 Stellen nachsehen: <br>
1. Werden im Script auch wirklich vollständig qualifizerte Bezeichnernamen (<i>Datenbankname</i><b>.</b><i>Eigentümername</i><b>.</b><i>Objektname</i>) verwendet? <br>
2. Zeigt der Enterprise Manager im Eigenschafts-Dialog der Datenbank (Registerseite Optionen) einen unerwarteten <i>Datenbank-Kompatibilitätsgrad</i> an

[Wolfgang Freund]

Hallo Andreas,

deine erste Vermutung könnte der Ursprung des Problems sein,
aber nachdem die DB auf einem anderen SQL-Server eingespielt wurde, funktionierte das Skript ohne jegliche Probleme. Dann dürfte der Casus Knacksus wohl bei der Server-Installation liegen. Gibt es irgendwelche Einstellungen, die mit der Abarbeitung von Skripten/SQL-Befehlen zu tun haben?

Danke Wolfgan

[Andreas Kosch]

Hallo,

&gt;..aber nachdem die DB auf einem anderen SQL-Server eingespielt wurde, funktionierte das Skript ohne jegliche Probleme.

falls das Problem durch eine Namenskollision (o.ä.) mit der master-Datenbank des betroffenen Servers hervorgerufen wird, führt dieser Test in die Irre. Es müssten alle Systemdatenbanken mit auf den anderen Server übertragen werden.

&gt;Gibt es irgendwelche Einstellungen, die mit der Abarbeitung von Skripten/SQL-Befehlen zu tun haben?

mir sind keine bekannt, aber es wird bestimmt welche geben :-(

Es bleibt vermutlich nichts anderes übrig, als die Hilfeseite zu sp_dboption, sp_configure und DBCC in der SQL Server-Onlinedokumentation (HLP) durchzuarbeiten. Erschwerend kommt hinzu, dass der MS SQL Server beim Start auch Flag-Parameter mit auf den Weg bekommen darf, die das Laufzeitverhalten ändern