Ok, ich ziehe meine Aussage zurück. Als ich meine Beispiele noch einmal minimiert habe, fiel mir der Fehler meinerseits auf. Schande über mein Haupt.

Ich bastle euch gleich zwei Varianten. Gebt mir etwas Zeit

@BlackJack: Das Problem ist, dass du und Sirius3, das ihr mir eingetrichtert habt, dass man mit Objekten arbeiten will, nicht mit IDs. Und in diesem Fall missachte ich euren Ratschlag. Würde ich mit Objekten arbeiten, und die Query findet aber nichts, existiert kein Objekt, und diese können dann auc...

@jerch: Ich habe mal eben auf der Schnelle einen halbwegs brauchbaren Quelltext zusammengesetzt. Leider kriege ich den Quelltext nicht auf drei Zeilen runter gebrochen. Aber gehen wir mal Stück für Stück vor. Zunächst hier mein Modell. Du siehst, dass Person() mehrere 1:n-Beziehungen pflegt. Hier ha...

@jerch: Inwiefern überdenken? Was ist an einer 1:n-Beziehung verkehrt? Eine Person kann viele Eigenschaften haben. Diese Eigenschaften werden durch die QComboBox() hinzugesetzt. In meinem obigen Beispiel sind es 8 Eigenschaften. Das heißt dann für mich, dass ich zunächst nur für eine Person 8 Abfrag...

@jerch: Danke für deine Antwort. Allerdings habe ich das Gefühl, dass die Antwort an meinem Anliegen etwas vorbei geht.

Ich möchte diesen Beitrag wiederbeleben, weil ich denke, dass ich hier sehr gut anknüpfen kann. Ich stoße gerade, scheinbar, auf eine Grenze. Sirius3 hat ja bereits darauf hingewiesen, dass man mit ORM-Objekten arbeiten möchte, anstatt mit IDs. Soweit alles fein. Die Vorteile wurde von BlackJack sch...

Ich glaube, ich konnte das Problem, auf BlackJacks Rat hin, beheben. Da ich auf Anhieb nicht genau wusste, was BlackJack meinte, zog ich mir diese Dokumentation, mit dem Titel Handling Multiple Join Paths heran. Auf dieser Seite wird im ersten Beispiel gezeigt, wie der Fehler zustande kommt, den ich...

@BlackJack: Meintest du etwa so? class FAMILY(Base): __tablename__ = "family" id = Column(Integer, primary_key=True, unique=True, autoincrement=True) status = Column(String(255), nullable=False) person_id = Column(Integer, ForeignKey('person.id')) person = relationship("PERSON", ...

@BlackJack: Ich weiss gerade nicht was du meinst. Die Beziehungen zu den beiden Tabellen sind so definiert, dass die beiden Fremdschlüssel (hier aus Person-Tabelle) in der Family-Tabelle hinterlegt werden sollen?

Hallo Leute, ich möchte dieses Forum für eine allgemeine Verständnisfrage entführen :) Ich habe für euch zwei Bilder mitgebracht, damit ihr seht, worum es sich hierbei handelt. Ihr seht einmal einen Ausschnitt aus dem EER-Model. Bei diesem EER-Model habe ich eine 1:n-Beziehung zwischen der Tabelle P...

@snafu: Dann rufe ich am Ende der select_all()-Methode die close() auf, damit nach getaner Arbeit die Verbindungen zum Pool zurückgegeben werden.

@snafu: ein fettes Dankeschön, dass du dir die Mühe gemacht hast, die Repo anzusehen. __deets__ hat ja stark kritisiert, dass ich die Rückgabe von scoped_session() an die Threads verteile. Deshalb habe ich auch eine Repo mit __deets__s Version eingerichtet. Aber wenn ich von dir den Segen bekomme, i...

Ich kann gerade nicht schlafen, zu viele Gedanken schießen durch meinen Kopf. Deshalb habe ich nochmals __deets_s Version aufgeräumt und auf meinen BitBucket zur Verfügung gestellt. Sie ist so ähnlich strukturiert, wie snafus Version , nur dass bei __deets__s Version die scoped_session() auf Moduleb...

@snafu: Ich danke dir. Hast du BitBucket, damit du forken kannst? Ansonsten muss ich es dir als .*rar-Datei hochladen, damit du das Programm direkt benutzen kannst.

Hier, die Repository, just called snafus Version . Mit snafus Version meine ich. wie weit ich bei deinem Ansatz gekommen bin. Im Modul worker.py findest du in Zeile 20 meine Frage in einem Kommentar, ob ich dort die Session anfassen soll. Spaßeshalber habe ich im Modul managed_data_manipulation.py i...

@snafu: Ich erstelle gerade extra mit deinem Namen eine Responsy auf meinem BitBucket, und lade mal deine Version hoch. Wie man mit Qthreads arbeitet, weiß ich, hoffentlich schon. Denn abseits von SQLAlchemy stellt für mich QThread kein Problem dar. Ich melde mit zurück, wenn die Responsy fertig ist.

@snafu: Es ist nicht böse gemeint, aber was meinst, wie frustrierend das für mich ist? Erst arbeite ich mich deine Vorschläge durch, klappt nicht, dann die von __deets__ und irgendwie will das auch nicht klappen und dabei habe ich einen klar leserlichen Quelltext auf BitBucket bereits hingelegt

Zwischenergebnis: Wenn ich in der MyCustomDialog() -Klasse die on_start_select_all() -Methode, nach erfolgreicher Anmeldung an die Datenbank, mehrmals ausführe gibt es schon Probleme. Beim ersten Mal wird alles wunderbar ausgeführt. Beim Zweiten Mal werden mal sporadisch ein paar Datensätze untersch...

Damit man nicht alles kopieren muss, habe ich dieses Programm auf BitBucket hochgeladen: https://bitbucket.org/Xenophyl/sqlalche ... thread/src