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