![]() |
Datenbank: ADS • Version: 9 • Zugriff über: ARC
SQL Anweisung CAST/CONVERT in ADS DB nutzen
Tach Zusammen
Ich hab hier ein Problem bei dem ich innerhalb eines JOIN´s zur Verbindung der beiden Tabellen ein CAST ausführen müsste. Müsste deshalb, da ich nicht genau weis ob das möglich ist und wenn ja was bei mir falsch ist. table1.spalte1 vom Typ CHAR table2.spalte1 vom Typ INTEGER
Code:
Variante ohne CAST/CONVERT führt zu einem "Invalid operand for operator: = " Fehler, was ja klar ist.
SELECT * FROM table1 INNER JOIN table2 ON table1.spalte1 = table2.spalte1
Und wenn ich es so versuche:
Code:
Erhalte ich folgenden Fehler:
SELECT * FROM table1 INNER JOIN table2 ON CAST(table1.spalte1 AS INTEGER) = table2.spalte1
Code:
Vielleicht habt ihr ja einen Tipp, steh grad nämlich völlig aufm Schlauch
poQuery: Error 7200: AQE Error: State = S0000; NativeError = 2159; [iAnywhere Solutions][Advantage SQL Engine]Invalid argument to scalar function: CAST - unrecognized data type: INTEGER. -- Location of error in the SQL statement is: 49 (line: 4 column: 46)
mfg Ascu |
AW: SQL Anweisung CAST/CONVERT in ADS DB nutzen
Und wenn Du stattdessen das andere Feld nach CHAR castest?
|
AW: SQL Anweisung CAST/CONVERT in ADS DB nutzen
grad getestet aufjedenfall ein neuer Fehler:
Code:
Invalid argument to scalar function: CAST - unrecognized data type: CHAR
kennt CAST den datentyp CHAR ned? |
AW: SQL Anweisung CAST/CONVERT in ADS DB nutzen
Versuch es mal mit SQL_CHAR(Länge).
|
AW: SQL Anweisung CAST/CONVERT in ADS DB nutzen
jap genial klappt.!!
was hat es mit dem SQL_ vorne dran denn genau aufsich? (is mir total neu) |
AW: SQL Anweisung CAST/CONVERT in ADS DB nutzen
Das kann Dir joachimd wohl besser sagen ;). Ich hatte das nur
![]() |
AW: SQL Anweisung CAST/CONVERT in ADS DB nutzen
Zitat:
![]() Es wurde halt so definiert vor Urzeiten und seitdem ist es so. |
Alle Zeitangaben in WEZ +1. Es ist jetzt 04:01 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2025, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024-2025 by Thomas Breitkreuz