MetaModel

Le métamodèle de eobjects.org est un projet créé pour une réutilisation maximale d'un modèle SQL 99 de domaine conforme du domaine de base de données. & Nbsp; le métamodèle est un modèle qui contient des classes représentant la structure d'une base de données et les façons d'interagir avec elle . En bref, un modèle pour la modélisation (d'où le mot «métamodèle») données dans les bases de données et d'autres banques de données.
MetaModel est utilisé dans un grand nombre de projets, y compris les projets de eobjects.org DataCleaner, DataTransformer et TableAgent. En outre, le projet QueryParser vise à créer un analyseur sur chaîne pour remplir la requête partie de MetaModel en analysant les requêtes SQL entrantes

Ce qui est nouveau dans cette version:.

• Avec la version 3.3, nous ouvrons un couple de nouveaux modules d'applications d'affaires à part entière, à savoir Salesforce et SugarCRM. Cela signifie que vous pouvez maintenant interagir avec ces applications d'entreprise comme se ils où un fichier régulier de base de données ou de données. Pour nos cas d'utilisation typiques de la région de gestion de l'information, ces ajouts font interactions beaucoup plus facile et unifiés avec des interactions de base de données.
• En outre, la version 3.3 contient la ronde régulière de corrections de bogues et améliorations, en particulier le soutien de données IBM DB2 a encore été optimisé.

Ce qui est nouveau dans la version 3.2.5:

• Version 3.2.5 améliore les fonctionnalités existantes sur un certain nombre de domaines, principalement sur les capacités d'analyse et de requête sur un support amélioré pour DB2 et le serveur MS SQL. Totalisant jusqu'à 10 améliorations significatives.

Ce qui est nouveau dans la version 3.2.3:

• Cette version corrige littéraux d'horodatage sur SQL-dialecte de DB2 .

Quoi de neuf dans la version 3.2.1:

• Nous avons considérablement amélioré la performance des & quot; DELETE FROM & quot; déclarations sur les fichiers CSV.
• Nous avons ajouté la cartographie des types de données non disponibles à disposition lors de l'émission & quot; CREATE TABLE & quot; des déclarations contenant des types de données non disponibles par exemple sur. DB2 ou PostgreSQL. Dans ces cas, un type de données approprié sera automatiquement appliqué, par exemple. à utiliser SMALLINT lieu de BOOLEAN sur DB2, ou utiliser BYTEA lieu de BLOB sur PostgreSQL.
• Un bug concernant l'exécution multithread de requêtes JDBC compilées a été fixé. Nous avons créé un groupe de déclarations préparées pour assurer l'exécution parallèle de requêtes compilées.
• Un bug concernant citant bon d'avoir opérandes clause a été fixée. Lorsque le type d'une fonction d'agrégation de données est différent du type de l'argument des fonctions de données, la citation ne serait pas correct dans des circonstances données.

Ce qui est nouveau dans la version 3.2:

• Les requêtes peuvent maintenant être compilées, les préparer à l'exécution avec plus ou moins les valeurs des paramètres. Pour les bases de données JDBC, ce qui fournira la fonctionnalité de déclaration comme prêt.
• Pour les autres banques de données, il sera tout simplement faire requête réutilisation plus simple.
• indice de DataSet mise en cache a été mis en œuvre, ce qui rend recherche par colonne ou par & quot; sélectionnez l'élément & quot; plus rapide et constante de temps.

Ce qui est nouveau dans la version 3.0:

• Nouvelles fonctionnalités:
• execute opérations Update et Delete
• Avec 3,0 MetaModel nous offrons maintenant un ensemble complet d'opérations CRUD sur vos banques de données! Cela signifie que, en plus de l'interrogation et insertion d'enregistrements, vous pouvez maintenant mettre à jour également les enregistrements et les supprimer.

