Datentyp Anlage auf SQL Server exportieren
Peter Mang
ich suche eine M�glichkeit, den Datentyp Anlage von Acces 2K7 auf einen SQL
Server 2K8 so zu bringen, dass er in Access 2K7 weiterhin unver�ndert
angesprochen werden kann.
Geht das??
Danke im Voraus f�r Tips
Peter
Henry Habermacher
Peter Mang wrote:
> ich suche eine M�glichkeit, den Datentyp Anlage von Acces 2K7 auf einen
> SQL Server 2K8 so zu bringen, dass er in Access 2K7 weiterhin unver�ndert
> angesprochen werden kann.
VARBINARY(MAY) sollte da eigentlich passen.
Gruss
Henry
--
Microsoft MVP Office Access
Keine E-Mails auf Postings in NGs. Danke.
Access FAQ www.donkarl.com
Peter Mang
das hab ich schon probiert - das klappt leider nicht (weder mit exportieren
aus Acces heraus noch mit Microsoft SQL Server Migration Assistant). Oder
mach ich was falsch?
Gru�
Peter
"Henry Habermacher" <DontSp...@psp-online.com> schrieb im Newsbeitrag
news:OzGG3zrY...@TK2MSFTNGP02.phx.gbl...
> Hallo Peter
>
> Peter Mang wrote:
>> ich suche eine M�glichkeit, den Datentyp Anlage von Acces 2K7 auf einen
>> SQL Server 2K8 so zu bringen, dass er in Access 2K7 weiterhin unver�ndert
Sascha Trowitzsch
Henry Habermacher wrote:
> Hallo Peter
>
> Peter Mang wrote:
>> ich suche eine M�glichkeit, den Datentyp Anlage von Acces 2K7 auf
>> einen SQL Server 2K8 so zu bringen, dass er in Access 2K7 weiterhin
>> unver�ndert angesprochen werden kann.
>
> VARBINARY(MAY) sollte da eigentlich passen.
???
Ein Anlagefeld ist doch gar kein einzelnes Feld, sondern besteht selbst aus
mehreren Datens�tzen. Wie sollte man die gepackt in ein Binary kriegen?
Ich kann mir nur den Workaround vorstellen, die einzelnen Unterdatens�tze
(.Feld.Filedata) zu exportieren und wiederum per VBA zu empfangen. Das ist
es dann jedoch nicht, was der OP wollte ("unver�ndert ansprechen").
Ich habe allerdings noch keinen SQL2008 installiert. Ich wei� nur von der
Doku, dass auch neue Bin�rtypen, wie Dokument-Streams, unterst�tzt werden.
Vielleicht geht da was (
http://msdn.microsoft.com/de-de/library/bb895234.aspx ).
Ciao, Sascha
Henry Habermacher
Sascha Trowitzsch wrote:
>> VARBINARY(MAY) sollte da eigentlich passen.
>
> ???
> Ein Anlagefeld ist doch gar kein einzelnes Feld, sondern besteht selbst
> aus mehreren Datens�tzen. Wie sollte man die gepackt in ein Binary
> kriegen?
Uuups. Da habe ich falsch gelesen. Ich hatte gemeint, es handle sich um ein
OLE Objekt. Jetzt wo ich das nochmals gelesen habe, bemerke ich, dass er den
Attachment Datentyp der ACE meint.
Das geht nat�rlich so nicht direkt. Die einzige M�glichkeit, ist die
Datenbank zu normalisieren (der Attachment Datentyp ist ja nicht gerade
bekannt f�r optimales Datenbank Design) und auf den Datentypen zu
verzichten.
> Ich kann mir nur den Workaround vorstellen, die einzelnen Unterdatens�tze
> (.Feld.Filedata) zu exportieren und wiederum per VBA zu empfangen. Das ist
> es dann jedoch nicht, was der OP wollte ("unver�ndert ansprechen").
Nein, die Attachments werden in einer Systemtabelle abgelegt. Access braucht
diese Struktur und diese kann wohl nicht in den SQL Server exportiert
werden. Es ist halt auch hier gleich, wie bei den Multivalue Fields.
Irgendwo muss die Denormalisierung ja versteckt werden.
> Ich habe allerdings noch keinen SQL2008 installiert. Ich wei� nur von der
> Doku, dass auch neue Bin�rtypen, wie Dokument-Streams, unterst�tzt werden.
> Vielleicht geht da was (
Das hat mit dem Attachment Datentypen aber nichts zu tun.
Peter Mang
danke f�r die zahlreichen Antworten, ich sehe schon -> es geht nicht so
einfach wie ich mir das vorgestellt habe. Dann muss ich halt doch den
"schwereren Weg gehen " und schon in access diesen typ nicht benutzen
(genauso wie die mulivalue Eigenschaft...).
Trotzdem Danke
Peter
"Peter Mang" <peter...@frimatec.de> schrieb im Newsbeitrag
news:uX5kwtrY...@TK2MSFTNGP02.phx.gbl...
Sascha Trowitzsch
Peter Mang wrote:
> Hallo alle zusammen,
>
> danke f�r die zahlreichen Antworten, ich sehe schon -> es geht nicht
> so einfach wie ich mir das vorgestellt habe. Dann muss ich halt doch
> den "schwereren Weg gehen " und schon in access diesen typ nicht
> benutzen (genauso wie die mulivalue Eigenschaft...).
Man kann nat�rlich auch einen Sharepoint-Server zwischenschalten - dann
geht's. ;-)
Da landen die Attachments dann ja auch auf dem darunterliegenden SQL-Server.
Ciao, Sascha
Peter Doering
Ich denke, das Smiley gehoert eher hier hin, oder? Auf dem SQL Server
landen sie schon, aber finden per TSQL wird wohl eher spannend. ;-)
Gruss - Peter
--
Mitglied im http://www.dbdev.org
FAQ: http://www.donkarl.com
Henry Habermacher
Sascha Trowitzsch wrote:
> Man kann nat�rlich auch einen Sharepoint-Server zwischenschalten - dann
> geht's. ;-)
> Da landen die Attachments dann ja auch auf dem darunterliegenden
> SQL-Server.
Na, die landen aber dann nicht in irgenwelchen sichtbaren Tabellen, sondern
sind in den Sharepoint Listen (alle Listen sind zusammen in einer Tabelle
abgelegt). Die Struktur ist dann ein XML und da die Attachments von extern
rauszuholen d�rfte kein Kinderspiel sein. Schau' Dir mal an, welche
Datenstruktur der SPS anlegt und dann verwirfst Du Deine Idee sicher schnell
wieder.
Sascha Trowitzsch
Henry Habermacher wrote:
> Hallo Sascha
>
> Sascha Trowitzsch wrote:
>> Man kann nat�rlich auch einen Sharepoint-Server zwischenschalten -
>> dann geht's. ;-)
>> Da landen die Attachments dann ja auch auf dem darunterliegenden
>> SQL-Server.
>
> Na, die landen aber dann nicht in irgenwelchen sichtbaren Tabellen,
> sondern sind in den Sharepoint Listen (alle Listen sind zusammen in
> einer Tabelle abgelegt). Die Struktur ist dann ein XML und da die
> Attachments von extern rauszuholen d�rfte kein Kinderspiel sein.
> Schau' Dir mal an, welche Datenstruktur der SPS anlegt und dann
> verwirfst Du Deine Idee sicher schnell wieder.
War aber auch nicht ernst gemeint.
Ich glaube aber, dass du da nicht ganz richtig liegst. Es wird nicht einfach
alles in Lists in einer Tabelle abgelegt. Da gibt's schon noch ein paar
Tabellen mehr - auf die Schnelle fand ich diese Aufstelllung zu SP2003:
http://msdn.microsoft.com/en-us/library/dd587562%28office.11%29.aspx
Aber ich vermute, dass Attachments beim Export aus A2007 ohnehin nicht im
SQL-Server abgelegt werden -vor allem nicht in Form von XML -, sondern als
Files:
http://msdn.microsoft.com/en-us/library/microsoft.sharepoint.spattachmentcollection_methods.aspx
In den Tabellen stehen wohl nur Verweise auf die Files. Das untermauern auch
diese Ausf�hrungen:
http://msdn.microsoft.com/en-us/library/bb802812.aspx und
http://msdn.microsoft.com/en-us/library/bb862195.aspx
Ciao, Sascha
Sascha Trowitzsch
Sascha Trowitzsch wrote:
> Aber ich vermute, dass Attachments beim Export aus A2007 ohnehin
> nicht im SQL-Server abgelegt werden -vor allem nicht in Form von XML
> -, sondern als Files
Hab's gerade mal abgecheckt: Eine A2007-Tabelle mit Attachments wird beim
Export nach SP so konvertiert, dass das Attachmentfeld nur auf den zur
Tabellen-List geh�rigen Webfolder "Attachments" verweist, in dem die
einzelnen Attachments als Files abgelegt sind.
Auf dieses File kann man dann auch direkt per URL zugreifen und es
downloaden.
Mit SQL-Server ist da also nichts.
Ciao, Sascha