🚀 go-pugleaf

news.tpnet.pl wrote:
> 
> Witam,
> 
> Wg moich wiadomosci mozna skonstruowac baze Accessa ktora nie wymaga
> Accessa - tylko jeden drobiazdzek. Trzeba miec Accessa DEVELOPER EDITION
> (albo jakos podobnie sie to nazywa),

To co napisales to prawie prawda. I juz chyba wszyscy zainteresowani
watkiem wiedza, ze aby utworzyc wersje instalacyjna aplikacji "accessa
bez accessa", nalezy posiadac pakiet o nazwie ADT (dla A'2.0 i A'95,
oczywiscie dla tych dwoch wersji sa to odrebne narzedzia) oraz ODE (dla
A'97). Rozszyfrowuje skroty: Access Developer's Toolkit oraz Office
Developer Edition.

Gdzie je dostac? (tu nawiazuje do pierwszego maila watku, bo jasna
odpowiedz chyba nie padla). Legalnie - u dystybutorow oprogramowania M$.
Nielegalnie - nie wiem ;-)

> i z niej jest mozliwe wygenerowanie
> prawdziwego EXEC-a ktory ruszy bez zainstalowanego accessa na komputerze
> klienta.
> Zrodlo danych: VB for Access, autora nie pamietam. Byla do kupienia w
> warszawskim MPiK-u.

Poczytaj troche postow wstecz, bo rece juz opadaja (dobrze, ze chociaz
na klawiature ;-). Dla Accessa "kompilatora do prawdziwego .exe" nigdy
nie bylo i IHMO, przy zalozonej przez M$ koncepcji plikow .mdb (.mde),
nigdy nie bedzie. To co umozliwiaja pakiety ADT i ODE, jest wykonaniem
instalacji runtime, czyli w uproszczeniu mowiac, uzytkownik dostaje w
zasadzie pelnego Accessa bez mozliwosci projektowania (ze to moze potem
na upartego obejsc to juz inna sprawa, ale przeciez od czego sa w
Accessie mechanizmy zabezpieczen obiektow, czy tez mozliwosc
wygenerowania plikow mde w A'97; albo oba sposoby lacznie).

Do moich argumentow przeciw mozliwosci tworzenia ".exe z .mdb" dorzuce
jeszcze jedna cegielke (oprocz slynnego: "jak mozna skompilowac tabele,
indeksy?" ;-). Otoz jak wiadomo, w plikach.mdb sa przechowywane
informacje o uprawnieniach do obiektow (tabel, formularzy, itp.).
Uprawnienia moga byc przeciez modyfikowane, zarowno "recznie" przez
uzytkownikow, jak i programowo w kodzie aplikacji. Przeciez po
hipotetycznym skompilowaniu, zawartosc pliku .exe modyfikowac byloby
raczej trudno.

Reasumujac:
 Nadal podtrzymuje swoja teze, ze w koncu dla przecietnego "koncowego
usera" jest w sumie bez znaczenia, czy wsrodku aplikacji siedzi
"prawdziwy .exe", czy runtime. A ze niektorym grupowiczom runtime sie
nie podoba - no trudno, jest jak jest, nie ma co gdybac. W koncu nie ja
projektowalem Accessa i format .mdb ;-). Ponadto - o czym juz tutaj
wielokrotnie pisano - nic nie stoi na przeszkodzie, zeby dane (tabele)
trzymac w plikach.mdb (jesli ktos ten format bardzo chce), a aplikacje
zawierajaca interfejs uzytkownika napisac w innym "kompilowalnym do exe"
narzedziu, np. Visual Basicu (aczkolwiek w przypadku VB, jego .exe tez
nie jest do konca takie prawdziwe).

> PozdraWWWiam,
> Grzegorz

PozdrawiaMail&News ;-) -
	Stanley