MetaModel

Die eobjects.org MetaModel ist ein Projekt für maximale Wiederverwendung eines SQL 99 kompatiblen Domänenmodell der Datenbankdomäne & nbsp erstellt;. Die MetaModel ist ein Modell, Klassen, die die Struktur einer Datenbank und die Art und Weise, um mit ihr zu interagieren enthält . Kurz gesagt, ein Modell für die Modellierung (daher das Wort "Metamodell") Daten in Datenbanken und anderen Datenspeichern.
MetaModel wird in einer Vielzahl von Projekten, einschließlich der eobjects.org Projekte Datacleaner, DataTransformer und TableAgent. Zusätzlich wird die QueryParser Projekt wird auf die Schaffung eines String-basierte Parser, um die Abfrage-Teil MetaModel durch Analysieren eingehenden SQL-Abfragen zu bevölkern sollen

Was ist neu in dieser Pressemitteilung:.

• Mit dem Release 3.3 eröffnen wir ein paar neue Module vollwertige Business-Anwendungen, nämlich Salesforce und SugarCRM. Das bedeutet, dass Sie jetzt mit diesen Business-Anwendungen zu interagieren, als ob sie eine reguläre Datenbank oder Datendatei, in der. Für unsere typische Anwendungsfälle im Bereich Information Management, diese Zusätze machen Wechselwirkungen viel einfacher und mit Datenbank-Interaktionen vereinheitlicht.
• Zusätzlich wird die Release 3.3 enthält den regulären Runde Bugfixes und Verbesserungen, insbesondere die IBM DB2-Unterstützung wurde weiter optimiert.

Was ist neu in Version 3.2.5:

• Version 3.2.5 verbessert die vorhandenen Funktionen auf einer Reihe von Bereichen, in erster Linie auf Anfrageanalyse-Fähigkeiten und verbesserte Unterstützung für DB2 und MS SQL Server. In Höhe von insgesamt bis zu 10 signifikante Verbesserungen.

Was ist neu in Version 3.2.3:

• Diese Version behebt Zeitstempel-Literale auf die DB2-SQL-Dialekt .

Was ist neu in Version 3.2.1:

• Wir haben drastisch verbessert die Leistung von & quot; DELETE FROM & quot; Aussagen über CSV-Dateien.
• Wir haben Kartierung nicht verfügbar zu verfügbaren Datentypen hinzugefügt, wenn die Ausstellung & quot; CREATE TABLE & quot; Aussagen, die nicht verfügbar Datentypen für zB. DB2 oder PostgreSQL. In diesen Fällen ist eine richtige Datentyp wird automatisch angewendet werden, zum Beispiel. um SMALLINT statt BOOLEAN auf DB2 verwenden oder BYTEA statt BLOB auf PostgreSQL.
• Ein Fehler im Zusammenhang mit Multithread-Ausführung zusammengestellt JDBC-Abfragen wurde behoben. Wir haben einen Pool von vorbereiteten Anweisungen erstellt, um die parallele Ausführung von kompilierten Abfragen zu gewährleisten.
• Ein Fehler in Bezug auf die richtige Angabe der HAVING-Klausel Operanden wurde behoben. Wenn der Datentyp einer Aggregatfunktion unterscheidet sich von Datentyp der Funktionen Argument, die Angabe nicht unter den gegebenen Umständen richtig sein.

Was ist neu in der Version 3.2:

• Abfragen können nun erstellt werden und bereitet sie für die Ausführung mit unterschiedlichen Parameterwerte. Für JDBC-Datenbanken wird diese bieten vorbereitete Anweisung-ähnliche Funktionalität.
• Bei anderen Datenspeichern wird es einfach zu machen Abfrage wiederzuverwenden einfacher.
• DataSet Index Caching wurde implementiert, so dass Lookup mittels Säulen- oder & quot; Menüpunkt & rdquo; schneller und konstanter Zeit.

Was ist neu in der Version 3.0:

