er 170000 rækker meget i en flerbruger access applikation

ved flerbruger så tror jeg egentlig også han har ret.

170000 poster og 35 mb burde ikke være noget problem. Access har en grænse omkring 2 GB og ikke noget max antal poster. Men databasens konstruktion har også betydning ligeledes om du bruger front- og backend eller trlkker alle formularer / forespørgsler over netværket.

Antallet af samtidige brugere har også indflydelse. Microsift hævder en max. grænse på vist nok 255 samtidige brugere. Men det er stærkt afhængig af konstruktionen.

umiddelbart lyder det ulogisk synes jeg, at det skulle sløve netværket, men nu kender jeg hverken begrundelsen eller systemet.

Hvis databasen konstrueres korrekt, så burde det ikke belaste netværket så meget. Men hvis man bare vælger at benytte de mest almindelige metoder (tilføjelsesforespørgsler) så vil access have behov for at hente hele tabellen ned på hver arbejdsstation hver gang der skal tilføjes en post. Det vil sikkert belaste en del. Nu kender jeg ikke systemet, men det kan godt være en større omskrivning at optimere det.

en klart hurtigere og nemmere løsning vil være at flytte tabellerne til f.eks. SQL server eller den gratis MSDE, som følger med office prof. Derved vil der formentlig kun skulle laves små ændringer for at optimere systemet.

Access kommunikere da kun med backend med de poster/records du ser i formularen ikke alle 170.000 - HUSK INDEX på primær og fremmed nøgler ellers går det galt

Niels

thomasjepsen>> Jeg har faktisk en version der kører mod en oracle db næsten klar af andre årsage.

Lyder som om jeg skulle få dem til at bevilge nogle timer til at få det færdiggjort

Hvornår har du sidst komprimeret databasen?

mugs>>det bliver den hver weekend

Niels-> "Access kommunikere da kun med backend med de poster/records du ser i formularen". Men den udvælgelse sker måske vha en forespørgsel. Og hvis du laver en simpel forespørgsel med kriterier på tabellen, så er den jo nødt til at hente alle poster for at kunne finde ud af hvilke, der skal filtreres fra.
Og hvis du f.eks. skal køre en opdateringsforespørgsel eller anden handlingsforespørgel, så henter Access hele tabellen.
Og det er lige præcis derfor man vinder så utroligt meget ved at benytte en database server som SQl server eller Oracle. For der overføres KUN resultatet til frontenden.

Hvis du har indexeret de felter du søger på hentes da kun den del af tabellen som søge kriteriet passer på - Ellers har jeg misforstået brugen af indexer

eller også har jeg ;o)

Jeg tror bare, at index'et gør, at Access kan hurtigere kan udsøge data - NÅR de er hentet ned på maskinen. Du laver jo også index'er på en SQL server selvom dataene allerede ligger tæt på motoren.