Re: Zugriff sehr langsam (Bingo! Jetzt gehts schneller!)

Hallo wieder!

Ich werde mal versuchen die zahlreichen fragen zu beantworten:

ADODC ? Ja, es ist (war) ein ADODC and dem ein Grid gebunden ist.

> Ich habe den Code nach den Tipps von Peter Götz umgebaut.
Leiuder aber nicht so richtig:-( Ich denke, da wird Peter noch einen Beitrag
bringen.
>>Na ja, aber offensichtlich nicht wirklich.

Kann sein. Habe erst mal versucht auf die Schnelle ne Lösung zu bauen.

> Ich glaube, bei der Nutzung nur eines ADODC und dessen Einstellungen
analog
deinem Code wird das gleiche Ergebnis erreicht.

>> Ein DataControl, egal ob DAO (Data) oder ADO (ADODC) macht nichts weiter
als
ein DataBase-bzw. Connectionobjekt und ein Recordset zu kapseln. Es gibt
keinen vernünftigen Grund, warum DataBase-, Connection- und
Recordset-Objekte schneller arbeiten sollten, wenn sie sich hinter einem
DataControl verbergen.

Werde ich mal testen, denn die permanente Bindung gefällt mir eigentlich
besser als der Storage-Mode des Component One Grids! Außerdem kriege ich im
Moment wahrscheinlich nicht mit, wenn sich zwischenzeitlich was an der DB
tut.


Private Sub AnySub()
Set Cnn = new ADODB.Connection
With Cnn
.Provider = "Microsoft.Jet.OLEDB.4.0"
.DataSource = "H:\Verzeichnis\DB.md" <<<<---------------- Klappte
einfach nicht. Kam ein Fehler "Eigenschaft wird nicht unterstützt"
.CursorLocation = adUseClient
.Mode = adModeShareDenyNone
.Open
End With
End Sub

Ja, ich meinte eigentlich das ".Source" was den Fehler brachte. Hätte es
gern benutzt wie es im Beispiel war, denn es ist übersichtlicher.

>Ein Connectionobjekt hat keine .DataSource - Eigenschaft. Eine Zuweisung
des
vollst. Pfades zur *.mdb muss über
> Cnn.Properties("Data Source").Value = vollst.Pfad

Ja, könnte vielleicht über die Properties meine Strings verkürzen bzw.
übersichtlicher gestalten.

> With RS
> .Source = "SELECT ID_Kosten, Auftrag,
> Unternehmer,UnternehmerName, PosNr, Netto, MwStSatz, MwStBetrag,
> Brutto, Gutschrift, Abgeschlossen, Bemerkung From [Auftrag-Kosten]
> WHERE (((Auftrag)='" & AppTaNr & "'));" .Open
> Und hier erzwingst du mit der Zuweisung einer Zeichenkette zur
Source-Eigenschaft wieder implizite Aktivitäten. Besser wäre hier die eigene
Instanzierung eines Command-Objektes und die Zuweisung des Verweises auf
dieses Objekt. Der Vorteil dabei wäre, dass weitere Eigenschaften auch
explizit zugewiesen werden können. Außerdem kann dann übersichtlicher mit
Parameter-Objekten gearbeitet werden.

Wie sähe den die Alternative aus ? Bin für jeden Vorschlag offen und man
will ja auch dazulernen.

>> Und enthält wieder Dinge, die vermtuen lassen, dass Du nicht wirklich
verstanden hast, was die einzelnen Eigenschaften in so einem
Connectionstring bewirken.

Kann sein! Bin ja auch nicht der ADO freak und sehe es eher als "Blackbox":
Tuste was rein, bekommste was raus. Klar habe ich sicher Wissenslücken :-)
Aber im Ernst: Ist schon richtig erkannt. Mein einziger Source ist ein
ADO-Buch von M&T und machmal die MSDN da ist auch viel Overhead drinn und
der Kern oft schwer zu finden, wenn man es eilig hat und schnell zu
verstehen versucht. Meine erste Version stützte sich vorwiegend auf die
"Torturials" der ComponentOne Grid Hilfe. Muss sagen, dass das Grid sehr
heftig ist und mich bezüglich der durchschaubaren Verwendbarkeit etwas
entäuscht hat. Zu viel zu beachten, zu schlechte Automatiken. Ich werde ganz
sicher in einer ruhigen Minute mal das Janus Grid testen. Leider lag die
Entscheidung nicht bei mir!


>> Dann muss es irgendetwas auf diesem Server geben, was Deine Zugriffe
einbremst. Auf welchem Stand (Servicepack) sind denn diese Windows 2000
Systeme?
Welchen Stand hat der 2003 Server und was läuft sonst noch alles auf diesem
Server?

Werde ich vorort mal nachfragen. Habe ich beim letzten Besuch nicht
aufgeschrieben.
Wäre sicher interessant die eigentliche Ursache zu ermitteln. Da will ich
gern meinen Beitrag leisten und die Infos liefern.

VG
Michael


.

Relevant Pages

  • Re: Zugriff sehr langsam (Bingo! Jetzt gehts schneller!)
    ... es ist ein ADODC and dem ein Grid gebunden ist. ... wie Du dieses Grid an das ADODC ... als ein Connectionobjekt und ein Recordset zu kapseln. ...
    (microsoft.public.de.vb.datenbank)
  • Oracle - solving performance problem
    ... I inherited the following server and problem. ... has its own SCSI channel. ... - Increase SGA to 2.7, jump to 3.7 not done yet. ... - Scrap SCSI and use a fiber channel SAN instead, in standalone or Grid ...
    (comp.databases.oracle.server)
  • Re: How to fire an event
    ... The button click event is being raised upon a post-back to the server. ... The problem here is that I have no idea whether the grid will raise the ... void gd_UpdateRowBatch ...
    (microsoft.public.dotnet.languages.csharp)
  • Re: Accessing A Large MS SQL Table Over ADO Components
    ... I do not want to fecth all the records to the grid. ... I do not want to slow down the server using server-side ... >> What about the cursor location. ... > Server-side cursor does not fetch all rows to client, ...
    (borland.public.delphi.database.ado)
  • Error after 5 minutes of processing
    ... The customer enters the required parts in a ASP data grid bound to a ... When they complete entering parts and submit to the the server, ... the server fetches the parts and price for the parts and displays in the grid ...
    (microsoft.public.inetserver.iis)
Loading