Ergebnis der Suchanfrage

• Forum: Datenbanken

  Re: ADO + Mehrbenutzerbetrieb + Transaktionen + SQL Server

    Delphi
    by sega84, 20. Mai 2009
  With No Lock gibt es unterm SQL Server.
  Allerdings müssen dann ca. 5000 Querys von mir geändert werden... :wall: Da freue ich mich jetzt schon drauf...
  Naja gibt es sonst vielleicht eine andere Möglichkeit die Sperren zu verhindern?
• Forum: Datenbanken

  Re: ADO + Mehrbenutzerbetrieb + Transaktionen + SQL Server

    Delphi
    by sega84, 20. Mai 2009
  Kleines Beispiel:
  Nutzer 1:
  Wir starten eine Fakturierung zur Rechnungserzeugung (StartTransaction).
  Diese Fakturierung erzeugt die Rechnung, die Rechnungspostionen, etc.
  Dieser Lauf dauert bei uns etwa 5 - 30 Minuten. Nun kann der Anwender zwischendurch die Sache komplett abbrechen.
  Beim Abbruch sollte somit ein Rollback ausgeführt werden. Wenn nicht ein Commit.
  Da wir in der...
• Forum: Datenbanken

  Re: ADO + Mehrbenutzerbetrieb + Transaktionen + SQL Server

    Delphi
    by sega84, 20. Mai 2009
  Werde es mal ausprobieren. Wie arbeitet Ihr mit Transaktionen? Wann und wie startet ihr diese?
• Forum: Datenbanken

  Re: ADO + Mehrbenutzerbetrieb + Transaktionen + SQL Server

    Delphi
    by sega84, 20. Mai 2009
  Das stimmt leider. Das Problem liegt daran, dass trotz einer geöffneten Transaktion ein anderer Benutzer auf den Datensatz zugreifen muss. Natürlich kenne ich bereits das Dirty-Read Problem, nur kann ich es leider nicht umgehen.
  Wäre ein anderes Transaktionslevel sinnvoller?
• Forum: Datenbanken

  ADO + Mehrbenutzerbetrieb + Transaktionen + SQL Server

    Delphi
    by sega84, 20. Mai 2009
  Hallo zusammen,
  habe ein Projekt mit etwa 120 Tabellen zu Betreuen.
  Wir verbinden uns via ADO auf die Datenbank.
  Da im Programm Transaktionen verwenden, kommt es mitlerweile zu sehr vielen Timeouts, da verschiedenste Locks auf den Datensätzen liegen.
  Mit der Software arbeiten momentan maximal gleichzeitig 30 Leute auf einer Datenbank (Entweder SQL Server 2000 oder 2005, teilweise schon 2008)....