Access DB beim Rechnerstart laden

[jensenwb]

Ich habe das Problem das es eine MSAccess Anwendung schon existiert und ich eine Anwendung in Delphi schreiben soll die noch einige Funtkionen mehr hat als die jetzige Version. Und ich muß ja dann die Datenbank 1 zu 1 übernehmen um keine Ausfallzeit dann zu haben.

[mkinzler]

Soll dann Access und Delphi-Version parallel laufen?

[jensenwb]

Nein, es soll dann nur noch die Delphi-Version laufen. Beziehungsweise wenn noch irgendwelche Fehler festgestellt worden (was ich nicht hoffen will) dann soll die Access-Anwendung noch mal benutzt werden

[Jelly]

Zitat von jensenwb:

Ich habe in der einen Datenbank ca 70.000 Datensätze und in der dazugehörenden anderen Datenbank ca 117.000 Datensätze. Wenn ich in der kleinen Datenbank einen Datensatz anzeige dann brauche ich in der Dazugehörenden großen Datenbank die entsprechenden Datenätze um die entsprechenden Touren zu ermitteln.

1. Wie holst Du dir den einen Datensatz aus der ersten Tabelle ?

2. Und wie aus der 2-ten. Du wirst nie und nimmer die 117000 Datensätze anzeigen müssen, und auch nicht zu deinem Programm zu transferieren... Durch Setzen deinen MasterDatasource ist es einzig und allein Delphi, der sich ums Filtern kümmert, und nicht Access. Es werden also alle 117000 transferiert, und Delphi zeigt nur die Datensätze an, die matchen...

Deshalb besser:
1. Select * from Tabelle1 where Name='Dagobert Duck' ;

Das liefert dir genau einen Record, deinen Masterrecord. Mit einem entsrpechendem Index auf der Spalte Name, dauert das selbst bei Access keine 1/10 Sekunde.

Dann im OnAfterScroll Event würd ich die 2. Query aufbauen, die so aussehen kann:
Select * from Tabelle2 where AdrId = :Id

Delphi-Quellcode:

begin
   with Tabelle2 do begin
      close ;
      Parambyname ('id').AsInteger := Tabelle1.FieldByName('deinePrimaryKeySpalte').AsInteger ;
      open ;
   end ;
end ;

Das hat den ganz entscheidenden Vorteil, dass Access nur die Datensätze liefert, die auch wirklich relevant sind.

[mkinzler]

Ich bin der Meinung, daß bei einer Neuentwicklung auf erkannte Schwachstellen reagiert werden sollte, ich würde ein Wechsel der Datenbank-Plattform ernsthaft in Betracht ziehen.
BTW man kann auch die Access-datenbank auf externe Datenbanken umlenken, so daß auch die Access-Anwendung später auf die neue datenhaltung zugreifen könnte.

[jensenwb]

Welche Datenbank wird den entfohlen wenn man so eine große Datenmenge hat.

[mkinzler]

Zitat von jensenwb:

Welche Datenbank wird den entfohlen wenn man so eine große Datenmenge hat.

Da gibt es viele Alternativen MSSql, FireBird, Oracle, DB2, ...
Wenn du weiter mit ADO arbeiten möchtest ist MSSql vielleicht die beste Alternative, wenn eifaches Deployment und wenig Administrationsaufwand im Vordergrund steht FireBird. Diese Entscheidung ist aber recht subjektiv zu treffen.

[Jelly]

Zitat von mkinzler:

Wenn du weiter mit ADO arbeiten möchtest ist MSSql vielleicht die beste Alternative, wenn eifaches Deployment und wenig Administrationsaufwand im Vordergrund steht FireBird. Diese Entscheidung ist aber recht subjektiv zu treffen.

Wichtig: Bei MSSQL fallen SEHR teure Lizenzgebühren an, ausser man bleibt bei der SQL Express Variante, die aber für erste sicherlich ausreichen wird.

Wieviel Tabellen und Views sind denn in der Accessdatenbank enthalten?

Beim Umschwung von Access auf einen SQL Server ist dennoch zu bearbeiten, dass man sich nun in einem richtigen Client Server System bewegt, mit all seinen Vor- und Nachteilen. Vorteile liegen auf der Hand. Nachteile: Multiuserumgebung, bei der man als Entwickler achten muss. Da fallen so Sachen wie Transactionmanagent an. Mein Tipp: Wenn es eine Singleuserumgebung bleibt, so wird auch Access weiterhin ausreichend sein, keine Frage. Denn auch beim SQL Server dauert das Transferiern von grossen Datenmengen zum Client so seine Zeit.

[mkinzler]

Zitat:

Wenn es eine Singleuserumgebung bleibt, so wird auch Access weiterhin ausreichend sein, keine Frage.

Dann wäre aber wirklich zu überlegen ob eine Speicherung der Datenbank im Netzt dann sinnvoll ist.

Zitat:

Denn auch beim SQL Server dauert das Transferiern von grossen Datenmengen zum Client so seine Zeit.

Ein einfaches Umstellen von Filebasierter auf C/S-Datenbank allein reicht natürlich nicht. Es muß u:u. auch einige Abfragen angepasst und optimiert werden.

[jensenwb]

In der Access Datenbank sind 14 Tabellen enthalten, es ist eine Singeluser-Anwendung.

Also die Anwendung wir auf einen Computer verwendet und es greifen auch keine anderen User drauf zu.