/ Forside / Teknologi / Udvikling / SQL / Nyhedsindlæg
Login
Glemt dit kodeord?
Brugernavn

Kodeord


Reklame
Top 10 brugere
SQL
#NavnPoint
pmbruun 1704
niller 962
fehaar 730
Interkril.. 701
ellebye 510
pawel 510
rpje 405
pete 350
gibson 320
10  smorch 260
Meninger, tak.
Fra : Morten Snedker


Dato : 30-01-06 12:23

"Vi har den her database. Den skal lægges over på SQL-Server. Den skal
kunne det samme som den gamle".

Den gamle er en MDB-frontend/backend, med forespørgsler der kalder
hinanden i forskellige niveauer, forespøgsler med indbyggede
Access-funktioner.

Information:
Hovedmålet er, at det skal gå "hurtigere". Frontend af ny version skal
ligeledes være Access. Citrix benyttes.

Uagtet hvad der ellers måtte være af oplysninger (pris på projekt,
mængde af data etc) - hvad vil så, efter dagens norm, være den
naturlige løsning:

1. Flytte tabeller til SQL-server + ODBC-forbindelse, så det
oprindelige design i frontend kan bibeholdes.

2. Flytte til SQL-server + frontend i Access Data Project (ADP), der
kører direkte mod SQL-server.


Jeg ved der er mange ubekendte - måske så mange, at du ikke synes
spørgsmålet giver mening...men så undlad at svare.

mvh /Snedker

 
 
Peter Lykkegaard (30-01-2006)
Kommentar
Fra : Peter Lykkegaard


Dato : 30-01-06 15:29


Morten Snedker wrote:

> 2. Flytte til SQL-server + frontend i Access Data Project (ADP), der
> kører direkte mod SQL-server.
>

Ad 2
Ellers ender du med en løsning der kan være langsommere for brugeren

NB Den optimale løsning er at køre med unbound formularer
Men den bliver nok for dyr at implementere :)

PS: Prøv at køre med en løsning ala 1 men med attached tabeller fra
MSSQL
Det kan være at det køre tilfredsstillende når frontenden skal køre
via en citrix server

PS PS: Jeg regner med at du er opmærksom på at upgrade wizarden i
Access skader mere end den gavner :)

- Peter


Søg
Reklame
Statistik
Spørgsmål : 177580
Tips : 31968
Nyheder : 719565
Indlæg : 6409079
Brugere : 218888

Månedens bedste
Årets bedste
Sidste års bedste