MetaModel

eobjects.org metamodel to projekt stworzony dla maksymalnej ponownego wykorzystania SQL 99 zgodnego modelu domeny domeny bazy danych. & Nbsp; metamodel jest model, który zawiera klasy reprezentujące strukturę bazy danych oraz sposobów interakcji z nim , W skrócie, to model do modelowania (stąd słowo "metamodel") dane w bazach danych i innych magazynów danych.
Metamodel jest używany w wielu projektach, w tym projektów eobjects.org DataCleaner, DataTransformer i TableAgent. Dodatkowo projekt QueryParser ma na celu stworzenie parser String oparte aby wypełnić query-część metamodel analizując przychodzących zapytań SQL

Co nowego w tym wydaniu:.

• Z 3,3 wydaniu otwieramy kilka nowych modułów pełnoprawnymi aplikacji biznesowych, a mianowicie i Salesforce SugarCRM. Oznacza to, że można teraz wchodzić w interakcje z tych aplikacji biznesowych, tak jak gdyby były regularne pliku bazy danych lub danych. Dla naszych typowych przypadków użycia w dziedzinie zarządzania informacją, te dodatki powodują, że interakcje dużo łatwiejsze i zunifikowany z interakcji bazy danych.
• Dodatkowo w wersji 3.3 zawiera regularny rundę poprawek i ulepszeń, w szczególności wsparcia IBM DB2 został dodatkowo zoptymalizowany.

Co nowego w wersji 3.2.5:

• Wersja 3.2.5 poprawia istniejące możliwości na wielu obszarów, przede wszystkim na możliwości analizowania zapytań i na ulepszone wsparcie dla DB2 i serwera MS SQL. W sumie do 10 istotnych usprawnień.

Co nowego w wersji 3.2.3:

• Ta wersja rozwiązuje literały datownika na SQL-dialektu DB2 .

Co nowego w wersji 3.2.1:

• Musimy radykalnie poprawić wydajność & quot; DELETE FROM & quot; oświadczenia o plikach CSV.
• Dodaliśmy mapowanie niedostępnych do dostępnych typów danych przy wydawaniu & quot; CREATE TABLE & quot; sprawozdanie zawierające niedostępne typy danych, np. na DB2 lub PostgreSQL. W takich przypadkach odpowiedniego typu dane zostaną automatycznie zastosowane, np. używać Smallint zamiast BOOLEAN w programie DB2, lub użyć zamiast BLOB bytea na PostgreSQL.
• bug dotyczące wielowątkowego wykonywania skompilowanych zapytań JDBC została ustalona. Stworzyliśmy puli sporządzanych sprawozdań w celu zapewnienia równoległego wykonywania skompilowanych zapytaniami.
• bug dotyczące właściwego cytowania KTÓRYCH argumentów klauzula została ustalona. Gdy typ danych funkcji zagregowanej różni się od typu danych argumentu funkcji, powołując nie byłoby właściwe w danych okolicznościach.

Co nowego w wersji 3.2:

• Zapytania mogą być teraz kompilowane, przygotowanie ich do realizacji z różnym wartości parametrów. W przypadku baz danych JDBC, ale w ten sposób funkcjonalność podobną do sprawozdania przygotowanego.
• W przypadku innych magazynów danych, to po prostu dokonać kwerendy ponowne prostsze.
• buforowanie Indeks DataSet został wdrożony, dzięki czemu wyszukiwanie przez kolumny lub przez & quot; wybierz opcję & quot; szybciej i stały etat.

Co nowego w wersji 3.0:

• Nowe funkcje:
• Execute UPDATE i DELETE
• Z metamodel 3,0 oferujemy pełny zestaw operacji CRUD na swoich magazynów danych! Oznacza to, że oprócz zapytań i wstawiania rekordów, można teraz także aktualizować rekordy i usunąć je.

