Re: Mit in Variablen gespeicherten Datentypen weiterarbeiten

Genau, das ist Sache der Anwendungsentwickler (bin selber einer)

HTH, Jens Suessmeyer

---
http://www.sqlserver2005.de
---

"Henry" <Henry@xxxxxxxxxxxxxxxxxxxxxxxxx> schrieb im Newsbeitrag
news:AC704AC6-FE9F-4775-949E-F001F352CB7D@xxxxxxxxxxxxxxxx
> Die Anwendung wird ein .NET-Webpart sein, der auf einem SPS2003 aufsetzt.
> Wir
> haben allerdings die Voraussetzung zu erfüllen, dass keine SQL-Statements
> aus
> der Anwendung heraus an den SQL gehen. Es dürfen nur stored procedures
> angewandt werden. Da ich selbst nur die Logik in der DB baue und nicht die
> Anwendung an sich kann ich also das Problem an die Anwendungsentwicklung
> geben, wenn es tatsächlich eines geben sollte. Hab ich das so ungefähr
> richtig verstanden?
>
> Vielen Dank!
>
> Henry
>
> "Jens Süßmeyer" schrieb:
>
>> Hallo Henry,
>>
>> normalerweise sorgt netterweise z.B. der .NET DB-Provider der als
>> Zwischenschicht zwischen der Datenbank und der Application dient, dafür
>> daß
>> die Datentypen erkannt werden. Es kommt aber ganz darauf worauf Du Deine
>> Anwendung ausetzt, bzw. welchen Provider Du benutzt. Wenn Du die Daten
>> dan
>> über ein z.B: XSD in ein speziell typisiertes Dataset hast Du (wenn das
>> Laden in das Dataset funktionierte) keine Probleme mehr.
>>
>> Was setzt Du ein, bzw. in was hast Du Deine Anwendung programmiert ?
>>
>>
>> HTH, Jens Suessmeyer.
>>
>> ---
>> http://www.sqlserver2005.de
>> ---
>>
>>
>>
>>
>> "Henry" <Henry@xxxxxxxxxxxxxxxxxxxxxxxxx> schrieb im Newsbeitrag
>> news:220C7235-B49A-460D-97D3-1E5422D6D916@xxxxxxxxxxxxxxxx
>> > Erstmal vielen Dank für die Hilfe. Der Grund für diese Vrgehensweise
>> > ist
>> > der
>> > Umstand, das ich werte in einer Tabelle speichern muß, von denen ich
>> > nicht
>> > weiß, was für ein Typ die sind. Mal ist es ein varchar und mal ein
>> > datetime.
>> > Ich hebe nun vor diese Werte in einer Spalte vom Typ sql_variant zu
>> > speichern. Reinspeichern nicht das Probelm, da implizierte
>> > Konvertierung.
>> > Wenn ich die Daten aber wieder rausholen will, muß meine Anwendung ja
>> > wissen
>> > was sie an den Kopf geworfen kriegt. Tollerweise sollte der Datentyp
>> > auch
>> > noch stimmen. Also möchte ich auf Nummer sicher gehen und meinen output
>> > der
>> > sp mit einem cast bzw. convert absichern. Konntet Ihr das so verstehen?
>> >
>> > Grüße
>> >
>> > Henry
>> >
>> > "Elmar Boye" schrieb:
>> >
>> >> Hallo Henry,
>> >> Henry <Henry@xxxxxxxxxxxxxxxxxxxxxxxxx> schrieb ...
>> >>
>> >> > ich hab das Problem, das ich mit in Variablen gespeicherten
>> >> > Datentypen nicht weiterarbeiten kann. Ich hbae eine Tabelle, in der
>> >> > z.B. als Wert 'varchar(5)' steht. Diesen Wert weise ich eine
>> >> > Variable
>> >> > (@test z.B.) zu, die ich als 'sysname' deklariert habe. Wenn ich nun
>> >> > versuche ein CAST('1234' as @test) abzusetzen gibts ne
>> >> > Fehlermeldung.
>> >>
>> >> Das funktioniert so - wie auch in anderen Programmiersprachen - nicht.
>> >> Gültig wäre nur ein
>> >> CAST('1234' AS sysname)
>> >> also ohne Variablenverwendung.
>> >> Zwar lässt sich so was prinzipiell mit dynamischen SQL nachstellen,
>> >> ala
>> >>
>> >> DECLARE @test sysname
>> >> SET @test = 'varchar(5)'
>> >>
>> >> EXEC ('SELECT CAST(''1234'' AS ' + @test + ')')
>> >>
>> >> Nur ist bekommst Du damit eine äusserst fragile Geschichte.
>> >> Denn es ist längst nicht gewährleistet das jeglicher CAST
>> >> so funktioniert wie das vorgesehen ist.
>> >>
>> >> Gruss
>> >> Elmar
>> >>
>> >>
>> >>
>>
>>
>>


.

Relevant Pages