Beste Forumleden. Ik ben naar hier verwezen vanuit een ander forum daar er niet veel leven meer was.
Ik ben uit interesse begonnen aan het ombouwen van een oude MS Works database naar een Acces Database met veel uitgebreidere functionaliteiten.
Het gaat om een database waar momenteel een 50.000 records terug te vinden zijn. Deze database zou een split database worden om meerdere gebruikers simultaan gebruik te laten maken.
Slechts 1 of 2 users zullen echte datainput doen terwijl andere users voornamelijk opzoekingen zullen doen van records en statussen zullen wijzigen.
Omdat ik een grote schrik heb dat vooral het opzoeken van records een bottleneck gaat worden in de vlotheid van de front end wil ik hier even vragen hoe ik hier het best te werk ga voor alles wat met opzoeken van data te maken heeft.
De reden dat ik schrik heb is omdat ik niet goed weet hoe acces omgaat met de resultaten van query's en SQL statements.
Ik werk graag met opzoekvelden die zoeken terwijl je typt. Zolang de data lokaal is werkt dit vlot en zonder problemen zoals een stukje code hieronder:
SQL = "SELECT tblEntityChain.EntityChainID, tblEntityChain.EntityChainName FROM tblEntityChain WHERE " & GCriteria & " ORDER BY tblEntityChain.EntityChainName"
Me.RecordSource = SQL '(Of rowsource als het om een veld gaat, in dit geval gaat het om een continuous form waar alle resultaten onder elkaar geplaatst worden)
Gcriteria update zichzelf bij elke letter die getypt word en dit werkt perfect. Echter vraag ik mezelf af of in een split databse acces voor elke letter deze geupdate query opnieuw op de server gaat zoeken en downloaden of is acces slim genoeg om de vorige query gewoon verder te filteren ?
Zijn er betere manieren om deze zoekmethode te gebruiken (Ik zie op forums vaak het gebruik van DOA en ADO en dan daarin werken ?) een query maken en deze dan op een of andere manier filteren met Me.filter in plaats van de recordset te wijzigen ?
Voor het openen van formulieren gebruik ik zoveel mogelijk directe referenties naar specifieke records dus dat zou geen problemen mogen geven.
Verder heb ik ook een combobox met een lijst van 4000+ mogelijkheden (vandaar de search as you type).
Alvast bedankt voor jullie feedback en input.
Mvg
Ik ben uit interesse begonnen aan het ombouwen van een oude MS Works database naar een Acces Database met veel uitgebreidere functionaliteiten.
Het gaat om een database waar momenteel een 50.000 records terug te vinden zijn. Deze database zou een split database worden om meerdere gebruikers simultaan gebruik te laten maken.
Slechts 1 of 2 users zullen echte datainput doen terwijl andere users voornamelijk opzoekingen zullen doen van records en statussen zullen wijzigen.
Omdat ik een grote schrik heb dat vooral het opzoeken van records een bottleneck gaat worden in de vlotheid van de front end wil ik hier even vragen hoe ik hier het best te werk ga voor alles wat met opzoeken van data te maken heeft.
De reden dat ik schrik heb is omdat ik niet goed weet hoe acces omgaat met de resultaten van query's en SQL statements.
Ik werk graag met opzoekvelden die zoeken terwijl je typt. Zolang de data lokaal is werkt dit vlot en zonder problemen zoals een stukje code hieronder:
SQL = "SELECT tblEntityChain.EntityChainID, tblEntityChain.EntityChainName FROM tblEntityChain WHERE " & GCriteria & " ORDER BY tblEntityChain.EntityChainName"
Me.RecordSource = SQL '(Of rowsource als het om een veld gaat, in dit geval gaat het om een continuous form waar alle resultaten onder elkaar geplaatst worden)
Gcriteria update zichzelf bij elke letter die getypt word en dit werkt perfect. Echter vraag ik mezelf af of in een split databse acces voor elke letter deze geupdate query opnieuw op de server gaat zoeken en downloaden of is acces slim genoeg om de vorige query gewoon verder te filteren ?
Zijn er betere manieren om deze zoekmethode te gebruiken (Ik zie op forums vaak het gebruik van DOA en ADO en dan daarin werken ?) een query maken en deze dan op een of andere manier filteren met Me.filter in plaats van de recordset te wijzigen ?
Voor het openen van formulieren gebruik ik zoveel mogelijk directe referenties naar specifieke records dus dat zou geen problemen mogen geven.
Verder heb ik ook een combobox met een lijst van 4000+ mogelijkheden (vandaar de search as you type).
Alvast bedankt voor jullie feedback en input.
Mvg
Laatst bewerkt: