DB-Zugriff beschleunigen

[khh]

Hallo zusammen,
ich lese aus einer DB per Zugriff über Internet Daten aus einer einzelnen Tabelle.

Auf dem Sortierkriterium liegt ein Index.
Dennoch habe ich den Eindruck, dass es beim Programmstart zu lange dauert, wenn ein paar Minuten (3-5) nötig sind um ca. 50.000 DS einzulesen.
EDIT: die Maschine auf der die DB liegt ist nicht die Schnellste :-(

Hat jemand ne Idee das zu beschleunigen?

[Morphie]

Musst du wirklich beim Systemstart direkt 50.000 Datensätze lesen?

Ansonsten ist das Protokoll von Firebird nicht wirklich für langsame Netze (Internet) ausgelegt...
Wie viele Spalten und was für Daten(größen) sind das denn?

[khh]

muss ich nicht unbedingt, ich überlege ja gerade, wie ich es besser machen könnte.
EDIT: es handelt sich um Adressdaten mit 30 Spalten

[DeddyH]

Hilft Dir das hier weiter? http://scott.yang.id.au/2004/01/limi...s-in-firebird/
So könnte man die Daten "häppchenweise" holen.

[Bernhard Geyer]

Falls du bei FB die möglichkeit hast zwischen der Curserlocation (Client/Server) umzuschalten wäre evtl. das mal gut zu testen.

[khh]

Zitat:

Zitat von DeddyH (Beitrag 1169573)

Hilft Dir das hier weiter? http://scott.yang.id.au/2004/01/limi...s-in-firebird/
So könnte man die Daten "häppchenweise" holen.

so hab ich mir das in etwa vorgestellt.

Alsooo

mit first 100 oder first 1000 geht der Programmstart recht zügig.
Jetzt bleibt nur die Überlegung, wo und wann ich den Rest einlese, ohne das DBgrid zu blockieren?

[khh]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1169574)

Falls du bei FB die möglichkeit hast zwischen der Curserlocation (Client/Server) umzuschalten wäre evtl. das mal gut zu testen.

wie meinst du das ?
Unterschied zwischen Zugriff übers Internet und Zugriff local, oder was willst du wissen ?

[Bernhard Geyer]

Curser Location bei MSDN

[khh]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1169583)

Curser Location bei MSDN

ach soo

na bei Firebird könnte man mit einer stored proc arbeiten,
wenns ne bessere Möglichkeit gibt lasse ich mich gerne belehren.

[ibp]

zB.: wenn es Adressdaten (Name,Vorname,Str,...etc) sind, dann mach doch vorher eine Auswahl über den Anfangsbuchtsaben des Namens oder eben ein anderes Kriterium. Ich denke du brauchst bestimmt nicht alle 50k Datensätze auf einmal, das ist ja Telefonbuchauspapierzeitalter!

[khh]

Zitat:

Zitat von ibp (Beitrag 1169585)

zB.: wenn es Adressdaten (Name,Vorname,Str,...etc) sind, dann mach doch vorher eine Auswahl über den Anfangsbuchtsaben des Namens oder eben ein anderes Kriterium. Ich denke du brauchst bestimmt nicht alle 50k Datensätze auf einmal, das ist ja Telefonbuchauspapierzeitalter!

Stimmt, ist ne gute Idee


ich danke euch

[p80286]

Wenn ich es richtig verstanden habe, sagt die Cursor location nur etwas darüber aus wo die Ergebnisdaten gespeichert werden. Eine Stored Proc hat also eigentlich nichts damit zu tun.

Es kann natürlich gute Gründe geben 50.000 Datensätze mit 300 Feldern einzulesen, aber das sind doch eher die Ausnahmen. Gibt es keine Möglichkeit, die Datenmenge zu beschränken?

Gruß
K-H

hat jemand den roten Kasten geklaut??

[khh]

Zitat:

Zitat von p80286 (Beitrag 1169587)

Wenn ich es richtig verstanden habe, sagt die Cursor location nur etwas darüber aus wo die Ergebnisdaten gespeichert werden. Eine Stored Proc hat also eigentlich nichts damit zu tun.

Es kann natürlich gute Gründe geben 50.000 Datensätze mit 300 Feldern einzulesen, aber das sind doch eher die Ausnahmen. Gibt es keine Möglichkeit, die Datenmenge zu beschränken?

Gruß
K-H

hat jemand den roten Kasten geklaut??

mach ich jetzt über die PLZ, ich danke euch

[Iwo Asnet]

Eine Alternative wäre, die Addresstabelle lokal abzulegen und periodisch Updates zu ziehen. Dann hättest Du den Vorteil einer quasi "on the fly" Recherche verbunden mit (fast) aktuellen Daten.

Wenn die Eingabe schnell gehen muss (und in der Wirtschaft muss es immer schnell-schnell gehen), hättest Du mit diesem Ansatz einen entscheidenden Wettbewerbsvorteil.

Der sicherlich am einfachsten umzusetzende Ansatz, nämlich der Datenbank anhand einer Suchmaske eine Vorauswahl treffen zu lassen, ist jedoch einfacher umzusetzen. Vergiss nur nicht, das die Auswahl hinsichtlich der maximalen Anzahl der Datensätze gedeckelt werden sollte ("SELECT FIRST 100 * FROM...")

[hoika]

Hallo,

brauchst di "irgendwann" wirklich alle Datensätze,
lade sie in einem eigenen Thread in eine eigene Datenstruktur (oder ein ClientDataSet).


Heiko