• Neue Features:
• Führen UPDATE und DELETE Operationen
• Mit MetaModel 3.0 bieten wir nun eine ganze Reihe von CRUD-Operationen auf dem Datenspeicher! Dies bedeutet, dass zusätzlich zu der Abfrage und Einfügen von Datensätzen, können Sie nun auch Datensätze zu aktualisieren und zu löschen.
• Die UPDATE und DELETE-Operationen auf allen UpdateableDataContext Implementierungen, die zur Zeit sind gefeuert werden:
• JDBC-Datenbanken
• CSV-Dateien
• Excel-Tabellen
• MongoDB Datenbanken
• CouchDB Datenbank
• Ausführen CREATE TABLE und DROP TABLE-Operationen
• In MetaModel 3.0 Sie sind auch jetzt in der Lage, Erstellen und Löschen von Tabellen zur Laufzeit. Zum Beispiel, können Sie es verwenden, um temporäre, aber anhaltende Tabellen zu erstellen, oder dynamisch passen Ihr Datenmodell zur Laufzeit.
: Dies wird mit dem executeUpdate (...) Methode auf einen der UpdateableDataContext Implementierungen, die derzeit durchgeführt sind
• JDBC-Datenbanken
• CSV-Dateien
• Excel-Tabellen
• MongoDB Datenbanken
• CouchDB Datenbank
• Der Begriff der 'table' unterscheidet sich ein wenig in diesen Datenspeichern, so werfen Sie einen Blick auf die Seite Schema und Tabellen Semantik für eine Gesamtübersicht.
• CouchDB Unterstützung
• Wir haben einen brandneuen Modul in MetaModel 3.0, die CouchDB Unterstützung bietet! Jetzt können Sie abfragen und aktualisieren Sie Ihre Datenbank CouchDB genau wie Sie eine reguläre Datenbank abzufragen würde können.
• Ein Java-Objekt basierten Datenspeicher
• Ein weiteres neues Modul in MetaModel 3.0: Java-Objekt-Unterstützung (auch bekannt als die POJO-Modul.). Während dies vielleicht nicht so beeindruckend auf den ersten, ist es eigentlich ganz nützlich. Sie können zum Beispiel für Unittesting Zwecke zu verwenden oder können Benutzer einer Probefahrt mit Ihrem Datenflüsse mit einfachen In-Memory-Daten.
• Primärschlüssel Bewusstsein
• MetaModel ist jetzt bewusst, Primärschlüssel. Natürlich ist dies von großer Bedeutung, wenn es um UPDATE und DELETE-Operationen. Daher werden Sie zwei neue Methoden zu finden:. Table.getPrimaryKeys () und Column.isPrimaryKey ()
• Änderungen an der bestehenden API:
• Neue Säulentypen: Liste und Karte
• Mit der Erweiterung der Unterstützung für NoSQL-Datenspeicher wie MongoDB und CouchDB, wir haben einen Bedarf an neuen Spaltentypen zu sehen. Wir Liste und Karte für diesen Zweck eingeführt. Sie bilden den java.util.List und java.util.Map und ermöglichen diese Datenspeichertypen, die vollen Unterlagen darin enthaltenen stellen.
• Semantik von & quot; Zeilennummer & quot; aus geändert werden, um 1-basiert. 0-basierte
• Eine wichtige Veränderung für MetaModel API, um die Konsistenz mit anderen ähnlichen Bibliotheken zu verbessern: nicht nur ein 1-basierte Zeilennummer Konzept Wir haben die Zeilennummer Konzept von einem 0-basierte Indexkonzept geändert! Dies wurde, um mit den typischen Einsatz von Zeilennummern in zB entsprechen getan. SQL LIMIT-Klauseln, Spreadsheet-Anwendungen, die JPA-Spezifikation und vieles mehr.
• Auf der Kehrseite, bedeutet dies, dass die Semantik sind für eine Reihe von Methoden oder Klassen geändert:
• Die Query.setFirstRow (Integer) und Query.getFirstRow () Methoden.
• Die CsvConfiguration Konstruktorparameter 'columnNameLineNumber'. Beachten Sie, dass die Konstanten NO_COLUMN_NAME_LINE und DEFAULT_COLUMN_NAME_LINE wurden angepasst, so dass bei der Verwendung dieser Konstanten, keine Änderung erforderlich ist.
• Die FixedWidthConfiguration Konstruktorparameter 'columnNameLineNumber'. Beachten Sie, dass die Konstanten NO_COLUMN_NAME_LINE und DEFAULT_COLUMN_NAME_LINE wurden angepasst, so dass bei der Verwendung dieser Konstanten, keine Änderung erforderlich ist.
• Die ExcelConfiguration Konstruktorparameter 'columnNameLineNumber'. Beachten Sie, dass die Konstanten NO_COLUMN_NAME_LINE und DEFAULT_COLUMN_NAME_LINE wurden angepasst, so dass bei der Verwendung dieser Konstanten, keine Änderung erforderlich ist.
• Die Konstruktorparameter FirstRowDataSet 'firstrow "(selten verwendet).
• Wir empfehlen Ihnen, Ihre Nutzung dieser Methoden und Klassen vor dem Upgrade auf MetaModel 3.0 zu überprüfen. Überprüfen Sie, ob Sie von einem 0-basiert, um eine 1-basierten Ansatz, wenn mit ihnen.
• Operator 'größer / kleiner als "auf" Größer / Kleiner ".
umbenannt
• Die Bedienarten HIGHER_THAN und LOWER_THAN sind veraltet. Verwenden Sie die neue GREATER_THAN und LESS_THAN statt.
• erlaubt Verweisen auf eine Spalte in einer bestimmten Alias-Tabelle
• Wir haben es möglich gemacht, eine SelectItem mit einem Bezug zu einem bestimmten FromItem was bedeutet, dass für den Fall, Sie verweisen dieselbe Tabelle mehrfach in einer Abfrage zu erstellen, können Sie dann ermitteln, die man einen speziellen Menüpunkt Referenzen.
• Protokollierungsstufe Moderationen
• Die Protokollebene (vor allem für den JDBC-Modul) wurde moderiert, so viele Informationen in der INFO-Ebene nicht enthalten wie zuvor. Das bedeutet, dass Sie nicht mehr bekommen zB. die vollständige SQL-Abfrage in der INFO-Ebene, die eine Verbesserung für die Sicherheit der INFO-loggt Anwendungen ist.
• Deprecation von DataSet.toTableModel ()
• Die Methode DataSet.toTableModel () ist veraltet, und wir planen, ganz zu entfernen es von Version 3.1. Dies soll keine hick-ups in Umgebungen zu verhindern, wo der javax.swing Paket ist verboten (zB. In einigen OSGi-Umgebungen) oder sogar nicht vorhandene (zB. In Zukunft Java 8 Puzzle-basierte Bereitstellungen). Anwender der Methode werden aufgefordert, den Klassen DataSetTableModel statt, die das gleiche Ergebnis ergibt verwenden.
• Bugfixes:
• Feste Index-Thema im Umgang mit boolean JDBC-Werten
• Ein Problem mit retreiving JDBC Boolesche Werte entdeckt und behoben.

