MSDE kontra Access 2000

MSDE er en mini-SQLServer.

Og er derfor en database-server og ikke en fil-database.

Mine forventninger til forskel vil være:

                                                        opdateringer
                              forespørgsler  single proc/thread  multi proc/thread

MSDE versus MDB på harddisk        lille            lille            stor

MSDE versus MDB på net-drev        stor            stor              stor

Men jeg kan ikke kvantificere det og jeg kan heller ikke dokumentere det.

Torben>As Arne says MSDE is a database server unlike Access which is just a file. MSDE will be much faster when making SELECTS from large amounts of data because the server finds what you ask for and only returns that. Generally Access receives all records and has to go through them all to get what its looking for and if your data is in a backend on a network drive that means that everything is sent over then net.

MSDE is optimized for 5 users and is limited to 2 GB.
I will be surprises if you can find documented comparisons.

.

terry>

It is very important to distinguish between local & remote data.

If we consider an example where we need to go through 100 MB
of data and return 10000 byte of data.

local Access database:
  100 MB local disk IO

local database-server:
  100 MB local disk IO

No difference (caused by architecture - there may be smaller
differences depending on how well Access and the database-server
is coded).

remote Access database:
  100 MB remote disk IO
  100 MB network IO

local database-server:
  100 MB remote disk IO
  10000 byte network IO

Huge difference.

Og jeg kan da også godt ligge et svar.

Jeg kan muligvis ligge den nævnte database lokalt på pc'en. Vil det betyde, at det næsten kan være ligemeget om jeg vælger den ene eller den anden løsning? Altså på grund af den konstellation vi nu taler om?

Hilsen Torben

Hvis du kun skal lave forespørgsler, så vil forskellen ikke være stor. Jeg vil
ikke udtale mig om hvorvidt der vil være en lille forskel. Det er der andre
som ved mere om end mig.

Hvis du skal lave en del opdateringer og det er flere
processer/threads der skal opdatere, så vil MSDE også være meget
hurtigere end Access (fil databaser er mget dårligere end database
servere til at håndtere samtidigheds problemer, fordi de skal på disk
mens database serveren kan styre den slags i memory).

Toren>There are other advantages with MSDE. If there is any chance that you will need to convert to SQL Server at a later date then there will be none or very little work involved.

OK, tak for betragtningerne. I er jo enige i det væsentlige. Da der ikke er umiddelbare ulemper ved MSDE vil det nok blive løsningen.

Tak for indsatsen.

>> terry et all.

Må jeg lige sparke et åben spørgsmål ind ?
MSDE har jo været fremme længe, men siden introduktionen i 2000?, hvor M$ slog det stort op, har det levet en stille tilværelse. Dengang stod til at skulle afløse JET. Hvad er egentlig status? Er der nogen, der seriøst bruger MSDE, evt. som springbrædt til M$ SQL ?

Jeg kunne se en fordel i at anvende MSDE som testmiljø for brugerne i forbindelse med migrering af Access XP til SQL

Henrik

PS - jeg er blevet anbefalet - Russell Sinclair: Access to SQL: Moving from Access to Microsoft SQL Server
som god læsning ifm. migration til SQL. Er der en bedre/mere up-to-date bog om emnet (XP og SQL 2000)

Det er mit indtryk at MSDE er meget brugt. Nok stadig ikke så
meget som Jet. Men stigende. Specielt .NET ligger meget op
til brug af MSDE:

>>arne_v
Tak - man hører bare ikke så meget til det. Selv har jeg gået en stor bue udenom, selvom ideen virker god. Jetten gør det nemt for mange bruge at lave små databaser, som alle nemt kan gå til ( hvis de har jetten installeret). Jeg må se at sætte mig ind i det. Det kræver vel en speciel admin adgang at installere MSDE på et fællesdrev (G eller X)? hvor man i dag blot dumper en MDB fil. For det en jo mini MS SQL.

Det kan godt være at den lever en rimelig anonym tilværelse.

Det er faktisk ret nemt at få op at køre.

Det er jo en server, så til personlig brug installerer man bare og
kører på sin egen PC.

Til fælles brug skal den installeres og køres på en server.

Det er nok i det fælles brug, hvor den lever en svær tid, da en (FIL)server admin næppe vil rode med og vedligeholde en 'databaseserver', son skal over at ligge på appliaktionsserveren. På den anden side skal enkeltbrugeren tila t tænke i andre baner og har svært ved at dele 'bassen' med andre.

Tak for snakken