Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

Sytaxfehler beim Konvertieren "uniqueidentifier "

823 views
Skip to first unread message

Stefan Wilke

unread,
Feb 26, 2003, 11:24:21 AM2/26/03
to
Hallo NG,
kann einer etwas mit dieser Fehlermeldung anfangen?

Sytaxfehler beim Konvertieren einer Zeichenfolge in
uniqueidentifier.

Hintergrund:
Der Inhalt eines Datenfeldes in der Datenbank x auf dem
Server x
wird per DTS in
ein Datenfeld in der Datenbank y auf dem Server y
importiert.

Beide Felder sind vom Typ uniqueidentifier

Der FeldInhalt lautet:
{3953A75F-E99F-4298-BC6C-B926588EDBEC}

??????????

Kann jemand helfen?
Stefan

Elmar Boye

unread,
Feb 26, 2003, 3:55:20 PM2/26/03
to
Hallo Stefan,

Stefan Wilke <wil...@techfix.de> schrieb ...


> Sytaxfehler beim Konvertieren einer Zeichenfolge in
> uniqueidentifier.

Normalerweise sollte es zwischen zwei SQL Servern
nicht zu dem Problem kommen - ist da etwas wie
Access/Jet o. ä. dazwischen?

> Hintergrund:
> Der Inhalt eines Datenfeldes in der Datenbank x auf dem
> Server x wird per DTS in ein Datenfeld in der Datenbank
> y auf dem Server y importiert.
>
> Beide Felder sind vom Typ uniqueidentifier
>
> Der FeldInhalt lautet:
> {3953A75F-E99F-4298-BC6C-B926588EDBEC}

Der SQL Server verwendet für uniqueidentifier
keine {...} und anstattdessen Apostrophe, also
Literale: '3953A75F-E99F-4298-BC6C-B926588EDBEC'

Gruss
Elmar

Stefan Wilke

unread,
Feb 27, 2003, 5:59:16 AM2/27/03
to
Hallo Elmar,
erstmal vielen Dank.

1.) Es ist kein Access/Jet o. ä. dazwischen.

Genauere Analyse:
Der Inhalt des Datenfeldes x auf Server x
ist

0x5FA753399FE99842BC6CB926588EDBEC

dieses wird auf Server y in der Datenbank y
in

3953A75F-E99F-4298-BC6C-B926588EDBEC

konvertiert.

Beim Import in Datenbank z auf Server y

gibt er den entsprechenden Fehler: "Kann nicht
konvertieren" aus.


Steafn

>
>Normalerweise sollte es zwischen zwei SQL Servern
>nicht zu dem Problem kommen - ist da etwas wie
>Access/Jet o. ä. dazwischen?
>
>> Hintergrund:
>> Der Inhalt eines Datenfeldes in der Datenbank x auf dem
>> Server x wird per DTS in ein Datenfeld in der Datenbank
>> y auf dem Server y importiert.
>>
>> Beide Felder sind vom Typ uniqueidentifier
>>
>> Der FeldInhalt lautet:
>> {3953A75F-E99F-4298-BC6C-B926588EDBEC}
>
>Der SQL Server verwendet für uniqueidentifier
>keine {...} und anstattdessen Apostrophe, also
>Literale: '3953A75F-E99F-4298-BC6C-B926588EDBEC'
>
>Gruss
>Elmar
>

>.
>

Elmar Boye

unread,
Feb 27, 2003, 7:05:37 AM2/27/03
to
Hallo Stefan,

Stefan Wilke <wil...@techfix.de> schrieb ...

> 1.) Es ist kein Access/Jet o. ä. dazwischen.

Und was sind die x, y Server für nun für Server?

> Genauere Analyse:
> Der Inhalt des Datenfeldes x auf Server x ist
>
> 0x5FA753399FE99842BC6CB926588EDBEC
>
> dieses wird auf Server y in der Datenbank y in
>
> 3953A75F-E99F-4298-BC6C-B926588EDBEC
>
> konvertiert.
>
> Beim Import in Datenbank z auf Server y
>
> gibt er den entsprechenden Fehler: "Kann nicht
> konvertieren" aus.

Ein
select cast(0x5FA753399FE99842BC6CB926588EDBEC as uniqueidentifier)

funktioniert nämlich in der Regel, ebenso ein
select cast('3953A75F-E99F-4298-BC6C-B926588EDBEC' AS binary)

man beachte jedoch die Apostrophe...

Gruss
Elmar

Stefan Wilke

unread,
Feb 27, 2003, 10:02:28 AM2/27/03
to
Hallo Elmar,

ich habe schon wieder ein bissel gelernt. Dafür vielen
Dank!

Die Server sind beide Windows 2000 Sp 2 und beide
Datenbanken sind SQL Sp 2.

Da dieser Fehler - nach wierholten Versuchen - unrelmässig
auftritt neige ich mittlerweile zur den Annahme, dass die
Programme nicht "sauber" arbeiten.

Aud beiden Server/Datenbanken befinden sich neue
ProgrammVersionen (updates). Die alten ProgrammVersionen
haben mit den DTS - Paketen bisher sauber gearbeitet.

Ich werde das am Wochende mit Neuinstallationen der
Serverlandschaften einmal testen. Vielleicht tutet ja.

nochmal vielen Dank

Stefan

0 new messages