Personligt ville jeg aldrig bruge Access til at kode en front end mod SQL Server 2000, men i stedet kode det i Visual Basic.
Om programmet bliver hurtigere, hænger sammen med flere ting - blandt andet om der er mest opslag eller mest opdatering.
Optimeringsmæssigt, så er Stored Procedures alfa og omega for SQL Server. Jo mere, der kan lægges i stored procedures, jo bedre performance får man (og i tilgift også større portabilitet af front end). Desuden kan det ofte betale sig at fifle med udformingen af SQL, da der kan være meget at hente på dette.
Access-læsninger kører via DAO - du bør/skal gøre via ADO mod SQL Server.
Al kode, som indeholder opbygning af SQL Statements, skal gennemgås - også set i lyset af brug af Stored Procedures.
Vi har et økonomiprogram, der har kørt på Access database. Det er vi ved at være færdig med at omskrive til SQL Server. Det har taget cirka 6 måneder, og resultatet er langt mere stabilt end det gamle system.
I use Access (97) as a front end to SQL Server 7.0 and 2000! I have also worked with VB as the frontend.
Once you have converted your tables to SQL Server there shouldnt be much at all to convert, the queries etc. should still work as normal, and if your using tables and queries in the forms then they shouldnt need converting either. IF you want to gain the performance benifits from upgrading to SQL Server then you could consider changing queries to either pass through queries or even stored procedures. You will NOT gain performance just by moving to SQL Server!
misbruger> It will be more stable, it will allow more users, it will permit (easier) backups. It will give you the chance at a later stage to improve performance ........
Tilladte BB-code-tags: [b]fed[/b] [i]kursiv[/i] [u]understreget[/u] Web- og emailadresser omdannes automatisk til links. Der sættes "nofollow" på alle links.