P001
Jak skompilować .mdb do .exe; uruchomić bazę bez Accessa?
Jedno z najczęściej cyklicznie zadawanych pytań na grupie dyskusyjnej. Odpowiedź brzmi: plików mdb/mde nie można skompilować. Istnieją jednak narzędzia, pozwalające na zainstalowanie i uruchomienie baz accessowych na komputerach, w których nie ma Accessa. Programy te są sprzedawane osobno i noszą nazwy:
W skład powyższych pakietów wchodzi m.in. Setup Wizard
(narzędzie do generowania plików instalacyjnych), ponadto kompilator plików pomocy,
dokumentacja zawierająca dużo cennych porad dla projektantów aplikacji.
Nabycie ADT /ODE uprawnia do nieograniczonej dystrybucji utworzonych za ich pomocą
samodzielnych aplikacji.
Należy dodać, że od strony technicznej pliki wygenerowane przez Setup Wizard (notabene napisany w... Accessie) instalują u użytkownika Accessa w wersji runtime (uruchomieniowej). Można zaryzykować twierdzenie, iż wraz z utworzonymi przez projektanta bazami mdb/mde/mda, zostaje zainstalowany właściwie kompletny Access, pozbawiony jednak możliwości projektowania, nie zawierający dostarczanych wraz z "pełną wersją" kreatorów, dodatków, przykładów, plików pomocy.
Innym sposobem może być wykonanie aplikacji zawierającej "interfejs
użytkownika" (czyli np. "okna"-formularze, raporty, itp.) w innym
"kompilowalnym" narzędziu, np. MS Visual Basic, Delphi, Borland C++ Builder,
itp., zaś jedynie wykorzystujących pliki .mdb jako "nośnik danych" - czyli
przechowujących tylko tabele, ewentualnie kwerendy.
Istnieją nawet narzędzia ułatwiające przeniesienie projektu aplikacji wykonanych w
Accessie, do projektu w Visual Basicu (zob. Linki). Niemniej ze
względu na różnice pomiędzy Accessem a VB, trudno oczekiwać aby tak
"przekształcona" aplikacja zachowywała się natychmiast
identycznie jak "źródło" utworzone w Accessie. Projekt VB może
wymagać wielu poprawek/modyfikacji, co może stawiać pod znakiem zapytania sens całej
operacji (chyba, że przekształcono prostą aplikację, zawierającą jedną tabelę i
jeden niewyrafinowany formularz ;-)
Zatem planując wykonanie interfejsu w danym narzędziu, np. w VB, lepiej chyba wykonać w
nim aplikację od początku, uwzględniając specyficzne możliwości danego programu.
Do powyższego dorzucam list z grupy dyskusyjnej pl.comp.bazy-danych.msaccess:
Subject: Konwersja Access --> VB (addendum)
Date: Tue, 28 Nov 2000 17:59:23 +0100
From: Krzysztof Czuryło < krzycz2@SPAM.poczta.KILLER.onet.pl
>
Temat od czasu do czasu poruszany na grupie.
Dziś znalazłem mały artykulik związany z tym tematem na stronach samego Microsoftu.
http://www.msdn.microsoft.com/library/periodic/period00/convert.htm
Wynika z niego to co wszyscy dawno wiemy - aplikacji Accessa nie da się łatwo
przekonwertować do VB choćby dlatego, że nie wszystkie funkcje Accessa są
wspierane przez VB (np. formularze ciągłe, podformularze).
Linki do niektórych konwerterów (podobno ostatni najlepszy.)
http://hotfiles.zdnet.com/cgi-bin/texis/swlib/hotfiles/info.html?fcode=000OQ5
http://hotfiles.zdnet.com/cgi-bin/texis/swlib/hotfiles/info.html?fcode=000SVN
http://members.home.net/lenx
Napisał: Stanley, 31 I 1999, modyfikacja 1 XII 2000