Access 97, 2000, 2002...in različni OS

Izkušnje imam na Win95, 98, ME, NT, 2K, XP in povsod so aplikacije lepo delovale - ČE je bil access oziroma RunTime pravilno poinštaliran. Največkrat se pojavi težava, če imaš na sistemu npr. Office2K aplikacija pa je v Acc97. Lahko, pravim lahko, pride do težave pri instalaciji celega Accessa97, RunTime instalacija pa ne povzroča težav.

Reference so nočna mora za vse access programerje. Vedno moraš paziti, da je na uporabnikovem PC-ju ustrezni dll. To se lahko reši z RunTime instalacijo kjer za pravilno nameščene DLL-je poskrbi setup program. Če je pa access že poinštaliran a so težave, pomaga kljukica v References.

Pri nadgradnjah z ene verzije v drugo je lahko problem in ponavadi tudi je. Iz Acc2 v Acc97 je bil problem, ko je bilo potrebno vse 16Bit knjižnice ročno preimenovati v 32. Potem je bilo OK. Pri nadgradnji Acc97 v "k ali višji pa se ponavadi pojavi problem DAO/ADO. V Acc97 je bil privzeti DAO in če aplikacija uporablja DAO ter to aplikacijo nadgradiš v Acc2K manjka kljukica v referencah za DAO dll, privzeti je ADO. Ko tako aplikacijo poženeš takoj javi napako ....

Drugače pa en nasvet za nadgrajevanje. Najlažje in najmanj problemov je če se nadgradnje lotiš tako, da odpreš prazno bazo v ciljnem accessu in nato iz stare access baze importaš objekte. Če je baza zelo velika je to najboljše storiti po korakih. Najprej recimo module, nato tabele in querije, nato forme, pa reporte ali pa obratno, kakorkoli. Pri meni se je vedno ta metoda pokazala najboljša, za razliko od wizarda.
Pri nadgradnji Acc97 v Acc2K prihaja do neke trapaste napake, ko vse importaš modulov ni, forme, reporta ne moreš odpreti,.... Mislim, da to rešujejo service packi, je pa tudi zelo lepo opisano na MSDN-ju. Če bo kdo naletel na ta problem. Je pa tako, da je najboljše biti na tekočem (s SP-ji), že zaradi varnosti ...

Kar se tiče sistemskih dll-jev, teh ni potrebno kopirati, naj bi bile že na sistemu. Pri kakšnih bolj eksotičnih dll-jih pa ne smeš pozabiti še pravilne registracije, ko si dll že prekopiral.
Če mogoče ne veš, dll lahko registriraš ročno z npr.:

regsvr32 c:\WINDOWS\system32\Toolbar2.dll

se pravi registriraš Toolbar2.dll, z opcijo /u ga pa odregistriraš. Oglej si sintakso ukaza regsvr32, ti jo bo izpisal, če ga poženeš brez parametrov.
Drugače pa lahko pogledaš tudi sem MS.

Prekopirani DLL-ji naj ne bi vplivali na delovanje drugih programov, če s kopiranjem ne povoziš originalnih. Včasih je tako, da moraš najprej dll odregistrirati in ga nato ponovno registrirati, da zadeva v redu deluje, drugače imaš lahko težave ali pa sploh ne deluje.

Kar se tiče, replikacij. Zadeve nisem nikoli uporabljal niti študiral in čisto na kratko - pojma nimam.

Kar pa se tiče ID-jev pa je po mojem takole. 1001 in 1002 sta ID-ja, ki se verjetno generirata avtomatsko (avtonumber). Pri sinhronizaciji z bazo v službi bo ID verjetno drugačen. Takšne zadeve se ponavadi rešujejo z vmesnimi tabelami oz. dodatnimi polji kamor se shranjujejo stari ID-ji - da potem lahko povežeš še eventuelne pozicije (na nov ID) (s kodo in query-ji). Tako nekako je to, če uporabljaš avtonumber, lahko pa vse skupaj rešuješ v kodi in sam šteješ ali pa si napišeš trigger (SQL Strežnik)....

Za uporabo replikacije moraš pa imeti, vsaj kolikor jaz vem, pravilno pripravljeno bazo, v njej je polno polj, ki jih uporablja samo replication.

Je pa sinhronizacija baz cela znanost. Ne gre se samo za nove vnose, kaj pa če je kdo samo cene popravljal.... Se pravi, da moraš v praktično vseh tabelah imeti timestamp, pa števce, pa ........