Null-Werte in MSSQL erlauben

[hsbc]

Hallo allerseits,

Ich erstelle meine Tabellen mittels SQL. Das Problem ist, dass alle so erstellten MSSQL-Tabellen keine Null-Werte erlauben. Kann man das irgendwie in den SQL-Text mit einbinden, dass überall Null-Werte erlaubt sind.

mfg
Herbert

[Generalissimo]

Beispiel:

SQL-Code:

CREATE TABLE [dbo].[SYS_DBVERSION] (
   [ID] [int] IDENTITY (1, 1) NOT NULL ,
   [GUID]  uniqueidentifier ROWGUIDCOL  NOT NULL ,
   [UDI] [nvarchar] (60) COLLATE Latin1_General_CI_AS NULL ,
   [DB_VERSION] [char] (10) COLLATE Latin1_General_CI_AS NOT NULL ,
   [TSTAMP] [timestamp] NULL 
) ON [PRIMARY]

[hsbc]

Hallo Generalissimo,

vielen Dank, das AS NULL war mir nicht bekannt.

mfg
Herbert

[Generalissimo]

Vorsicht!!! Da ist nix mit AS NULL. Das As ist von der Collate-Anweisung.

Nur NULL oder NOT NULL

[hsbc]

Hall nochmal,

ja danke, hab ich schon gesehen. Das ganze läuft auch bereits einwandfrei.

Besten Dank nochmals,

Herbert

[hsbc]

Hallo nochmals,

ich möchte dieses Thema nochmals aufgreifen:

Die Datenbanken mySQL und Firebird reagieren bei CREATE TABLE so, dasss, wenn nicht explizit NOT NULL angegeben ist, eben NULL verwendet wird. Leider verhält sich das MSSQL genau gegenteilig.

Da ich meine Anwendung so schreiben möchte, dass sie sowohl auf MSSQL, mySQL und Firebird läuft, wäre es für mich eine wesentliche Erleichterung, wenn es die Möglichkeit gäbe, MSSQL so einzustellen, dass es sich auch wie mySQL oder Firebird verhält. Oder vielleicht gibt es da überhaupt eine andere Möglichkeit, die ich noch nicht kenne.

mfg
Herbert

[Marcel Gascoyne]

Zitat:

Zitat von hsbc

Da ich meine Anwendung so schreiben möchte, dass sie sowohl auf MSSQL, mySQL und Firebird läuft, wäre es für mich eine wesentliche Erleichterung, wenn es die Möglichkeit gäbe, MSSQL so einzustellen, dass es sich auch wie mySQL oder Firebird verhält. Oder vielleicht gibt es da überhaupt eine andere Möglichkeit, die ich noch nicht kenne.

Im MSSQL Enterprise Manager kannst Du die Option "ANSI NULL ist Standard" aktivieren, dann sind auch beim MSSQL Server Nullwerte standardmäßig erlaubt.

Alternativ kannst Du auch die Prozedur sp_dboption aus Deinem SQL Script aufrufen:

SQL-Code:

sp_dboption @optname="ansi null default",@optvalue="true"

Gruß,
Marcel

[Sharky]

Wobei es eines zu bedenken gibt.

Ich würde einen Entwickler in die Beine beissen wenn er ohne meine Erlaubniss Einstellungen an meinem SQL-Server vornimmt.

Die sauberste Lösung wäre wohl für jeden zu unterstützenden Server eigene SQL-Statments zu erstellen.

[hsbc]

Wäre noch zu überlegen, ob man nicht generell NULL als Vorgabewert im SQL-Statement mit angeben kann. Die Frage ist nur, ob das die beiden anderen Server (mySQL und Firebird) auch vertragen. Werde das mal ausprobieren, obwohl die Erweiterung der bereits bestehenden CREATE TABLE (22 Tabellen mit durchschnittlich 25 Feldern), also ca. 500 Ergänzungen doch sehr viel Aufwand bedeuten.

Jedenfalls besten Dank für eure Beiträge.

mfg
Herbert

[hsbc]

Hi Marcel,

