AGB  ·  Datenschutz  ·  Impressum  







Anmelden
Nützliche Links
Registrieren
Zurück Delphi-PRAXiS Suchfunktion Ergebnis der Suchanfrage

Ergebnis der Suchanfrage


Datum des Suchindex: Heute, 03:02

Parameter dieser Suchanfrage:

Suche in Thema: InterBase: lock conflict on no wait transaction violation of FOREIGN KEY constraint
Suche alle Beiträge, die von "jobo" geschrieben wurden
• Suchmethode: "Suche nach allen Begriffen"
• Nach Datum (firstpost) sortiert
• Zeige Treffer als Beiträge
Zeige 5 von insges. 5 Treffern
Suche benötigte 0.001s

Es liegen Ergebnisse in folgenden Bereichen vor:

  • Forum: Datenbanken

    AW: InterBase: lock conflict on no wait transaction violation of FOREIGN KEY constrai

      Delphi
      by jobo, 24. Apr 2017
    Clientseitig ist mir eingefallen, habe ich mal etwas in einem ähnlichen Zusammenhang implementiert, um ähnliche Probleme zu verhindern. Eine Monstermaske mit Master und mehreren Detaildatasets.
    Man konnte anfangs einen neuen Mastersatz ungeposted stehen lassen und Details eintragen, bis zum post natürlich, der ging nicht, weil der Masterkey nicht da sein konnte.
    Ich habe dann schließlich so...
  • Forum: Datenbanken

    AW: InterBase: lock conflict on no wait transaction violation of FOREIGN KEY constrai

      Delphi
      by jobo, 24. Apr 2017
    Wie wird denn geprüft, ist das ggF. zu "grob", also entsteht erst dadurch das read lock?
    Oder hast Du das bei den Querchecks von vorhin erst gar nicht "nachgeahmt"?

    Die Prüfung ist ja doppeltgemoppelt, der FK Constraint soll das ja abfackeln. Besser wäre hier wahrscheinlich, es knallen zu lassen bzw. die database exception zu fangen und zu behandeln (wie auch immer)
  • Forum: Datenbanken

    AW: InterBase: lock conflict on no wait transaction violation of FOREIGN KEY constrai

      Delphi
      by jobo, 24. Apr 2017
    Damit hättest Du ja alles über Bord geworfen, das den Sinn des Constraint ausmacht.
    Ich vermute, dass Constraints relativ wenig genutzt werden, spätestens wegen Problemen wie diesem (oder weil der Entwickler sich noch an sowas erinnert, auch wenn es ein anderes / älteres System war). Hinzu kommt, dass eine fachliche Komponente mitschwingt. Wenn die Software irgendwelche Sachbearbeitung macht und...
  • Forum: Datenbanken

    AW: InterBase: lock conflict on no wait transaction violation of FOREIGN KEY constrai

      Delphi
      by jobo, 24. Apr 2017
    Macht Ihr denn da im Programm explizite Transaktionsanweisungen?
    Also Connection.BeginTrans oder irgendsowas- weiß nicht mehr wie das da genau genannt wird?
    Die Frage wäre auch glaub ich nicht so sehr, was geändert wird, sondern ab welchem Moment die Sperre gesetzt wird und ob es nur eine Schreibsperre oder sogar eben Lesesperre wäre (das Insert verlangt ja per Definition durch FK Constraint...
  • Forum: Datenbanken

    AW: InterBase: lock conflict on no wait transaction violation of FOREIGN KEY constrai

      Delphi
      by jobo, 24. Apr 2017
    Was ich da irritierend finde ein "Lock" conflict bei insert.
    1. Das kann vorkommen, wenn die DB kein Row Level Locking kann.
    Weiß nicht, wie das da bei IB und genau dieser Version aussieht.

    2. Die zugehörige Fehlermeldung (seitens Firebird) spricht in der Erläuterung von Updates oder Deletes, nicht von Inserts.

    Daraus ergibt sich die Frage, fliegen hier nebenläufig noch andere...


URL zu dieser Suchanfrage:

https://www.delphipraxis.net/dp_search.php?do=usersearch&search_username=jobo&search_exact_username=1&search_sortby=dateline&search_resulttype=post&search_matchmode=0&searchthreadid=192495
Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 03:09 Uhr.
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz