Jakiej wbudowanej bazy danych użyć w aplikacji Delphi?

Używam Firebird 2.1 Embedded i jestem z niego całkiem zadowolony.Podoba mi się fakt, że rozmiar bazy danych jest praktycznie nieograniczony (testowany z bazami > 4 GB i działa) i że plik bazy danych jest kompatybilny z serwerem Firebird, więc mogę korzystać ze standardowych narzędzi do zarządzania bazami danych i kontroli. Dystrybucja składa się z upuszczania kilku plików w folderze exe.

Jednoczesny dostęp z wielu programów nie jest obsługiwany, ale jednoczesny dostęp z wielu wątków jest (jak pod warunkiem, że w danym momencie trwa tylko jedna operacja "connect").

Używałem SQlite3 w wielu projektach (ale z C / C++ i Objective-C). Jest bardzo mała-bez żadnych zależności-baza danych jest w jednym pliku.

Jest to db z wyboru dla programistów Mac, ponieważ jest bezpośrednio obsługiwany przez CoreData i iPhone -- więc jest duża baza użytkowników (nie wspominając o wszystkich innych użytkowników).

Używałem DBISAM w wielu projektach. Jest całkowicie osadzony, nawet bez potrzeby korzystania z zewnętrznej biblioteki DLL. W przeciwieństwie do innych, które wymieniłeś, jest komercyjny. Jednak wiele świetnych funkcji i bardzo dobrze udokumentowane i obsługiwane. Mają następcę do niego, którego jeszcze nie próbowałem.

Zobaczmy, szybkie porównanie:

SQLite:

• dynamiczne wpisywanie w bazie danych
• Pliki międzyplatformowe
• działa na systemach Windows, Linux, Mac itp.
• public domain
• obsługuje transakcje
• opiera się na bezpieczeństwie systemu plików, nie obejmuje własnego bezpieczeństwa

Firebird embedded:

• Mocne wpisywanie w bazie danych
  • nie wszystkie typy danych SQL są obsługiwane
• cross-platform pliki
  • Firebird embedded działa tylko w systemie Windows
  • Pliki z Firebird embedded są w tym samym formacie, co pełna wersja serwera
  Pliki z Firebird embedded mogą być kopiowane do serwera innego niż Windows.]}
• dostępne pod zmodyfikowanym MPL ("co jest nasze jest nasze I musi pozostać wolne, co jest twoje jest twoje i nie musisz tego wypuszczać")
• obsługuje transakcje, wyzwalacze itp.

MySQL embedded:

• wsparcie dla Funkcje SQL zależą od formatu pliku
• (IIRC) pliki międzyplatformowe
• GPL chyba, że płacisz tantiemy
• działa na Windows, Linux, Mac
• niesamowicie popularny wśród tłumu open source

Nawet wbudowane bazy danych mają swoje mocne i słabe strony. Musisz zważyć te mocne i słabe strony w stosunku do tego, co robisz, aby podjąć decyzję.

Firebird embedded to nasz # 1 wybór, ponieważ bez zmian kodu, aplikacja Delphi dla jednego użytkownika z wbudowaną bazą danych może zostać przeniesiona do wdrożenia opartego na serwerze dla wielu użytkowników bez poświęcania żadnej z zaawansowanych funkcji (takich jak procedury przechowywane, wyzwalacze, widoki itp.). I to jest prawdziwa Darmowa baza danych i nie GPL kodu w procesie.

Zdecydowanie zaleca się używanie AnyDAC podczas pracy z bazami danych i Delphi - wtedy można wybrać bezproblemowe kierowanie FB lub SQLite.

Preferuję FB dla aplikacji wbudowanych. Tom

Korzystam z serwera baz danych advantage Sybase, ale jestem również kierownikiem R&D, więc ten post jest stronniczy. :)

Mamy natywne komponenty Delphi TTable i tquery zarówno dla WIN32 VCL jak i VCL.NET. Direct table access oprócz obsługi SQL sprawia, że Advantage jest unikalny wśród wielu innych ofert Delphi. Advantage obsługuje duże tabele (ograniczone tylko liczbą rekordów, 2 miliardy) i ma darmowy silnik lokalny, który jest dobry dla komputerów deweloperskich i dla małych witryn klientów, które nie wymagaj funkcjonalności klienta / serwera. Przełącz się na klient / serwer z pojedynczą właściwością połączenia, bez innych zmian.

Mamy mnóstwo klientów, więc dostęp do danych poza Delphi jest również bardzo łatwy (. NET data provider, ODBC, OLE DB, PHP, Perl, JDBC, itp.).

Strona główna Produktu: http://www.advantagedatabase.com Strona dewelopera: http://devzone.advantagedatabase.com