Im Enterprise-Manager wirkt sich die Umstellung des Default NULL Wertes nur dann aus wenn die Datenbank angelegt und noch leer ist. Sobald einmal Tabellen drinnen stehen, hat dies keine Auswirkung mehr.

Jetzt möchte ich deinen 2. Vorschlag probieren und habe dazu in Delphi folgenden Code eingebaut, der aber leider nicht funktioniert.

Delphi-Quellcode:

      ZStoredProc.Connection     := ZConnection;
      ZStoredProc.Active         := false;
      ZStoredProc.StoredProcName := 'sp_dboption';
      ZStoredProc.ParamByName('@optname').AsString  := 'ansi null default';
      ZStoredProc.ParamByName('@optvalue').AsString := 'true';
      try
        ZStoredProc.ExecProc;
      except
      end;

Vermutlich darf ich da keine Zeos StoredProcedure-Komponente verwenden, sondern etwas anderes? Vielleicht kannst du mir hier nochmals etwas genauer behilflich sein, wie dieser SQL-Aufruf aussehen soll, da ich in so Sachen, wie Prozedur-Aufrufe in Servern, leider total unerfahren bin.

Diesen Aufruf möchte ich unmittelbar nach dem erfolgreichen Öffnen der Serververbindung und noch vor dem Definieren der einzelnen Tabellen per SQL einbauen.

mfg
Herbert

[Marcel Gascoyne]

@Sharky:

Zitat:

Ich würde einen Entwickler in die Beine beissen wenn er ohne meine Erlaubniss Einstellungen an meinem SQL-Server vornimmt.

Diese Einstellungen werden in der Datenbank und nicht am Server vorgenommen. sp_configure kennt keinen entsprechenden Parameter, daher sollte das so schon ok sein.

@hsbc:
Die Prozedur sp_dboption befindet sich in der master Datenbank. Versuch mal als Namen master..sp_dboption anzugeben. Andernfalls einfach über eine Query Komponente aufrufen.

Gruß,
Marcel

[Bernhard Geyer]

Zitat:

Zitat von hsbc

Da ich meine Anwendung so schreiben möchte, dass sie sowohl auf MSSQL, mySQL und Firebird läuft, wäre es für mich eine wesentliche Erleichterung, wenn es die Möglichkeit gäbe, MSSQL so einzustellen, dass es sich auch wie mySQL oder Firebird verhält. Oder vielleicht gibt es da überhaupt eine andere Möglichkeit, die ich noch nicht kenne.

Solch ein Vorhaben ist nur dadurch möglich das du für jede unterstützte Datenbank eine Zugriffskomponente schreibst, welche die SQL-Unterschiede ausgleicht. In deinem Programm verwendest Du anschließend nur die abstrakter gehaltenen Funktionen.
Für die Tabellenerzeugung bietet sich eine Methode mit Angabe der Spalten, Spaltentypen und Defaultwerten als Stringlist an, welche von den DB-Zugriffskomponenten optimal auf die Zieldatenbank umgesetzt wird.

Ein sinnvolles zu realisierendes Muster stellt dafür das sogenannte Bridge-Pattern dar.

[hsbc]

Hallo marcel,

ES FUNKTIONIERT !!!

Das mit master und query war ein guter Tipp.

Nochmals ALLERBESTEN Dank für deine Hilfe. Dies hat mir immens viel Arbeit abgenommen.

mfg
Herbert

[hsbc]

Hallo Bernhard,

ich verwende mittlerweile in meinen Tabellen vorwiegend nur mehr Feldtypen, die in den von mir verwendeten DB gleich sind. Jene Feldtypen, die unterschiedlich sind, ordne ich über Variable, welche ich vorher für die einzelnen DB definiert habe zu. Das funktioniert so weit ganz gut. Der Tipp mit Stringlist hört sich auch ganz gut an, werde ich mich morgen gleich mal damit herumspielen. Ansonsten läuft das Programm mittlerweile dank eurer Hilfe schon ganz gut, bis auf wenige Ausnahmen - aber die werde ich auch noch meistern.

Besten Dank nochmals an alle Beteiligten und bis zum Nächstenmal ...

mfg
Herbert