Ergebnis der Suchanfrage

• Forum: Datenbanken

  Re: Updates mit Zeos/MySQL dauert zu lange?

    Delphi
    by hoika, 13. Dez 2006
  Hm,
  
  jetzt habe ich dich noch mehr an mysql rangebracht,
  statt dich für Firebird zu begeistern, ich Dussel ;)
  
  Egal. :cheers:
  
  
  Heiko
• Forum: Datenbanken

  Re: Updates mit Zeos/MySQL dauert zu lange?

    Delphi
    by hoika, 13. Dez 2006
  Hallo,
  
  also unter Firebird (BDE, jaja ;) ) ist das so:
  
  Wird keine Transaktion manuell (DataBase.StartTransaction) gestartet,
  erzeugt die BDE für JEDE Abfrage eine Transaktion und Committed die.
  Das ist bei bestimmten Sachen um Faktor 20 langsamer,
  als einmal eine Transaktion zu starten,
  alle Updates machen und dann Committen.
• Forum: Datenbanken

  Re: Updates mit Zeos/MySQL dauert zu lange?

    Delphi
    by hoika, 13. Dez 2006
  Hallo,
  
  dann zeige doch noch mal diese Stelle,
  wie sieht es eigentlich mit Transaktionen aus ?
  Vor der Schleife StartTransaction und danach ein Commit;
  
  Und knips endlich den SQL-Monitor an ;)
  
  
  Heiko
• Forum: Datenbanken

  Re: Updates mit Zeos/MySQL dauert zu lange?

    Delphi
    by hoika, 12. Dez 2006
  Hallo,
  
  so wie es in den Quellen (6.5.1. Alpha) aussieht,
  wird immer prepared.
  Ab 4.1 wird das Prepare von mysql übrigens erst unterstützt.
  
  Solange das Statement sich nicht ändert,
  bleibt die Query prepared.
  Das heisst in deinem Fall, einfach eine parametrisierte Query
  benutzen und den SQL-Text NICHT jedesmal zuweisen,
• Forum: Datenbanken

  Q

    Delphi
    by hoika, 11. Dez 2006
  Hallo,
  
  zu mysql kann ich nichts sagen,
  aber, wen du 100 mal die Query aufrufst,
  muss der Server 100mal die Query parsen und einen SQL-Plan erzeugen.
  Benutze mal prepared Queries.
  
  Bsp:
  
  zuerst preparen, dass kann man auch mit dem Aufruf verbinden,
• Forum: Datenbanken

  Re: Updates mit Zeos/MySQL dauert zu lange?

    Delphi
    by hoika, 11. Dez 2006
  Hallo,
  
  ich denke nicht dass das Update das Problem ist,
  sondern das Locate (oder fehlender Index).
  Eretze das doch mal durch
  "Select ScanId From Where SoftwareID=:SoftwareID and VersionID=:VersionID"
  
  Optimale Performance erhälst du hier durch eine Stored Procedure,
  die das "Select " auf dem Server ausführt und somit nur ein Befehl übers Netz geht.