AGB  ·  Datenschutz  ·  Impressum  







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

Ergebnis der Suchanfrage


Datum des Suchindex: Heute, 05:02

Parameter dieser Suchanfrage:

Suche in Thema: ADO langsam :-(
Suche alle Beiträge, die von "haentschman" geschrieben wurden
• Suchmethode: "Suche nach allen Begriffen"
• Nach Datum (firstpost) sortiert
• Zeige Treffer als Beiträge
Zeige 10 von insges. 10 Treffern
Suche benötigte 0.002s

Es liegen Ergebnisse in folgenden Bereichen vor:

  • Forum: Datenbanken

    AW: ADO langsam :-(

      Delphi
      by haentschman, 21. Mär 2017
    Moin...:wink:

    ...wie muß man sich das, auch optisch, vorstellen?
  • Forum: Datenbanken

    AW: ADO langsam :-(

      Delphi
      by haentschman, 20. Mär 2017
    ...wenn aber die DataSource = nil ist da würde ich erwarten das die Prüfung eingespart wird. :gruebel:

    Alles andere müßten wir am Code der ADOQuery analysieren...wer hat Zeit. :stupid:
  • Forum: Datenbanken

    AW: ADO langsam :-(

      Delphi
      by haentschman, 20. Mär 2017
    ... das deckt sich mit anderen Aussagen, das die Zeit sich auf ca. 30% vom Vorwert einpendelt. :thumb:

    Ich sags ja immer wieder: Again what learned...:stupid:
  • Forum: Datenbanken

    AW: ADO langsam :-(

      Delphi
      by haentschman, 20. Mär 2017
    :P

    ...dort werden fiese Sachen wie der Wechsel des DBMS gemacht. Dort wird die TNxQuery zur TADOQuery. :zwinker: Letzendlich bleibt es aber auch eine ADOQuery. :zwinker: Das einzige was ich nur machen kann, ist auf der TDataSet Ebene. Da komme ich an die CursorLocation der Connection etc. nicht dran...ist aber auch nicht notwendig, weil die Abstraktionsschicht das regeln muß. :wink:

    ...ich...
  • Forum: Datenbanken

    AW: ADO langsam :-(

      Delphi
      by haentschman, 20. Mär 2017
    Hallöle... :P

    Hier ist das Problem nochmal beschrieben:
    https://edn.embarcadero.com/article/27790
  • Forum: Datenbanken

    AW: ADO langsam :-(

      Delphi
      by haentschman, 19. Mär 2017
    ...die beste Investion ever. 8-)
  • Forum: Datenbanken

    AW: ADO langsam :-(

      Delphi
      by haentschman, 18. Mär 2017
    :P

    ...falsch. :wink: (MSSQL 2012, ADO)
    siehe:

    ... das ist in Ordnung. :wink:

    ... das nicht. :evil:

    ...ich habe mir die ADO nicht ausgesucht. :cry:
  • Forum: Datenbanken

    AW: ADO langsam :-(

      Delphi
      by haentschman, 18. Mär 2017
    :P

    ...nö. :wink: Nackige Datenbankabfrage und packen in eine Liste. Da müssen trotzdem irgendwelche Eventorgien ablaufen. :?
  • Forum: Datenbanken

    AW: ADO langsam :-(

      Delphi
      by haentschman, 18. Mär 2017
    Danke...

    Die Query stammt aber aus einer Abstraktionsschicht für verschiedene DBMS. Da komme ich nicht dran... :? Ich habe nur die TDataSet Methoden verfügbar.

    LÖSUNG:
    TDataSet.DisableControls :gruebel: Obwohl keine Controls oder Events dranhängen ist es nun mit einer Sekunde deutlich schneller. :thumb: Ohne Worte...:?

    Again what learned...:stupid:
  • Forum: Datenbanken

    ADO langsam :-(

      Delphi
      by haentschman, 18. Mär 2017
    Hallöle... :P

    Ich bin am Verzweifeln... :?

    Ich muß 50000 Datensätze in eine generische Liste laden. Soweit so gut... Das SQL holt die Daten über eine Query ab. Das dauert max. eine Sekunde.
    Und jetzt kommts... Die Schleife bis EOF dauert 25 Sekunden. :shock: ...auch wenn ich die Schleife nackig ohne Inhalt laufen lasse. :shock:

    while not Query.Eof do
    begin
    Blubb := TBlubb.Create;


URL zu dieser Suchanfrage:

https://www.delphipraxis.net/dp_search.php?do=usersearch&search_username=haentschman&search_exact_username=1&search_sortby=dateline&search_resulttype=post&search_matchmode=0&searchthreadid=192080
Impressum · AGB · Datenschutz · Nach oben
Alle Zeitangaben in WEZ +1. Es ist jetzt 05:18 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