To naprawdę zależy, czego potrzebujesz. W przypadku aplikacji dla pojedynczego użytkownika Firebird Embedded lub SQLite są prawdopodobnie najlepszym wyborem (a cena jest odpowiednia). Z drugiej strony, jeśli potrzebujesz wsparcia dla dużej liczby wielu użytkowników, prawdopodobnie powinieneś użyć zwykłego Firebirda zamiast wersji Embedded(serwer jest prosty w instalacji, więc nie będziesz miał większych problemów).

I jeśli potrzebujesz czegoś pomiędzy, dla umiarkowanej aplikacji dla wielu użytkowników, jedna z płaskich baz danych byłaby lepsza. I found that absolutna baza danych ComponentAce lepszy wybór dla moich potrzeb niż DBISAM, NexusDB czy VistaDB.

Pozostawia relatywnie małe rozmiary (bez bibliotek DLL), jest pojedynczym plikiem db (koniecznością dla mnie), obsługuje Unicode, kompresję BLOB, szyfrowanie, a ograniczenia techniczne wydają się imponujące dla płaskiej bazy danych. Co więcej, wsparcie było dobre w kilku okazjach, kiedy tego potrzebowałem.

W przypadku minusów zauważyłem, że nie obsługuje zagnieżdżonych transakcji, ale poza tym nie miałem żadnych problemów.

Jeśli chodzi o rozmiar, nic nie przebije SQLite.

Jeśli chodzi o brak dokumentacji, to chyba doc dla DISQLite3. SQLite docs są całkiem kompletne

Spójrz na NexusDB. Były używane z powodzeniem w przeszłości.

Problem z (embedded) firebird polega na tym, że baza danych nie może znajdować się na dysku sieciowym. Ponadto trudno jest mieć bazę danych na napędzie tylko do odczytu (CD / DVD).

Dla niektórych hacki wokół tych ograniczeń zobacz Delphi Wiki: http://delphi.wikia.com/wiki/Firebird_tipps

NexusDB oferuje pełny zakres od wbudowanego, do pełnego klienta / serwera / zdalnego. Również zgodny z SQL2003, jak sądzę. Używam go w kilku projektach i jak na razie jestem bardzo zadowolony, a fakt, że może pracować w tak szerokim zakresie "skal" to duży plus (nie trzeba uczyć się innego DB dla skalowanych aplikacji itp.).

Spójrz na to wbudowane porównanie bazy danych: http://sql-db.cz.cc/ , to może być pomocne. Prezentowana jest tam większość wyżej wymienionych produktów: Advantage, DBISAM, Firebird, MS SQL Server i wiele innych: Accuracer, Apollo, ElevateDB, NexusDB, Turpodb.

Jestem częściowy do komponentu Ace ' a absolutnego DB. Chociaż produkt komercyjny ( $ ), jest solidny, łatwy w użyciu, ma niewielkie rozmiary i jest dobrze udokumentowany. Jeśli szukasz ogromnej aplikacji dla wielu użytkowników, nie jest to droga, ale jeśli twoje potrzeby dla wielu użytkowników są lekkie (lub nie istnieją), jest to solidna opcja.

Używam SQL Server Express i komponentów ADO. Działa świetnie. Możesz uruchomić SQL Server Express install z wierszem poleceń, aby ukryć złożoność przed użytkownikami. Możesz także rozpowszechniać bazę danych ładowaną według nazwy pliku. Istnieją miliony użytkowników SQL server więc rozwiązania wszelkich problemów można łatwo znaleźć w intertubes: -)

Zrobiłem websearch, aby znaleźć szybki pakiet baz danych dla mojej aplikacji Delphi. ChciaĹ 'em, aby byĹ' caĹ ' kowicie zawarty w pliku wykonywalnym bez zewnÄ ™ trznych bibliotek DLL lub bibliotek wymaganych. / Align = "center" bgcolor = "# e0ffe0 " / Cesarz Chin / / align = center / Opublikowali Jak szybka była ich baza danych, a nawet porównali z innymi podobnymi pakietami, aby "udowodnić" ich punkt.

Chciałem uwierzyć w ich twierdzenia, ale pomyślałem, że poszukam trochę więcej w sieci, aby znaleźć czasy innych pakietów. Byłem bardzo z zaskoczeniem znalazłem post na forach dyskusyjnych Delphi , gdzie ktoś zapytał, z jakiej bazy danych korzystać, i było 14 różnych sugestii. Jeden z respondentów dokonał własnych porównań czasowych i stwierdził, że Accuracer jest dość powolny w porównaniu do kilku innych, które Accuracer (wygodnie) pominął z własnej strony porównania.