Operacje
• UPDATE i DELETE może być zwolniony ze wszystkich implementacjach UpdateableDataContext, które obecnie obejmują:
• bazy danych JDBC
• CSV
• arkusze kalkulacyjne Excel
• bazy danych MongoDB,
• bazy danych couchdb
• Execute CREATE TABLE i DROP TABLE operacji
• W metamodel 3.0 też jesteś teraz w stanie stworzyć i upuść tabel w czasie wykonywania. Na przykład, można go używać do tworzenia tymczasowych, ale uporczywe tabel, lub dynamicznie pasowały do ​​modelu danych w czasie wykonywania. Takie działanie odbywa się za pomocą metody executeUpdate (...) na każdym z wdrożeń UpdateableDataContext, które obecnie obejmują:
• bazy danych JDBC
• CSV
• arkusze kalkulacyjne Excel
• bazy danych MongoDB,
• bazy danych couchdb
• pojęcie "stół" różni się nieco w tych magazynów danych, więc spójrz na stronie schematu i tabeli semantyka dla uzyskania pełnego obrazu.
• Obsługa CouchDB
• Mamy nowy moduł w metamodel 3.0, który oferuje wsparcie couchdb! Teraz można wyszukać i zaktualizować bazę couchdb tak jak byś zapytania regularnej bazy danych.
• Obiekt magazyn danych w oparciu Java
• Kolejny nowy moduł w metamodel 3.0: Wsparcie obiekt Java (aka Moduł POJO.). Choć to może nie wydawać się tak imponujące na początku, to jest rzeczywiście bardzo przydatne. Możesz użyć na przykład do celów unittesting lub aby umożliwić użytkownikom przetestować jazdę danych przepływa za pomocą prostych danych w pamięci.
• Świadomość Klucz podstawowy
• metamodel jest teraz świadomy kluczy podstawowych. Oczywiście jest to bardzo ważne, gdy mamy do czynienia z UPDATE i DELETE. Dlatego znajdziesz dwie nowe metody:. Table.getPrimaryKeys () i Column.isPrimaryKey ()
• Zmiany w istniejącej API:
• Nowe rodzaje kolumn: Lista i mapa
• Z poszerzenie wsparcia NoSQL magazynów danych, takich jak MongoDB i CouchDB, widzieliśmy potrzebę nowych typów kolumn. Wprowadziliśmy wykaz i mapa do tego celu. Map one java.util.List i java.util.Map i pozwalają na tego typu Datastore do reprezentowania pełnych dokumentów zawartych w nich.
• Semantyka & quot; liczby wierszy & quot; zmieniła się od 0 do 1 opartych na bazie.
• ważna zmiana API dla metamodel w celu poprawy spójności z innymi podobnymi bibliotek: Zmieniliśmy koncepcję z rzędu numer indeksu 0 koncepcji opartej na czym oparte Numer 1 wiersz koncepcja! Dokonano tego w celu zapewnienia zgodności z typowego użytkowania numerów wierszy w np. SQL klauzule LIMIT, arkuszy kalkulacyjnych, specyfikacji JPA i więcej.
• W dolnej stronie, to znaczy, że semantyka zmieniły się z wielu sposobów lub grup:
• Query.setFirstRow (Integer) i Query.getFirstRow () metody.
• parametr konstruktora CsvConfiguration "columnNameLineNumber". Należy pamiętać, że stałe i DEFAULT_COLUMN_NAME_LINE NO_COLUMN_NAME_LINE zostały skorygowane, więc w przypadku korzystania z tych stałych, nie ma potrzeby zmiany.
• parametr konstruktora FixedWidthConfiguration "columnNameLineNumber". Należy pamiętać, że stałe i DEFAULT_COLUMN_NAME_LINE NO_COLUMN_NAME_LINE zostały skorygowane, więc w przypadku korzystania z tych stałych, nie ma potrzeby zmiany.
• parametr konstruktora ExcelConfiguration "columnNameLineNumber". Należy pamiętać, że stałe i DEFAULT_COLUMN_NAME_LINE NO_COLUMN_NAME_LINE zostały skorygowane, więc w przypadku korzystania z tych stałych, nie ma potrzeby zmiany.
• parametr konstruktora FirstRowDataSet "firstRow" (rzadko stosowane).
• Zachęcamy do sprawdzenia wykorzystania tych metod i klas przed uaktualnieniem do metamodel 3.0. Upewnij się, że przejście z 0-1 opartego na podejściu opartym podczas korzystania z nich.
• operator "Wyższy / niższy niż" przemianowano na "Greater / mniej niż".
• Typy operatora HIGHER_THAN i LOWER_THAN są nieaktualne. Użyj nowego greater_than i LESS_THAN zamian.
• dozwolone odwołanie do kolumny w określonym aliasowanego tabeli
• Mamy pozwoliły skonstruować SelectItem z odniesieniem do konkretnego FromItem co oznacza, że ​​w przypadku, gdy odwołanie jednym stole kilka razy w zapytaniu, możesz wskazać, który jeden z określonych wybierz odniesienia punkt.
• moderacji poziom rejestrowania
• poziom rejestrowania (zwłaszcza dla modułu JDBC) jest zmniejszany, aby nie zawierać jak najwięcej informacji na poziomie INFO, jak wcześniej. Oznacza to, że nie będziesz już się np. Zapytanie SQL pełne poziomu INFO, która jest poprawa za bezpieczeństwo aplikacji INFO-zalogowany.
• Zastąpienie DataSet.toTableModel ()
• Metoda DataSet.toTableModel () jest przestarzała, a my planujemy na usunięcie go w całości z wersji 3.1. Ma to zapobiec żadnych kac-upy w środowiskach, gdzie pakiet javax.swing jest zabronione (np. W niektórych środowiskach OSGi) lub nawet nie istniejących (np. W przyszłych wdrożeń Jigsaw Java 8 bazie). Użytkownicy sposobu są zachęcani do korzystania z klasy DataSetTableModel zamiast, który daje te same wyniki.
• Poprawki błędów:
• Naprawiono problem indeksu w obsłudze logicznych wartości JDBC
• Problem z Retreiving wartości logicznych JDBC została odkryta i stałe.

