Hallo Joachim, Hier ist was ich in der MSDN-Lib gefunden habe:
[...] The disadvantages are: Access ignores referential integrity between local and remote tables. Fortunately, Access enforces any referential integrity constraints you have established between individual tables in the remote database. [...] Hieraus schliesse ich, dass Indices benutzt werden, denn ref.Integr. innerhalb der remote DB zu handeln ohne Indices zu benutzen w�re so unglaublich langsam, dass das an dieser Stelle bestimmt erw�hnt worden w�re... --- [...] ADO and ADOX distinguish between tables that are linked from native Access database tables and installable ISAMs, and those linked by using ODBC drivers. If you use the ADO OpenSchema method and specify adSchemaTables as the QueryType argument to return a Recordset object that describes a database's tables, the TABLE_TYPE field returns "LINK" for linked Access tables and linked installable ISAM tables. However, it returns "PASS-THROUGH" for tables linked by using ODBC drivers. This is also true for the ADOX Table object's Type property. This is equivalent to using the DAO Attributes property with the read-only dbAttachedTable and adAttachedODBC constants. [...] Aus dem hier und noch einem anderen Artikel, der erw�hnt, dass die Jet-Engine verschiedene Threads benutzt und das man diese erh�hen soll(Registry), wenn man viele gelinkte Tabellen hat schliesse ich, dass die Jet-Engine bei gelinkten Access-DBs bzw. Durch ISAMs erreichbare Daten keine zus�tzliche Jet-Engine bem�ht, sondern das intern mit eigenen Threads regelt, wobei es aber nicht so ist, dass ein Thread fest einer DB zugeordnet wird. --- [...] You can use a linked table just like you would use any other table in your Microsoft Access database. For example, you can create forms, reports, and queries that use the external table. Keep in mind that performance may be slightly slower with linked tables than with regular Microsoft Access tables due to time spent connecting to and retrieving external data. [...] Ein wenig speicher- und zugriffs-overhead, weil zus�tzliche dateien offen gehalten werden m�ssen mit entsprechenden cache-Strukturen und entschieden werden muss auf welche Dateien bestimmte Anfragen gehen... --- Insgesamt ergibt sich folgendes Bild: - Indices werden benutz - Eine Engine, falls es ein direkter Link auf die Access-DB ist; Vermutlich zwei Engines, falls man �ber ODBC geht. - Leichte Performance-Einbu�en (Ich w�rde das explizit mal austesten, wie gross die wirklich sind) Poste bitte hier, wenn Du mehr rausfindest. Gruss, Claudius > > Hallo! > > Ich habe mehrere Access-Datenbanken mit gleicher Tabellenstruktur an > unterschiedlichen Orten im Web. > > Um nun global Tabellen/Spalten hinzuzuf�gen oder zu �ndern, > benutze ich > SQL-Scripts mit "CREATE|ALTER TABLE ... ADD|ALTER COLUMN ...". Globale > Views/Prozeduren �ndere ich mit "DROP VIEW|PROCEDURE" und "CREATE > VIEW|PROCEDURE". > > Jetzt gibt es aber auch etliche Views/Procedures, die individuell > gespeichert werden m�ssen. Und damit f�ngt mein Problem an. > > Mein L�sungsansatz: > Die Datenbank auf dem Server wird geteilt: Datenbank A enth�lt die > globalen Tabellen und Datenbank B enth�lt individuelle Tabellen, > Verkn�pfungen zu allen Tabellen in A und alle Views/Procedures. > > Die Verkn�pfungen zu den Tabellen werden als View per Jet-SQL erzeugt > und in Datenbank B gespeichert: > SELECT * FROM ... IN datenbank_A > F�r jede Tabelle in Datenbank A gibt es also eine gleichnamige View in > Datenbank B. Dar�ber hinaus werden weitere Views/Procedures > erzeugt, die > auf diese Verkn�pfungs-Views zugreifen. Die ASP-Scripts > greifen also nur > auf Datenbank B direkt zu. > > Kann mir jemand erkl�ren, welche Auswirkungen es hat, wenn ich auf > individuelle Views/Procedures �ber Datenbank B auf Daten in > Datenbank A > zugreife? Werden weiterhin Indizes genutzt? L�uft so etwas > �ber 1 oder 2 > Datenbank-Engines? Gibt es nachhaltige Performance-Einbu�en? > > Vielen Dank und freundliche Gr��e > Joachim van de Bruck | [aspdedatabase] als [email protected] subscribed | http://www.aspgerman.com/archiv/aspdedatabase/ = Listenarchiv | Sie k�nnen sich unter folgender URL an- und abmelden: | http://www.aspgerman.com/aspgerman/listen/anmelden/aspdedatabase.asp
