Hallo blackjack,
hast recht. Erst das Item erzeugen, dann kann ich es "modifizieren".
Mit der Oop habe ich noch nicht all zu viel Erfahrung. Eigentlich gar keine. Ich übe noch.
Vielen Dank für die Unterstützung.

Marc

Hallo,
ich habs jetzt hinbekommen.
Die Zeile muss sein:
m.tableWidget_uebersicht.item(3,1).setBackground(QtGui.QColor(100,150,100))

Danke ist gelöst

Hallo blackjack,
leider gibt die Konsole nichts aus. Weder in Eclipse noch in der Python IDE. Das Programm stürzt einfach ab.
Habe ein Miniprogramm zum Testen erstellt. (Danke für den Tip).

Code:
import sys
import PyQt5.QtWidgets as widgets
import PyQt5.uic as uic
from PyQt5.QtWidgets import ...

Moin zusammen,
ich stehe etwas auf dem Schlauch beim colorieren meiner Tabelle.
Die Daten der Tabelle werden aus einer Datenbankabfrage generiert.

Codezeile:
import PyQt5.QtWidgets as widgets
import PyQt5.uic as uic
from PyQt5.QtWidgets import QTableWidgetItem, QInputDialog, QMessageBox
from PyQt5 ...

Danke für die Info.
Ich werde das mal probieren.
Wünsche auf diesem Weg ein frohes Fest und guten Rutsch.

Das müsste eine DB2 sein.

Das Problem lässt mich leider immer noch nicht los.

Folgendes habe ich noch probiert.
Der Datensatz mit dem Datum, welches den Fehler erzeugt, steht in der AS400 wie folgt:
19.12.2019
Auf dem Rechner wo die Abfrage läuft sieht die Ausgabe wie folgt aus:
2019-12-19

Die anderen Rechner liefern den ...

Hatte mich falsch ausgedrückt, ich nehme nur die benötigten Spalten. Das funktioniert.

Ich verstehe es leider auch nicht.
Die Datumsfelder benöitge ich derzeit nicht. Ich versuche es mal mit dem * im SELECT-Statement.

Vielen Danke für deine Mühe.

Ich habe gerade bei der schnellen Durchsicht der Datensätze (ca. 35000) für FKEADT (Externes Lieferdatum) foldendes gefunden:
Datum: 11.09.2014
bei einigen Datensätzen steht allerdings:
01.01.0001

Testing FKFIRM
Testing FKAUNR
Testing FKARSL
Testing FKADRN
Testing FKEAUN
Testing FKEPOS
Testing FKEADT
Traceback (most recent call last):
File "Z:\Fertigung\THT-Technik\Loetprogrammuebersicht\Test\Test1.py", line 13, in <module>
cursor.fetchone()
ValueError: hour must be in 0..23

Testing FKFIRM
Testing FKAUNR
Testing FKARSL
Testing FKADRN
Testing FKEAUN
Testing FKEPOS
Testing FKEADT
Traceback (most recent call last):
File "Z:\Fertigung\THT-Technik\Loetprogrammuebersicht\Test\Test1.py", line 13, in <module>
cursor.fetchone()
ValueError: hour must be in 0..23

Testing FKFIRM
Testing FKAUNR
Testing FKARSL
Testing FKADRN
Testing FKEAUN
Testing FKEPOS
Testing FKEADT
Traceback (most recent call last):
File "Z:\Fertigung\THT-Technik\Loetprogrammuebersicht\Test\Test1.py", line 13, in <module>
cursor.fetchone()
ValueError: hour must be in 0..23

Ergebnis:
Testing FKFIRM
Testing FKAUNR
Testing FKARSL
Testing FKADRN
Testing FKEAUN
Testing FKEPOS
Testing FKEADT
Traceback (most recent call last):
File "Z:\Fertigung\THT-Technik\Loetprogrammuebersicht\Test\Test1.py", line 13, in <module>
cursor.fetchone()
ValueError: hour must be in 0..23

Hier das Ergebniss:
COLUMNS:
FKFIRM <class 'str'>
FKAUNR <class 'decimal.Decimal'>
FKARSL <class 'str'>
FKADRN <class 'str'>
FKEAUN <class 'decimal.Decimal'>
FKEPOS <class 'decimal.Decimal'>
FKEADT <class 'datetime.date'>
FKZNR1 <class 'str'>
FKZNR2 <class 'str'>
FKTLFE <class 'str'>
FKARTN <class ...

Nicht ganz,
Rechner A bekommt keine Fehlermeldung und alle Datensätze
Rechner B bekommt die Fehlermeldung und im SQL Log nicht alle Datensätze.

Auf beiden Rechnern ist Win 10 64 Bit.
Python in 32Bit
iseries ODBC Treiber in 64 und 32 Bit.

Hallo,
das ist ja das Problem, es steht keine Uhrzeit in den Datensätzen drin. Dennoch kommt der Fehler.

Habe im Logfile mit dem MS Fehler alle Datensätze gefunden.
Im Logfile wo der MS Fehler nicht vorkommt, ist nur ein Teil der Datensätze vorhanden.

Hier wird wohl das Problem liegen.

Im SQL log wird es jetzt merkwürdig.

Auf dem Rechner wo es läuft ist eine Fehlermeldung beim MS ODBC Treiber:

FirstModul 1824-6c EXIT SQLDriverConnectW with return code 1 (SQL_SUCCESS_WITH_INFO)
HDBC 0x01107A78
HWND 0x00000000
WCHAR * 0x68872440 [ -3] "******\ 0"
SWORD -3
WCHAR * 0x68872440 ...

Hallo zusammen,
danke für die Infos. Die Zeitzonen/Format-Einstellungen sind auch auf allen Rechnern gleich.
Leider tritt der Fehler in sämtlichen Variationen der Abfrage auf.
Hier ein Beispielcode, alle Aufträge für 2019, der nur auf dem einen Rechner läuft (habe die Hinweise von blackjack schon ...