Hallo zusammen,

ich beschäftige mich gerade damit wie man Dateien (PDF, CSV, XLSX, usw.) in einer MS SQL Datenbank speichert.

Bis jetzt habe ich nur einen Weg gefunden, nämlich die Verwendung eines varbinary(max) Feldes.
In diesem Falle werden die Dateien nicht in der Tabelle direkt gespeichert, sondern im NTFS.

Gibt es bei einer MS SQL Datenbank auch die möglichkeit die Daten direkt in einer Tabelle mit zu speichern, ohne das etwas im NTFS gespeichert wird?

Ja nennt sich BLOB.

Ist das dann der Feldtyp "BLOB"?

Zitat von Andidreas:

Bis jetzt habe ich nur einen Weg gefunden, nämlich die Verwendung eines varbinary(max) Feldes.
In diesem Falle werden die Dateien nicht in der Tabelle direkt gespeichert, sondern im NTFS.

Soweit ich weiß, wird ein varbinary(max) Feld genauso in der Datenbank gespeichert, wie jedes andere Feld. Als separate Datei wird es nur dann abgelegt, wenn du FILESTREAM varbinary(max) nimmst.

Zitat von Andidreas:

ich beschäftige mich gerade damit wie man Dateien (PDF, CSV, XLSX, usw.) in einer MS SQL Datenbank speichert.

Bis jetzt habe ich nur einen Weg gefunden, nämlich die Verwendung eines varbinary(max) Feldes.
In diesem Falle werden die Dateien nicht in der Tabelle direkt gespeichert, sondern im NTFS.

Hä? Das wäre mir neu. ein BLOB (varbinary(max) speichert die Daten nur nicht direkt in der row sondern in einem speziellen DB/Tabellenbereich der nicht der 8060-Byte maximale Zeilengröße des MS SQL-Server unterliegt. Der neue Typ varbinary(max) hat gegenüber dem alten Typ (n)text einige Vorteile was Performance und diverse SQL-Möglichkeiten betrifft.

Ich merke gerade das ich das Falsch verstanden habe...

Es ist so wie Uwe Raabe es sagt...
Mit dem Attribut "Filestream" speicher ich es im NTFS, ohne in der DB...

Zitat von Uwe Raabe:

Soweit ich weiß, wird ein varbinary(max) Feld genauso in der Datenbank gespeichert, wie jedes andere Feld. Als separate Datei wird es nur dann abgelegt, wenn du FILESTREAM varbinary(max) nimmst.

Gilt doch erst ab SQL 2012, oder?

Zitat von Bernhard Geyer:

Ein BLOB (varbinary(max) speichert die Daten nur nicht direkt in der row sondern in einem speziellen DB/Tabellenbereich

Das ist korrekt, aber da das vollkommen transparent geschieht, ist es 'eigentlich' so, als ob die Daten in der Spalte stehen.

Zitat:

...der 8060-Byte maximale Zeilengröße des MS SQL-Server...

Das ist so nicht ganz korrekt. Die Grenze gilt für fixe Größen (also auch nicht für VARCHAR).

Zitat von MSDN:

SQL Server supports row-overflow storage which enables variable length columns to be pushed off-row. Only a 24-byte root is stored in the main record for variable length columns pushed out of row; because of this, the effective row limit is higher than in previous releases of SQL Server. For more information, see the "Row-Overflow Data Exceeding 8 KB" topic in SQL Server Books Online.

Gilt seit mindestens SQL 2005.

Zitat von Furtbichler:

Zitat:

...der 8060-Byte maximale Zeilengröße des MS SQL-Server...

Das ist so nicht ganz korrekt. Die Grenze gilt für fixe Größen (also auch nicht für VARCHAR).

Das sagen mir die Fehlermeldungen die ich schon gesehen habe was anderes.
Der unterschied zwischen varchar und char ist nur das der String nicht mit leerzeichen gefüllt wird.

Ich hab leider noch kein Beispiel gefunden das mir verständlich erklärt wie ich eine Datei in die MS SQL Spalte bekommen...
Habt Ihr ein solches Beispiel?

Btw. das Filestream Attribut gibt es glaub ab SQL Server Version 2008...

Ich weiß jetzt nicht, ob es das schon in XE gab, aber in XE3 hat ein TBlobField eine Methode LoadFromFile .