-
HI
also bei V7R2 wird ein negativer SQLCOD ausgegeben
SQLCOD = -000000802.
-
Zitat von Fuerchau
Nun ja, von der IBM gibt's die erste Meldung die allerdings keinen Unterschied brachte.Anscheinend kennen die ihre eigenen ODBC-Einstellungen nicht.Hat jemand noch Zugriff auf V6R1 und V5R4 um folgenden Befehl z.B. als Excel-Import per ODBC auszuprobieren und das Ergebnis hier zu posten?select dec(10000, 3, 0) from sysibm/sysdummy1 Ziel ist, dass dieser einen SQL0802 auslöst, was laut IBM ab V6R1 kein Fehler sondern nur eine Warnung ist, also als positiver SQLCOD gemeldet wird.
Also ich bekomme 00001 zurück unter V5R4. Sehe keine Fehlermeldung
GG
-
Da scheint das bei V7R2 ja wohl behoben zu sein. Mal sehen, wann es das PTF dann für V7R1 gibt.
Ich habe nun noch mal das Ankündigungsschreiben für V6R1 analysiert:
3.11.24 SQL Query changes in collation of errors might result in a
SQL0802
In PTF MF45590, a change was made to not collate errors for SQL queries
with distinct or aggregation. This was done to avoid providing wrong
results when a result in error can not be included in aggregation or
distinct result sets. A selection error is now signalled in this
scenario, using the SQL0802 message with SQLCODE=-802 and
SQLSTATE='22003'. The SQL0802 message will be preceded by CPF5035 and
CPD4019 escape messages.
To allow compatibility with previous behavior, a new QAQQINI option,
COLLATE_ERRORS, is available by PTF.
COLLATE_ERRORS - Specifies how data errors are handled on the GROUP BY
and ORDER BY expression during hash or sort processing within queries.
Supported values:
* *DEFAULT - The default is *NO.
* *NO - A value of *NO causes the query to be ended with an error when
a grouping or ordering expression results in an error.
* *YES - A value of *YES indicates that the grouping or sort continues.
Da steht nichts davon das SQL0802 nun positiv gesetzt wird oder verstehe ich da was falsch?
-
Ich konnte das nun noch mal auf V5R2 ausprobieren (ja, solche Kunden gibt's noch).
Da kommt tatsächlich auch kein Fehler.
Das deckt sich mit obiger V5R4-Aussage.
Gut, hoffe ich mal auf das PTF aus V7R2.
-
Hi,
gearde nochmal mit einem kleinen Progrämmchen auf einem V5R4 und auf einem V7R1 System probiert
PHP-Code:
danum s 3 0
dx s 1
C/EXEC SQL
C+ select dec(10000, 3, 0) into :aNum
c+ from sysibm/sysdummy1
C/END-EXEC
c 'sqlcod' dsply
*
c Eval *INLR = *ON
Beide Systeme liefern den SQLCOD im Debugger
SQLCOD = -000000802.
Gruß
Michael
-
Da gibt's also auch bei V5R4 anscheinend unterschiedliche PTF-Stände bzgl. dieses Fehlers.
-
... auf Holgers PUB1 V5R4 kommt da auch ein +802 mit SQLSTATE 01519 (warning) durch; ANSI korrekt wäre ein SQLSTATE class 22 (data exception). Was den SQLCODE angeht, scheinen das typische Abnutzungserscheinungen des SQLCODE Würfels zu sein, da muss der Strich nachgezogen werden. Was den SQLSTATE angeht, da geht es sowieso auf allen Datenbanken drunter und drüber. Am besten schneidet da noch PostgreSQL ab.
D*B
-
Sowohl in Release V5R4 als auch in Release 7.2 wird der SQLCODE -802 ausgegeben, wenn keine Indikator-Variable verwendet wird.
Wird mit Indikator-Variable gearbeitet wird in beiden Releasen der SQLCODE +802 ausgegeben.
Der Wert der Indikator-Variable wird in beiden Releasen mit -2 (Datenmapping) ausgegeben.
Und das ist korrekt, deshalb werden Indikator-Variablen ja verwendet.
Birgitta
-
Bei ODBC/JDBC hat man jedoch keinen Einfluss auf Indicator-Variablen, hier werden diese ja grundsätzlich verwendet.
Der Wert der Variablen wird mit NULL zurückgegeben.
Es ist daher unmöglich, per ODBC/JDBC festzustellen, ob der Wert NULL korrekt oder auf Grund eines Datenfehlers entsteht.
-
Moment. PUB1.DE ist V5R3 ;-)
-
Zitat von holgerscherer
Moment. PUB1.DE ist V5R3 ;-)
Das ist vielleicht auch ein Fehler.
-
Zitat von Pikachu
Das ist vielleicht auch ein Fehler.
Nein, das ist limited by design <g>
Ich vermute eher, dass Baldur Recht hat und es auch innerhalb der Releases gewisse Unterschiede bezüglich PTF gibt. Bei V5R4 bin ich mir sogar recht sicher, erinnere mich nur nicht mehr genau an den PTF-Stand; da gab es diverse Änderungen im SQL. Vielleicht kann Biggi einen Einwurf bringen?
-h
Similar Threads
-
By andigoering in forum Archiv NEWSblibs
Antworten: 0
Letzter Beitrag: 18-05-03, 19:54
-
By Kilianski in forum NEWSboard Server Software
Antworten: 1
Letzter Beitrag: 11-10-02, 09:56
-
By Kilianski in forum Archiv NEWSblibs
Antworten: 0
Letzter Beitrag: 04-10-01, 16:44
-
By W.Steiner in forum Archiv NEWSblibs
Antworten: 0
Letzter Beitrag: 24-08-01, 16:58
-
By Burgy Zapp in forum Archiv NEWSblibs
Antworten: 0
Letzter Beitrag: 15-03-01, 01:21
Berechtigungen
- Neue Themen erstellen: Nein
- Themen beantworten: Nein
- You may not post attachments
- You may not edit your posts
-
Foren-Regeln
|
Erweiterte Foren Suche
Google Foren Suche
Forum & Artikel Update eMail
AS/400 / IBM i
Server Expert Gruppen
Unternehmens IT
|
Kategorien online Artikel
- Big Data, Analytics, BI, MIS
- Cloud, Social Media, Devices
- DMS, Archivierung, Druck
- ERP + Add-ons, Business Software
- Hochverfügbarkeit
- Human Resources, Personal
- IBM Announcements
- IT-Karikaturen
- Leitartikel
- Load`n`go
- Messen, Veranstaltungen
- NEWSolutions Dossiers
- Programmierung
- Security
- Software Development + Change Mgmt.
- Solutions & Provider
- Speicher – Storage
- Strategische Berichte
- Systemmanagement
- Tools, Hot-Tips
Auf dem Laufenden bleiben
|
Bookmarks