Post, plus dodatkowe badania sieciowe wykonane przeze mnie, skłoniły mnie do pochylenia się w kierunku DISQLite3 , produktu opartego na The Open Źródło programu SQLite , ale z ulepszeniami do pracy w Delphi bardzo szybko, z bardzo małym obciążeniem i z wywołaniami komend - co lubię. Jest on aktywnie rozwijany i wkrótce będzie miał oficjalną wersję Delphi 2009, chociaż najwyraźniej obecna wersja będzie działać pod D2009.

Addenum: DISQLite3 Wersja 2.0.0, wydana 17 listopada, obsługuje D2009.

Wiem, że MS access jest stosunkowo gównianym db (i spodziewam się, że zostanie zestrzelony w płomieniach tutaj), ale jeśli potrzebne są tylko małe dane, może mieć zalety, jeśli i tak będzie używany ms office. Dla mnie był to sposób na przechowywanie danych programu z większą elastycznością niż pliki csv, co jest powszechnym podejściem do kodu naukowego.

Możesz utworzyć Access db z kodu delphi bez instalowania ms office przy użyciu sterownika ado & odbc (może być konieczne posiadanie inicjału .plik accdb bez tabel do skopiowania od tego czasu nie pamiętam tego szczegółu. nie jestem pewien, czy sytuacja licencyjna robi to.

The .rozszerzenie accdb można zmienić na coś innego i plik chroniony hasłem (w ograniczonym stopniu), więc nie jest to natychmiast oczywiste dla użytkowników jego dostęp, jeśli jest to pożądane. Wiem, że kilku komercyjnych programistów robi tę metodę i sam ją kopiuje. Okazało się, że konfiguracja jest łatwiejsza niż sqlite, ale może dlatego, że w przeszłości używałem już ADO & access.

Użyłem ScimoreDB. Ma swoje dziwactwa, ponieważ dają go nieodpłatnie i ma swoje dziwactwa w typach danych i z pewnymi problemami z instalacją. To było w projekcie C#.

Jeśli wbudowany jest absolutną koniecznością, spójrz na DBISAM.

KbMemTable jest dobrym kandydatem. Działa w pamięci, szybko, wielowątkowo. Kiedyś byłem wolny.

Components4Developers

Używałem DBISAM i kbMemTable przy różnych okazjach.

To, co lubię w DBISAM, to to, że ma świetne funkcje i zwykle jest bardzo niezawodny. Używałem go w dużych bazach danych, wyszukiwaniu pełnotekstowym, trybie tylko do odczytu, CGIs i wielu innych sytuacjach.

Jest jednak dość duży w porównaniu z komponentami bazującymi na kbMemTable lub SQLite. I nie można mieć jednego pliku na bazę danych (lub nawet tabelę) - w zależności od sytuacji jest to duża wada.

KbMemTable jest mały i świetnie nadaje się do małych ilości danych. Ponieważ działa w pamięci, musi to być niewielka ilość danych, oczywiście.

Inną opcją, którą wziąłem na kilku moich aplikacjach desktopowych, jest zrzucenie danych bezpośrednio z/do mojej hierarchii obiektów za pomocą TWriter/TReader. Jest to zdecydowanie najmniejsza opcja i jest absurdalnie szybka w porównaniu z używaniem bazy danych. Pliki Danych też są małe.

Ma jednak wiele wad - musisz wprowadzić wersjonowanie kodu, jeśli chcesz kiedykolwiek Dodaj / Zmień pola, chyba że jest w pamięci, to jest jeszcze bardziej skomplikowane, nie ma obsługi wielu użytkowników, itp.

Firebird embedded to również nasz #1 Wybór. I pakiet Unified Interbase v2.0 z nim. Świetne i stabilne rozwiązanie!

Mam bazę danych, w której muszę zapisywać 5 pól danych na każde 20 SEK przez 10 dni.. 3 pola to liczba całkowita , 1 pole jest podwójne (time), A 1 pole to string[5].

Nadal korzystam z delphi6 srv2 ze względu na moje komponenty. Nowsze wersje delphi są okropne w komponentach, które muszę wydać tysiące dolarów na odbudowę biblioteki komponentów. Dlatego delphi 6 jest nadal najlepszy dla prawdziwych komercyjnych aplikacji, które nigdy wersja delphis nie daje wiele problemy. W wielu punktach, takich jak odczyty USB lub comport tak dalej... wypuszczają nowsze, zanim poprzednie wersje Nigdy nie wejdą na rynek.

Mam ustawiony kod z Delphi6, który dołącza rekordy 43200 w tabeli do testu, ponieważ będę wdrażał tabelę w aplikacji, gdy ma ona rekordy 43200. Wyświetlę wszystkie dane na DBChart.

Wynik testu znajduje się poniżej bazy danych wypełnione tabelami poleceniem insert z 43200 rekordami

Dbisam = 34 sec,
ElevateDb = 11 sec,
AbsoluteDB = 45 sec,
SQLlite = 32 Minute,
Firebird = 12 min,
MSSQL12 localDB = 28 minut,
Easy table = 8 minut,
BDE = Blocked,

Nie testowałem oracle, blackfish, sysbase, nexsusDb itp.. ale wydaje się, że będą one również bardzo powolne. Połączyłem się z Dbchartem i tylko elevateDb i absoluteDB załadowały 43200 rekordów na DBchart w wyjątkowym czasie, takim jak 7~10 sekund. Inne wszystko zajęte. Więc wolniejsze bazy danych zawsze wymagają sztuczek kodowania, aby odnieść sukces w niektórych prawdziwych zadaniach..

Przetestowałem ich szybkość wyszukiwania również za pomocą polecenia locate, które Niestety serwerowe bazy danych są zawsze wolniejsze.

MSSQL i SQLLite3 są niezwykle trudne do zarządzania w delphi, że bardzo mnie zmęczyły.

Oto moje wyniki testów
Na koniec postanowiłem użyć AbsoluteDB, Dbisam i Elevate. Rzuciłem Reszta z komputera .

Oprogramowanie Elevate nie obsługuje funkcji recno, która wymaga dodatkowych kodów w czasie wykonywania do zarządzania. To sprawia, że baza danych wolniej innym błędem jest oprogramowanie Elevate to pola autoinc. Nie da się go zresetować . Dlatego nie wybrałem oprogramowania Elevat nawet jest to najszybsza baza danych. Mówią wiele dobrych funkcji, ale jak wiele z nich używamy go w rzeczywistości . Po prostu zostawili NAJWAŻNIEJSZE FUNKCJE NIE obsługiwane, ale naprawiono wiele wiele niepotrzebnych funkcji. i wydaje się, że od 8 lat nie ma żadnej przewagi.

Jeśli chcesz zobaczyć własnym okiem pls po prostu spróbuj zobaczyć..

Myślę między dwoma teraz absolutne DB lub DBisam4

Firebird all the way. Robi całkiem dobrze wszystko i jak na razie Wersja 2.1 jest bardzo solidna.

FireBird oferuje możliwość skalowania do wielu użytkowników kiedyś w dół linii, lub jeśli potrzebujesz współbieżności (jeśli aplikacja idzie wielowątkowy).

SQLite jest dość bezkonkurencyjny, jeśli potrzebujesz dostępu tylko dla jednego użytkownika, żadna inna baza danych nie zbliża się do niego pod żadnym względem, czy to wydajność, wygoda, obsługa SQL lub stabilność.

Firebird jest naprawdę awsome i ma niewielkie rozmiary, dzięki czemu można korzystać z wbudowanego i może być skalowany w górę dla wielu użytkowników i czy unicode zawodzi dobrze Używam komponentów devart z delphi 2009 i FIB plus dla delphi 6/7 (ich wersja na 2009 i unicode nie jest jeszcze gotowa)

Hmmm, nikt nie polecił BDE - ciekawe dlaczego tak jest; -)