Co nowego w wersji 2.1:

• 2.1 wersja metamodel jest ekscytujące. Głównymi archievements w tej wersji jest stworzenie modelu mapowania dla nie-tabelarycznych magazynów danych, takich jak bazy danych NoSQL MongoDB i dla plików XML. Oznacza to, że te dwa formaty danych, które wcześniej wymagały ci zrobić implementacji niestandardowych konwersji i niestandardowe zapytania można teraz zapytał (a w przypadku, MongoDB jest również zmodyfikowany) w sposób standardowy. Zarówno MongoDB i plików XML masz wybór albo pozwalając metamodel autodetect modelu tabeli (który nie może być idealne, ale dobre na początek) lub określić własne definicje tabel i niech metamodel dowiedzieć się resztą.

Co nowego w wersji 2.0.2:

• Karta Excel używa teraz w nowej Streaming API Apache POI, co powinno oznaczać, że wsparcie dla bardzo dużych arkuszy kalkulacyjnych Excel prostu dużo lepiej.
• błąd został poprawiony, co spowodowało CSV nie pisanie do przestrzegania separatora i cudzysłowu char określonego formatu pliku.
• Wyniki poprawiły się w postprocessingu zapytania poprzez stosowanie sub-wyborów just-in-time, a nie z wyprzedzeniem.
• Dodaliśmy nowy adapter eksperymentalnych baz danych MongoDB. Adapter obsługuje zapytań MongoDB pomocą znanego interfejsu API zapytań metamodel. Od MongoDB nie ma definicji schematu, trzeba będzie zdefiniować schemat samodzielnie chociaż.

Co nowego w wersji 2.0:

• Nowe funkcje API dla przeprowadzania aktualizacji (operacje zapisu) na danych, zdolność do tworzenia danych w plikach CSV, arkuszy kalkulacyjnych Excel i baz danych JDBC, wsparcie dla metadanych stylizacji, wizualnych stosowanych w arkuszach kalkulacyjnych i podobnych magazynów danych, wsparcie dla operatora IN w zapytaniach i znacznej poprawy wydajności odczytu Excel.