opérations
• Le UPDATE et DELETE peuvent être tiré sur toutes les implémentations UpdateableDataContext, qui comprennent actuellement:
• bases de données JDBC
• fichiers CSV
• des feuilles de calcul Excel
• bases de données MongoDB
• bases de données CouchDB
• Exécuter CREATE TABLE et DROP TABLE opérations
• Dans MetaModel 3.0, vous êtes désormais en mesure de créer et supprimer des tables à l'exécution. Par exemple, vous pouvez l'utiliser pour créer des tables temporaires, mais persistants, ou dynamiquement se adapter à votre modèle de données à l'exécution. Cela se fait en utilisant la méthode executeUpdate (...) sur l'une des implémentations de UpdateableDataContext, qui comprennent actuellement:
• bases de données JDBC
• fichiers CSV
• des feuilles de calcul Excel
• bases de données MongoDB
• bases de données CouchDB
• La notion de «table» diffère un peu dans ces banques de données, alors jetez un oeil à la page de schéma et de table sémantique pour un aperçu complet.
• Support CouchDB
• Nous avons un tout nouveau module dans MetaModel 3.0 qui offre un soutien CouchDB! Maintenant, vous pouvez interroger et mettre à jour votre base de données CouchDB comme vous le feriez interroger une base de données régulièrement.
• Un objet Java banque de données sur la base
• Un autre nouveau module dans MetaModel 3.0: Java support d'objet (aka le module de POJO.). Même si cela peut ne pas sembler si impressionnant au premier, il est effectivement très utile. Vous pouvez utiliser par exemple à des fins UnitTesting ou pour permettre aux utilisateurs de test-drive vos flux de données en utilisant des données simples en mémoire.
• sensibilisation de clé primaire
• MetaModel est maintenant conscient de clés primaires. Evidemment, ce est extrêmement important lorsqu'il se agit d'opérations Update et Delete. Par conséquent, vous trouverez deux nouvelles méthodes:. Table.getPrimaryKeys () et Column.isPrimaryKey ()
• Les modifications apportées à l'API existante:
• De nouveaux types de colonnes: Liste et carte
• Avec l'élargissement du soutien aux banques de données NoSQL MongoDB et CouchDB comme, nous avons vu un besoin pour de nouveaux types de colonnes. Nous avons introduit liste et une carte à cet effet. Ils correspondent aux java.util.List et java.util.Map et permettent à ces types de banques de données pour représenter les documents complets contenus en leur sein.
• Sémantique de & quot; numéro de ligne & quot; changé de 0 à base de base 1.
• Un changement d'API important pour MetaModel afin d'améliorer la cohérence avec d'autres bibliothèques similaires: Nous avons changé le nombre concept de ligne d'une notion d'index de base 0 à étant un nombre rangée concept basé-1! Cela a été fait afin de se conformer à l'usage typique des numéros de lignes, par exemple dans. clause LIMIT SQL, des tableurs, la spécification JPA et plus.
• Sur le bas-côté, cela signifie que la sémantique ont changé pour un certain nombre de méthodes ou classes:
• Le Query.setFirstRow (entier) et Query.getFirstRow () méthodes.
• Le constructeur paramètre CsvConfiguration 'columnNameLineNumber'. Notez que les constantes NO_COLUMN_NAME_LINE et DEFAULT_COLUMN_NAME_LINE ont été ajustés, alors lorsque vous utilisez ces constantes, aucun changement ne est nécessaire.
• Le constructeur paramètre FixedWidthConfiguration 'columnNameLineNumber'. Notez que les constantes NO_COLUMN_NAME_LINE et DEFAULT_COLUMN_NAME_LINE ont été ajustés, alors lorsque vous utilisez ces constantes, aucun changement ne est nécessaire.
• Le constructeur paramètre ExcelConfiguration 'columnNameLineNumber'. Notez que les constantes NO_COLUMN_NAME_LINE et DEFAULT_COLUMN_NAME_LINE ont été ajustés, alors lorsque vous utilisez ces constantes, aucun changement ne est nécessaire.
• Le FirstRowDataSet constructeur paramètre 'firstrow' (rarement utilisé).
• Nous vous encourageons à vérifier votre utilisation de ces méthodes ou des classes avant de passer à 3,0 MetaModel. Assurez-vous que vous passez d'un 0-base à une approche fondée sur une lors de leur utilisation.
• 'supérieur / inférieur' opérateur renommé 'Greater / moins ».
• Les types d'opérateurs HIGHER_THAN et LOWER_THAN ont été désapprouvée. Utilisez la nouvelle greater_than et less_than place.
• admis référence à une colonne dans une table alias spécifique
• Nous avons fait-il possible de construire un SelectItem avec une référence à un FromItem spécifique qui signifie que si vous faites référence à la même table plusieurs fois dans une requête, vous pouvez alors identifier une qui a spécifiques sélectionnez références des articles.
• modérations de niveau de journalisation
• Le niveau de consignation (en particulier pour le module JDBC) a été modéré pour ne pas inclure autant d'informations dans le niveau INFO comme avant. Cela signifie que vous ne aurez plus par exemple. la requête SQL complète dans le niveau INFO, qui est une amélioration de la sécurité des applications INFO-connecté.
• Obsolescence des DataSet.toTableModel ()
• La méthode DataSet.toTableModel () a été abandonné, et nous prévoyons le retirer entièrement de la version 3.1. Ce est pour éviter toute hick-ups dans des environnements où le paquet de javax.swing est interdite (par exemple. Dans certains environnements OSGi) ou même ne pas exister (par exemple. L'avenir de Java 8 Les déploiements basés-Jigsaw). Les utilisateurs de la méthode sont encouragés à utiliser le DataSetTableModel la place de classe, ce qui donne le même résultat.
• Correction de bugs:
• index Correction d'un problème lors de la manipulation des valeurs booléennes JDBC
• Un problème avec retreiving JDBC valeurs booléennes a été découvert et corrigé.

Quoi de neuf dans la version 2.1:

• La version 2.1 de métamodèle est passionnante. Les archievements primaires dans ce communiqué a été de fournir un modèle de cartographie pour les banques de données non-tabulaires comme la base de données NoSQL MongoDB et les fichiers XML. Cela signifie que ces deux formats de données qui, auparavant, vous nécessaires pour faire conversion personnalisés et de requête personnalisé implémentations peuvent maintenant être interrogés (et dans le cas de MongoDB également modifiées) de façon standard. Pour les deux fichiers XML MongoDB et vous avez le choix: soit laisser MetaModel détecter automatiquement un modèle de table (qui peut-être pas parfait, mais bon pour commencer) ou pour spécifier vos propres définitions de table et de laisser MetaModel chiffre le reste.

Quoi de neuf dans la version 2.0.2:

• L'adaptateur Excel utilise maintenant la nouvelle API Streaming Apache POI, ce qui devrait signifier que le soutien pour les très grandes feuilles de calcul Excel est devenu beaucoup mieux.
• Un bug a été fixé, qui a causé CSV écrit à ne pas respecter le séparateur et devis omble défini pour le format de fichier.
• Performance améliorée dans la requête post-traitement en appliquant sous-sélections juste-à-temps, au lieu de l'avance.
• Nous avons ajouté un nouvel adaptateur expérimental pour les bases de données MongoDB. L'adaptateur prend en charge l'interrogation MongoDB en utilisant l'API de requête MetaModel bien connu. Depuis MongoDB ne ont pas de définition de schéma, vous devrez définir le schéma si vous.

Ce qui est nouveau dans la version 2.0:

• Les nouvelles fonctionnalités comprennent une API pour effectuer les mises à jour (opérations d'écriture) sur les données, la capacité de créer des données dans des fichiers CSV, des tableurs Excel et des bases de données JDBC, le soutien pour le visuel métadonnées de style, utilisés dans des feuilles de calcul et les magasins de données similaires, le soutien à l'opérateur IN dans les requêtes, et d'importantes améliorations de performance pour Excel lecture.