BlackFishSQL to kolejna możliwość, choć jeszcze nie testowałem dogłębnie.

Jeśli chodzi o wbudowane bazy danych, pierwsze pytanie brzmi: czy jest to multiuser ? Właściwie, po co komu baza danych, która nie pozwala na wielokrotne połączenia (odczyt i zapis) do niej ? Wypróbowałem (intensywnie) wszystkie wymienione bazy danych i znalazłem tylko jedną, która faktycznie działa tak, jak powinna. I to jest dokładniejsze. Jedyna szkoda z accuracer jest to, że to trzyosobowy zespół i chroniczny brak odpowiedniego wsparcia. Jest również głównie statyczny w rozwoju, ponieważ od lat nie widzieliśmy żadnych rzeczywistych funkcji.Nie zaskakujące, ponieważ tylko jedna osoba faktycznie go rozwija. Wygląda na to, że żyją na starej sławie. Użytkownicy chwalą to (zwykle komentarze od 10 lat). Dla pojedynczego użytkownika polecam Absolute Database. Co do głównych graczy to polecam SQL Server od Microsoftu. Oracle stała się bloatware i powoli umiera.

Ps to, co jest miłe w accuracer, to to, że ich wbudowana baza danych działa podobnie jak pełny serwer. Blokuje tylko aktualny rekord, jeśli jest używany podczas gdy reszta działa normalnie. Niezła baza danych. Szkoda tylko, że jest stagnacja.