Datein in MS SQL speichern

[Andidreas]

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?

[mkinzler]

Ja nennt sich BLOB.

[Andidreas]

Ist das dann der Feldtyp "BLOB"?

[Uwe Raabe]

Zitat:

Zitat von Andidreas (Beitrag 1228145)

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

Delphi-Quellcode:

varbinary(max)

Feld genauso in der Datenbank gespeichert, wie jedes andere Feld. Als separate Datei wird es nur dann abgelegt, wenn du

Delphi-Quellcode:

FILESTREAM varbinary(max)

nimmst.

[Bernhard Geyer]

Zitat:

Zitat von Andidreas (Beitrag 1228145)

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.

[Andidreas]

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...:oops:

[Furtbichler]

Zitat:

Zitat von Uwe Raabe (Beitrag 1228152)

Soweit ich weiß, wird ein

Delphi-Quellcode:

varbinary(max)

Feld genauso in der Datenbank gespeichert, wie jedes andere Feld. Als separate Datei wird es nur dann abgelegt, wenn du

Delphi-Quellcode:

FILESTREAM varbinary(max)

nimmst.

Gilt doch erst ab SQL 2012, oder?

Zitat:

Zitat von Bernhard Geyer (Beitrag 1228153)

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:

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.

[Bernhard Geyer]

Zitat:

Zitat von Furtbichler (Beitrag 1228160)

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.

[Andidreas]

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...

[Uwe Raabe]

Ich weiß jetzt nicht, ob es das schon in XE gab, aber in XE3 hat ein

Delphi-Quellcode:

TBlobField

eine Methode

Delphi-Quellcode:

LoadFromFile

.

[Furtbichler]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1228168)

Der unterschied zwischen varchar und char ist nur das der String nicht mit leerzeichen gefüllt wird.

Das hier funktioniert aber:

Code:

create table foo(
   bar varchar(5000), 
   bar1 varchar(5000),
   bar2 varchar(5000)
)
insert into foo select '1','2','3'

Der Unterschied zwischen CHAR und VARCHAR ist intern zudem viel großer, als nur die paar Leerzeichen.

Zitat:

Zitat von Andidreas (Beitrag 1228171)

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

Google 2.Ergebnis

http://delphi.longzu.net/viewthread....xtra=page%3D58

[Uwe Raabe]

Zitat:

Zitat von Furtbichler (Beitrag 1228196)

Zitat:

Zitat von Andidreas (Beitrag 1228171)

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

Google 2.Ergebnis

http://delphi.longzu.net/viewthread....xtra=page%3D58

Oder gleich in die Doku sehen: http://docwiki.embarcadero.com/VCL/X...d.LoadFromFile

[Bernhard Geyer]

Zitat:

Zitat von Furtbichler (Beitrag 1228195)

Zitat:

Zitat von Bernhard Geyer (Beitrag 1228168)

Der unterschied zwischen varchar und char ist nur das der String nicht mit leerzeichen gefüllt wird.

Das hier funktioniert aber:

Code:

create table foo(
   bar varchar(5000), 
   bar1 varchar(5000),
   bar2 varchar(5000)
)
insert into foo select '1','2','3'

Erzeugen kannst du so eine Tabelle problemlos. Füll sie aber mal mit der Maximalgröße. Sobald du auf 8060 Bytes kommst (z.B. bar mit 5000 Zeichen und bar3 mit 3060 Zeichen) kracht es erst. Mit den Mini-Einträge hat der Server kein Problem.

[Furtbichler]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1228214)

Erzeugen kannst du so eine Tabelle problemlos. Füll sie aber mal mit der Maximalgröße. Sobald du auf 8060 Bytes kommst (z.B. bar mit 5000 Zeichen und bar3 mit 3060 Zeichen) kracht es erst. Mit den Mini-Einträge hat der Server kein Problem.

Äh. Nö.

Code:

create table foo(
    bar varchar(5000), 
    bar1 varchar(5000),
    bar2 varchar(5000)
 )
 insert into foo 
 select 
   replicate('1',5000),
   replicate('2',5000),
   replicate('3',5000)

Kein Fehler. Wo ist mein Fehler?

[Bernhard Geyer]

Zitat:

Zitat von Furtbichler (Beitrag 1228255)

Kein Fehler. Wo ist mein Fehler?

Der Code geht jedenfalls mit 2012er DB.
Wenn ich den Beitrag unter "Row-Overflow Data Exceeding 8 KB" verstehe hat hier MS einen Automatismus implementiert der automatich varchars nur noch im 8060er-Bereich refernziert.
Da muss ich evtl. im Code prüfen ob ich hier unnötige Fehler/Warnmeldungen eingebaut habe die seit 2005er Version nicht mehr nötig sind.

