Ergebnis der Suchanfrage

• Forum: Datenbanken

  AW: Deadlockopfer bei TDataset.Refresh

    Delphi
    by TigerLilly, 2. Aug 2022
  Du kannst eine Schleife machen + das Refresh - nach einer kleinen Pause - solange wiederholen, bis es klappt. Aber da muss man sehr aufpassen, dass man den Server nicht mit lauter Wiederholungsversuchen in die Knie zwingt.
• Forum: Datenbanken

  AW: Deadlockopfer bei TDataset.Refresh

    Delphi
    by TigerLilly, 2. Aug 2022
  Das hat mit Transaktionen nur bedingt zu tun. Dein Problem sind LOCKs + die werden auch durch bloßes Lesen erzeugt. Die Locks können neben einzelnen ROWs auch ganze Seiten oder Tabellen umfassen + damit Sätze sperren, die mit der aktuellen Abfrage gar nichts zu tun haben. Siehe weiter vorne im Thread.
• Forum: Datenbanken

  AW: Deadlockopfer bei TDataset.Refresh

    Delphi
    by TigerLilly, 2. Aug 2022
  Lass den Profiler mitlaufen, dann siehst du, welche SQL Statements abgesetzt werden.
  Und vielleicht hilft das auch:
  http://etutorials.org/SQL/...
• Forum: Datenbanken

  AW: Deadlockopfer bei TDataset.Refresh

    Delphi
    by TigerLilly, 16. Jun 2022
  Das Locken beim Lesen ist schon sinnvoll. Wer das nicht will, kann mit WITH (NOLOCK) lesen + daran denken, was uU passieren kann. Das Problem bei der Eskalation ist, dass Sätze gesperrt werden, die mit der ursprünglichen Anforderung nichts zu tun haben und nur zufällig auf der gleichen Page (oder in derselben Tabelle) liegen.
• Forum: Datenbanken

  AW: Deadlockopfer bei TDataset.Refresh

    Delphi
    by TigerLilly, 15. Jun 2022
  Der MSSQL Server lockt beim Lesen. Je nach zu lesender Datenmenge, Last am Server etc kann das Locking von einem Row Lock bis zu einem Table Lock eskalieren (lock escalation).
  
  Das hat mit Transaktionen beim Schreiben nochnicht mal was zu tun.
  
  https://www.sqlshack.com/locking-sql-server/
  https://www.mssqltips.com/sql-server-tip-category/61/locking-and-blocking/