Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > de.comp.lang.java > #13144
| From | Patrick Roemer <sangamon@netcologne.de> |
|---|---|
| Newsgroups | de.comp.lang.java |
| Subject | Re: Parallelprogrammierung |
| Date | 2017-10-09 12:36 +0200 |
| Organization | news.netcologne.de |
| Message-ID | <orfjfb$d6a$1@newsreader4.netcologne.de> (permalink) |
| References | <f2naabFfb7jU1@mid.individual.net> <oq7qee$duf$1@gwaiyur.mb-net.net> <f3hiahFjtstU1@mid.individual.net> <or0k4t$djf$1@newsreader4.netcologne.de> <ore110$jo4$1@gwaiyur.mb-net.net> |
Responding to Marcel Mueller: > On 03.10.17 20.15, Patrick Roemer wrote: >> Responding to Christian H. Kuhn: >>> Und nachdem das geklärt ist, ist mir aufgefallen, dass auch andere >>> Rechner ihre (eingeschränkten) QDatabase-Objekte mit ihren spezifischen >>> Clients auf die Datenbank zugreifen und nicht über den Prozess, in dem >>> mein QDatabase-Objekt die Locks verwaltet. Ich darf also noch Locks auf >>> die Tabellen in Postgresql setzen. Andere Gruppe. >> >> Wenn die DB das Transaktionshandling übernimmt, greift das auch für >> konkurrente lokale Clients und Du kannst das Lock-Zeugs getrost wieder >> zappen. > > Da musst Du aber höllisch aufpassen. Vom Distributed Deadlock bis zur > Snapshot too old Exception ist da so ziemlich alles möglich. Da helfen ihm die VM-lokalen Locking-Konstrukte, die er bisher auf dem Client eingebaut hat, auch nicht. Viele Grüße, Patrick
Back to de.comp.lang.java | Previous | Next — Previous in thread | Next in thread | Find similar
Parallelprogrammierung "Christian H. Kuhn" <qno-news@qno.de> - 2017-09-23 16:44 +0200
Re: Parallelprogrammierung Marcel Mueller <news.5.maazl@spamgourmet.org> - 2017-09-24 10:30 +0200
Re: Parallelprogrammierung "Christian H. Kuhn" <qno-news@qno.de> - 2017-10-03 15:40 +0200
Re: Parallelprogrammierung Patrick Roemer <sangamon@netcologne.de> - 2017-10-03 20:15 +0200
Re: Parallelprogrammierung Marcel Mueller <news.5.maazl@spamgourmet.org> - 2017-10-08 22:15 +0200
Re: Parallelprogrammierung Patrick Roemer <sangamon@netcologne.de> - 2017-10-09 12:36 +0200
Re: Parallelprogrammierung "Christian H. Kuhn" <qno-news@qno.de> - 2017-10-12 20:23 +0200
Re: Parallelprogrammierung Marcel Mueller <news.5.maazl@spamgourmet.org> - 2017-10-13 09:01 +0200
csiph-web