[Andidreas]

Kennt jemand ein Tutorial wo das ganze gut erklärt wird? Also wie man Dateien in einer Datenbank speichert und wie man Sie wieder ausliest zum abspeichern?

Für mich ist das alles Neuland (:lol:)


Vergesst den Post hier... Ich hab paar Antworten übersehen!

[Andidreas]

So... Ich habs jetzt hinbekommen...

Da das ganze wie gesagt Neuland ist für mich, würd mich Eure Meinung dazu (also zu meiner Lösung) interessieren:

MS SQL Tabelle (quick & dirty angelegt zum Testen):

Code:

Create Table [mailsolution].[dbo].[mailsolution.attachments]
(
AttachmentName varchar(255),
AttachmentExt varchar(25),
AttachmentBlob varbinary(max)
)

Upload in MS SQL Tabelle

Delphi-Quellcode:

//******************************************************************************
// OnClick btn_upload                                                          *
//******************************************************************************

procedure Tmain_form.btn_uploadClick(Sender: TObject);

var
ms  : TMemoryStream;

begin

  Try
    ms := TMemoryStream.Create;
    ms.LoadFromFile(edt_attachmentpath.Text);

    Try
      With (dmunidb.UniDB_Query1) Do
      Begin
        Active := False;
        SQL.Clear;
        SQL.Add(' Insert Into "mailsolution.Attachments" ');
        SQL.Add(' (AttachmentName, AttachmentExt, AttachmentBlob) ');
        SQL.Add(' Values(:AttachmentName, :AttachmentExt, :AttachmentBlob) ');
        ParamByName('AttachmentName').AsString := 'Test';
        ParamByName('AttachmentExt').AsString := '.pdf';
        ParamByName('AttachmentBlob').SetBlobData(ms.Memory, ms.Size);
        ExecSQL;
      End;
    Except
      On E:Exception Do
      Begin
        MessageDlg(E.Message, mtError, [mbOK], 0);
      End;
    End;
  Finally
    ms.Free;
  End;

end;

Download aus MS SQL Tabelle:

Delphi-Quellcode:

//******************************************************************************
// OnClick btn_download                                                        *
//******************************************************************************

procedure Tmain_form.btn_downloadClick(Sender: TObject);

var
ts: TStream;
ms: TMemoryStream;

begin

  Try
    With (dmunidb.UniDB_Query1) Do
    Begin
      Active := False;
      SQL.Clear;
      SQL.Add(' Select * From "mailsolution.Attachments" ');
      ExecSQL;
    End;
  Except
    On E:Exception Do
    Begin
      MessageDlg(E.Message, mtError, [mbOK], 0);
    End;
  End;

   Try
     ts := TStream.Create;
     ts := dmunidb.UniDB_Query1.CreateBlobStream(dmunidb.UniDB_Query1.Fieldbyname('AttachmentBlob'),bmRead);
     ms := TMemoryStream.Create;
     ms.LoadFromStream(ts);
     ms.SaveToFile(edt_savepath.Text);
   Finally
     ts.Free;
     ms.Free;
   End;

end;

[Bernhard Geyer]

Nimm auf jedenfall die n-Variante (nvarchar). In 2013 sollte man seine Anwendungen nicht nur für 80 Mio. Deutsche Entwickeln.

Übrigens gabs (gibts?) einige Performanceprobleme wenn man mit Unicode-Enabled Systemen (wie XE ja ist) auf eine DB mit ANSI-Feldern arbeitet.

[Andidreas]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1228340)

Übrigens gabs (gibts?) einige Performanceprobleme wenn man mit Unicode-Enabled Systemen (wie XE ja ist) auf eine DB mit ANSI-Feldern arbeitet.

Inwiefern, bzw. wie kann ich die beheben?
Ich hab Performance Probleme wenn ich die ganze Tabelle selektier bzw. die Blob Felder...

[Bernhard Geyer]

Zitat:

Zitat von Andidreas (Beitrag 1228344)

Zitat:

Zitat von Bernhard Geyer (Beitrag 1228340)

Übrigens gabs (gibts?) einige Performanceprobleme wenn man mit Unicode-Enabled Systemen (wie XE ja ist) auf eine DB mit ANSI-Feldern arbeitet.

Inwiefern, bzw. wie kann ich die beheben?

varchar -> nvarchar.

Zitat:

Zitat von Andidreas (Beitrag 1228344)

Ich hab Performance Probleme wenn ich die ganze Tabelle selektier bzw. die Blob Felder...

Dann mach halt sowas nicht :-)
Ne. Ein Fehler ist wenn man beim MS SQL-Server mit serverseitigen Curser arbeitet. Schau mal in den Properties (CurserLocation oder Ähnlich) was du dort stehen hast.