SQL Server Fehler Insufficient result space to convert uniqueidentifier value to char
13.09.2005
11:06:52 Uhr14491 Aufrufe
2 Antworten
11:06:52 Uhr
2 Antworten
Noch nicht bewertet
Ursache für "Msg 8170, Level 16, State 2, Line 1
Insufficient result space to convert uniqueidentifier value to char."
Insufficient result space to convert uniqueidentifier value to char."
Eine nicht sofort ins Auge springende Fehlerursache:
Beim Anlegen einer partitionierten View werden die einzelnen Datenabschnitte durch Eingrenzungen auf einer Spalte vom Typ 'uniqueidentifier' vorgenommen. Um mit den per T-SQL erzeugten dynamischen SQL-Statements die Eingrenzungen grob vorzunehmen, wurde naheliegenderweise diese Spalte mit den beginnenden Zeichen des UID verglichen, bspw. mit fogender WHERE-Bedingung:
.... where convert(varchar, UIDFeld) >= 'DDDDD' and convert(varchar, UIDFeld) < 'EEEEE' .....
Die Generierung dieser Views erfolgt ohne Fehler, aber jeder spätere Zugriff auf die View erzeugt den im Betreff genannten Fehler.
Letztlich ausgemachte Ursache ist die Konvertierung nach 'varchar'. Wenn man diesen Datentyp ersetzt durch 'char(50)', funktioniert hinterher der Zugriff auf die Daten der View fehlerfrei. Konkret auf die oben bereits verwendete WHERE-Bedingung angewendet würde diese so aussehen:
.... where convert(char(50), UIDFeld) >= 'DDDDD' and convert(char(50), UIDFeld) < 'EEEEE' .....
Um den Fehler zu reproduzieren, wird eine Tabelle mit einer 'uniqueidentifier'-Spalte benötigt. Wenn solches vorhanden ist, produziert dieses Beispiel hier den Fehler ([Quelltabelle] und [UIDFeld] natürlich mit den tatsächlichen Werten ersetzen):
Hier noch entsprechende Screenshots dazu, einmal mit Fehler und einmal ohne. Das alles auf MS SQL Server 2000, SP3
mit Fehler:
<img src='/images/articles/2f87acce16ea13bec19d6b88464c56e4-Screenshot - 13_09_2005 , 11_28_37.jpg' align='default' hspace='0' vspace='0' border='0'>
ohne Fehler:
<img src='/images/articles/35e31f5a419f52e85f3651a057511056-Screenshot - 13_09_2005 , 11_29_28.jpg' align='default' hspace='0' vspace='0' border='0'>
dba
Beim Anlegen einer partitionierten View werden die einzelnen Datenabschnitte durch Eingrenzungen auf einer Spalte vom Typ 'uniqueidentifier' vorgenommen. Um mit den per T-SQL erzeugten dynamischen SQL-Statements die Eingrenzungen grob vorzunehmen, wurde naheliegenderweise diese Spalte mit den beginnenden Zeichen des UID verglichen, bspw. mit fogender WHERE-Bedingung:
.... where convert(varchar, UIDFeld) >= 'DDDDD' and convert(varchar, UIDFeld) < 'EEEEE' .....
Die Generierung dieser Views erfolgt ohne Fehler, aber jeder spätere Zugriff auf die View erzeugt den im Betreff genannten Fehler.
Letztlich ausgemachte Ursache ist die Konvertierung nach 'varchar'. Wenn man diesen Datentyp ersetzt durch 'char(50)', funktioniert hinterher der Zugriff auf die Daten der View fehlerfrei. Konkret auf die oben bereits verwendete WHERE-Bedingung angewendet würde diese so aussehen:
.... where convert(char(50), UIDFeld) >= 'DDDDD' and convert(char(50), UIDFeld) < 'EEEEE' .....
Um den Fehler zu reproduzieren, wird eine Tabelle mit einer 'uniqueidentifier'-Spalte benötigt. Wenn solches vorhanden ist, produziert dieses Beispiel hier den Fehler ([Quelltabelle] und [UIDFeld] natürlich mit den tatsächlichen Werten ersetzen):
01.
create 02.
view dbo.vw_test_8170 03.
as 04.
select 05.
* 06.
from [quelltabelle] 07.
where 08.
convert(varchar, [UIDFeld]) >= '88888' 09.
10.
go 11.
12.
select * from dbo.vw_test_8170Hier noch entsprechende Screenshots dazu, einmal mit Fehler und einmal ohne. Das alles auf MS SQL Server 2000, SP3
mit Fehler:
<img src='/images/articles/2f87acce16ea13bec19d6b88464c56e4-Screenshot - 13_09_2005 , 11_28_37.jpg' align='default' hspace='0' vspace='0' border='0'>
ohne Fehler:
<img src='/images/articles/35e31f5a419f52e85f3651a057511056-Screenshot - 13_09_2005 , 11_29_28.jpg' align='default' hspace='0' vspace='0' border='0'>
dba
Biber schreibt am 13.09.2005 um 14:01:12 Uhr
Thx, dba, obwohl..
Char(40) hätte auch gereicht, aber was soll der Geiz....
Eigentlich poste ich ja nur, weil ich neulich mal einen Link zum Thema IDENTIFIER gebookmarked hatte, den ich nett fand:
http://www.konfabulieren.com/2005/06/24/o ...
Biber
Char(40) hätte auch gereicht, aber was soll der Geiz....
Eigentlich poste ich ja nur, weil ich neulich mal einen Link zum Thema IDENTIFIER gebookmarked hatte, den ich nett fand:
http://www.konfabulieren.com/2005/06/24/o ...
Biber
Ja Biber, da hast Du wohl wahr 
wobei auch 36 ausreichend ist, dann gibt's gar keine Bytverschwendung mehr. Aber Du weisst sicher, wie das ist, wenn man vor dem Hackbrett sitzt und am liebsten ein paar Stücke rausbeissen würde ...
Wenn man mal die Geschichte mit solch einem armen Unique Identifier philosophisch betrachtet ... nimm Dir eine Adresstabelle mit einigen hundert bis Millionen Records und dann spielst Du Datengott und machst ein
select newid() from [tabelle]
und für jeden existierenden Satz schickst Du jetzt solch eine einmalige, auf der ganzen Welt niemals wiederkehrende ID ins Datennirwana ... das ist schon ganz schön traurig, oder?
In diesem Sinne ... angenehme Restwoche.
dba
wobei auch 36 ausreichend ist, dann gibt's gar keine Bytverschwendung mehr. Aber Du weisst sicher, wie das ist, wenn man vor dem Hackbrett sitzt und am liebsten ein paar Stücke rausbeissen würde ...Wenn man mal die Geschichte mit solch einem armen Unique Identifier philosophisch betrachtet ... nimm Dir eine Adresstabelle mit einigen hundert bis Millionen Records und dann spielst Du Datengott und machst ein
select newid() from [tabelle]
und für jeden existierenden Satz schickst Du jetzt solch eine einmalige, auf der ganzen Welt niemals wiederkehrende ID ins Datennirwana ... das ist schon ganz schön traurig, oder?
In diesem Sinne ... angenehme Restwoche.
dba
16640schreibt am 13.09.2005 um 15:16:09 Uhr