Ergebnis der Suchanfrage

• Forum: Datenbanken

  AW: Dataset.Next | sehr langsam

    Delphi
    by jobo, 23. Jan 2019
  zu Bsp 1
  Eine Transaktion an sich frisst kein Brot (tatsächlich frisst sie doch welches, aber unsereiner wäre mit dem bisschen auf Extremdiät)
  Zum Ausprobieren eignen sich die berühmten "ganz vielen Datensätze", die man importieren muss.
  Macht man ein Commit per SQL nach jedem einzeln Insert Statement, dauert es etwas länger, als wenn man bspw. nur alle 1000 oder 10000 Datensätze ein Commit...
• Forum: Datenbanken

  AW: Dataset.Next | sehr langsam

    Delphi
    by jobo, 22. Jan 2019
  Zunächst, ich habe es nicht als Kritik aufgefasst, vielleicht muss ich auch die Feile rausholen...
  
  Zum Thema Transaktion:
  Aus Sicht der Datenbank ist alles eine Transaktion, die ist nämlich per Definition dafür verantwortlich, dass nichts anbrennt. Und dabei ist es ihr auch sch.. egal, was der Client macht. Es muss ihr egal sein, die DB ist der Server und der Client der Client.
  Wenn ich also...
• Forum: Datenbanken

  AW: Dataset.Next | sehr langsam

    Delphi
    by jobo, 22. Jan 2019
  Prima!
  
  Zu meinem Vorschlag und den Einwänden. Transaktionen laufen nacheinander. Wenn also der Startwert (Parameter) für die Neuberechnung innerhalb der Transaktion gesetzt wird, wäre es kein Problem.
  
  Dann ist wie so oft rein fachlich die Frage, ob es überhaupt Überschneidungen gibt. Also wird wirklich von 2 Sachbearbeitern oder mehr gleichzeitig am gleichen Auftrag gearbeitet? Ja, kann...
• Forum: Datenbanken

  AW: Dataset.Next | sehr langsam

    Delphi
    by jobo, 22. Jan 2019
  Ich wollte nur sagen: Es ist eine ungeteste Lösung quasi nach Lehrbuch*, ich nutze Firebird nicht in der Praxis nicht.
  
  Zu meinem eigenen Codevorschlag:
  Die Reihenfolge ist tatsächlich besser andersrum, wie hoika schrieb, dann ist das Update der Ordnungszahl "richtiger".
  
  * Damit ist sowohl die Firebird Doku gemeint, als auch der Vorgang an sich, der minimalinvasiv ist, also wahrscheinlich...
• Forum: Datenbanken

  AW: Dataset.Next | sehr langsam

    Delphi
    by jobo, 22. Jan 2019
  Ist das so? Ich würde es so versuchen und habe eine wasserdichte Operation (falls fb tatsächlich anonyme blöcke kann, ist nur gemäß anleitung ohne Garantie):
  
  
  execute block
  as
  
  begin
  -- neuer Daten inkl Auftragsnummer, Ordnungsnummer usw. ggf
  insert into <theTable> (<fieldlist>) values (<paramlist>);
  update <theTable>
• Forum: Datenbanken

  AW: Dataset.Next | sehr langsam

    Delphi
    by jobo, 22. Jan 2019
  Ok, wenn das alles mit den visuellen Komponenten geschieht, auch das next und dann das Update x 50 datensäte, dann ist es offensichtlich langsam. Wahrscheinlich würde schon ein deaktiviren der GUI etwas helfen.
  
  Ich denke, ein pures Insert, gefolgt von dem Update für die "Ordnung" kann das sicher auf <1Sekunde beschleunigen.
• Forum: Datenbanken

  AW: Dataset.Next | sehr langsam

    Delphi
    by jobo, 22. Jan 2019
  Wer woll denn wissen was daten.pos.netxt macht und welche Ereignisse dabei noch behandelt werden? Ohne konkreten Code, Eventroutinen etc. ist keine Unterstützung zu leisten. Alles nur Kaffeesatz Leserei.
  
  Ein 50 Rekords großes Ergebnis einer Query müsste eigentlich schnell navigierbar sein. Außnahmen gäbe es diverse, je nach Ereignisbehandlungsroutinen, die am Scrollen dran hängen.
• Forum: Datenbanken

  AW: Dataset.Next | sehr langsam

    Delphi
    by jobo, 22. Jan 2019
  Was genau ist das Problem?
  Wenn die "Ordnung" beizubehalten ist, müssen nachfolgende Datensätze entsprechend aktualisiert werden oder mit geschickt gewählten Zwischenwerten (float) gearbeitet werden.
  
  Das langsame Einfügen scheint mir aber verdächtig. Und was ist z.B. 50? 50 Datensätz in der Tabelle? 50 Datensätze als Ergebnis einer Abfrage (aus 500T datensätzen)?
  Vielleicht kannst Du das...