🚀 go-pugleaf

W dniu 2015-03-31 o 08:08, Arivald pisze:

>> Jeżeli baza nie jest bardzo skomplikowana da się napisać - szczególnie z
>> FireDAC tak, żeby działało poprawnie z obiema bazami - FB i MS SQL.
>> Trochę to upierdliwe, szczególnie jak masz procedury, ale da się.
>
> Tu pomaga warstwowy model aplikacji, który jest mocno ograniczony w
> Delphi, Ja się go dopiero w Javie nauczyłem.
>
> Chodzi o to żeby nie używać bezpośrednio bazy danych i SQLi z logiki
> biznesowej, ale wołać odpowiednie metody z serwisów DAO (serwis
> rozumiany jako klasa w aplikacji, singleton, DAO => data access object).
> Zaś same serwisy DAO aplikacji znane są tylko poprzez interfejsy, a dla
> każdego typu bazy jest osobna implementacja. I to tylko ta implementacja
> musi wiedzieć jak się dogadać z bazą, w Javie zwracając logice
> biznesowej albo pojedyncze dane (jak count, itp) czy kolekcje obiektów,
> a w Delphi TDatasety, jeśli ORM Ci nie pasuje.
>
> Fakt, wymaga to więcej pracy. Ale potem jest się w zasadzie niezależnym
> od bazy danych, zawsze można stosunkowo niskim kosztem dopisać kod dla
> nowej bazy. Zresztą zazwyczaj nie ma dużo pisania, bo implementacje
> serwisów DAO dla konkretnych baz najczęściej dziedziczą z jednej bazowej
> klasy, która implementuje wszystko współdzielone, dialekty SQL nie są aż
> tak bardzo różne.
> Co więcej, jeśli jakaś baza nie realizuje konkretnej funkcjonalności,
> można ją emulować w samym serwisie DAO. Np dla MSSQLa pewna funkcja może
> być procedurą składowaną, ale dla SQLite tą samą funkcjonalność zrobisz
> w kodzie.
>
> http://pl.wikipedia.org/wiki/Data_Access_Object
> http://en.wikipedia.org/wiki/Data_access_object


Na poziomie samego połączenia i datasetów FireDAC też mocno ułatwia taką 
pracę. Ja mam taką mini fabrykę do połączeń, która preparuje odpowiednie 
parametry w zależności od bazy (tcp/local/embedded/typ/baza/autentykacja 
itd.), a ustawienia są trzymane np. w XML. W datasetach FireDAC/AnyDAC 
mam makra, kod warunkowy zależny od RDBMS. Wystarczy te SQLe trzymać 
poza datasetami w kodzie/bazie/plikach, pola definiować w runtime itd. 
Do tego mapowanie typów począwszy od połączenia, dziedziczone przez 
datasety. Jak się to obsłuży fabryką datasetów i połączeń to pomimo 
poświęcenia czasu na kodowanie zamiast wyklikanie wszystkiego na 
DataModule będzie fajnie działać.

jh