Tntdb jest c ++ - klasy biblioteki do łatwego dostępu do baz danych. Interfejs jest niezależny od bazy danych. Driverclasses dynamicznie ładowane.
Celem jest to, aby mieć łatwy dostęp do baz danych. Nie musisz się martwić o resourceleakage, ponieważ wszystkie obiekty wykorzystywane bezpośrednio alokowane są na stosie i usuwane automatycznie, gdy wyjście z zasięgu. W interfaceobjects są nakładkami do referencecounted instancji, więc można je skopiować wokół na własną wolą. Zasoby są zwalniane, gdy ostatni przedmiot wykracza poza zakres.
Errorhandling można dokonać wyłącznie z exceptionhandling. Wystarczy owinąć kod jednym try-catch i masz pełną errorhandling. Wszystkie wyjątki pochodzą z std :: wyjątkiem.
STL jest używany, a także w miarę możliwości, jak i STL-interfejsy są oferowane -Kompatybilny, gdzie odpowiednia.
Tntdb jest przeznaczony dla applicationprogramming. To nie jest odpowiedni dla databasetools generycznych. To nie oferuje np schemaquery. Musisz wiedzieć, jak tabele wyglądać. To jest to prawdziwe w odniesieniu do normalnych zastosowań.
Używasz SQL dla databaseaccess. Brak wrapperclasses jak aktywnych wynikowych lub z danymi kontroli są oferowane. Zamiast tego masz najlepszą kontrolę nad bazą danych. Możesz użyć każdego SQL-tricka znasz dostać najwięcej z bazy danych. Również jest to cienka owijka, tak że nie powinno być duże performancepenalty porównaniu z bezpośrednim dostępem do C-API.
Projekt rozpoczął się już kilka lat temu jako postgresql-wrapper. Później dodałem sqlite-3-wrapper.
Aktualny status to, że nie ma mysql- pracę i postgresql-kierowca-klasy. Sqlite-3-owinięcie jest tutaj zawarte, ale to tylko na początku projektowania badania. Tntdb działa, ale to nie jest załadowane dynamicznie jak innych kierowców.
Nagłówki publiczne obejmują dokumentację, która może być generowany za pomocą Doxygen.
Ponadto istnieją pewne drobne przykłady w demo katalogu
Co nowego w tym wydaniu:.
- Duże optymalizacji oracle Kierowca:
- Kierowca wyrocznią dostał główną optymalizacji. Po przeczytaniu wielu wierszy, każdy wiersz wcześniej poproszono oddzielnie od pozostałych całkowitych dochodach. Teraz wiele wierszy są pobierane w jednym połączenia OCI i podał rząd po rzędzie do aplikacji.
- Dodaj wsparcie dla cxxtools :: String (Unicode klasy String):
- Cxxtools ma klasy String, który obsługuje standard Unicode. Tntdb ma teraz pełne wsparcie dla niej. Ciągi Unicode mogą być odczytywane i zapisywane w sposób przejrzysty.
- Poprawki i optymalizacje:
- Drobne poprawki i optymalizacje wykonywane są w tntdb.
Co nowego w wersji 1.1:
- Po więcej niż 2 lata nowa bez stabilnych wydaniach jest czas aktualizacje. Cxxtools ma gorących ogromne ulepszenia i udoskonalenia, takie jak XMLRPC, ram sygnału gniazda, anynchronous I / O i innych.
- Oznaczało to kilka zmian API. Nadal większość istniejącego kodu powinny działać. Tntnet i tntdb potrzebne pewne zmiany do tego, aby nowe tntnet i tntdb komunikaty muszą cxxtools 2.0.
- Tntnet ma wiele małych fabularnych i podniesienie wydajności. Na szczęście nie było dużo potrzeba zmian API. Prawie aplikacje powinny działać z pudełka przez rekompilacji.
- Tntdb dostałem jakieś udoskonalenia. Najważniejsze z nich to być może wsparcie dla auto zwiększonymi wartościami za pomocą metody :: Połączenie tntdb :: lastInsertId (std :: string) oraz wsparcie dla użytkowników określonych typów przeciążenia 2 operatorów.
Co nowego w wersji 1.0.99:
- Tntdb ma kilka drobnych poprawek i są dostosowane do zmian API w cxxtools (które są dość małe).
Wymagania :
- cxxtools
Komentarze nie znaleziono