Was ist neu in der Version 2.1:

• Die 2.1 Version von MetaModel ist spannend. Die primären archievements in dieser Version war es, eine Mapping-Modell für nicht-Tabellendatenspeicher wie die NoSQL-Datenbank MongoDB und für XML-Dateien zur Verfügung. Dies bedeutet, dass diese beiden Datenformate, die bisher Ihnen, benutzerdefinierte Konvertierung und benutzerdefinierte Abfrage-Implementierungen tun können jetzt in einem Standard-Mode abgefragt werden (und im Falle MongoDB ist ebenfalls modifiziert). Sowohl für MongoDB und XML-Dateien haben Sie die Wahl, entweder lassen MetaModel autodetect Tischmodell (die nicht perfekt, aber gut sein kann für den Anfang) aus dem Rest oder eine eigene Tabellendefinitionen festlegen können MetaModel Figur.

Was ist neu in Version 2.0.2:

• Die Excel-Adapter verwendet nun die neue Streaming-API in Apache POI, die, dass die Unterstützung für sehr große Excel-Tabellen bedeuten sollte gerade viel besser.
• Ein Fehler wurde behoben, der CSV Schreiben nicht, den Separator und Zitat Zeichen für das Dateiformat festgelegt und dessen Bestandteilen.
• Performance in Abfrage Nachbearbeitung verbessert, indem Unterauswahlen just-in-time, statt vor der Zeit.
• Wir haben eine neue experimentelle Adapter für MongoDB Datenbanken aufgenommen. Der Adapter unterstützt die Abfrage von MongoDB mit dem bekannten MetaModel Abfrage API. Seit MongoDB keine Schemadefinitionen, müssen Sie das Schema selbst wenn festzulegen.

Was ist neu in der Version 2.0:

• Den neuen Funktionen gehören eine API zur Durchführung von Aktualisierungen (Schreiboperationen) auf Daten, die Fähigkeit, Daten in CSV-Dateien, Excel-Tabellen und JDBC-Datenbanken, Unterstützung für dynamische Styling Metadaten in Tabellen und ähnlichen Datenspeicher verwendet wird, Unterstützung für den Operator IN in Abfragen, und die wichtigsten Performance-Verbesserungen für Excel liest erstellen.