Connexion

Connexion à votre compte

Identifiant
Mot de passe
Maintenir la connexion active sur ce site

Blog

Nextep, un outil de gestion de version des bases de données - Conclusion

Résumé

Nous avons exploré différents scénarios que vous allez rencontrer lors de votre quotidien avec la gestion de versions des bases de données - comme créer des branches dédiées, fusionner des branches. Comme vous avez pu voir neXtep Studio est un produit open source extrêmement prometteur! La gestion de versions des bases de données est extrêmement importantes, commencez à vous y mettre dès aujourd'hui! Vous ne regretterez pas!

Si le développement de neXtep a pu étre mis entre parenthèse ces dernier temps, l'équipe de développeurs revient avec une roadmap plus qu'alléchante pour cette année 2013.

Nous travaillons actuellement sur 3 axes :
  • La génération cross-vendor : c'est un tout nouveau mécanisme qui va permettre aux utilisateurs de travailler sur leurs bases de données préférées, et de générer leurs scripts (complets ou incrémentaux) pour une autre base de données. Exemple : je travaille localement sur un MySQL mais je construis un produit multi-vendeur et je génère donc mes scripts pour Oracle. Cela fonctionne évidemment pour des modèles de données n'utilisant pas de fonctionnalités trop avancées ni de code stocké (triggers, procédures). Cette fonctionnalité devrait être proposée courant Septembre.
  • Le travail en équipe et l'open data : d'ici la fin de l'année, nous souhaitons introduire des serveurs de composants neXtep. Ces serveurs pourront venir remplacer l'actuel repository (actuellement sous forme de base de données) pour publier ses développements. On pourra utiliser des serveurs publics (ceux de nextep) ou privés (à déployer sur son infra). Cela pourra permettre par exemple à des projets OpenSource d'avoir une plateforme de développement collaborative du modèle de données pour l'ensemble des committers. Mieux, cela permettra de mettre à disposition des composants open source de modèle de données. Nous pensons que cela pourrait venir supporter les divers efforts liés à l'Open Data car aujourd'hui les institutions mettent à disposition des fichiers, charge aux consommateurs de créer la structure de données pour les recevoir. On pourrait imaginer héberger sur nos serveurs de composants les structures correspondantes.
  • L'amélioration du support des bases de données : Encore et toujours, notre effort sera lié à l'amélioration du support des diverses bases de données. Nous avons grandement amélioré le support PostgreSql ces derniers temps. A venir le support du partitioning pour PostGreSql et probablement l'arrivée du support de SQLite, grandement utilisé pour les applications iOS et Android.
Christophe Fondacci

L'axe collaboratif est extémement prometteur. En effet un "Github" des schémas de base de données, en plus de supporter l'effort Open Data, permettrait de développer collaborativement des bases de données métiers ou même des entrepots de données complets. On faciliterait ainsi les démarrages de projet en proposant une base de travail générique qu'il n'y aurait plus qu'à faire évoluer en fonction des spécificités du projet. A suivre...

Rechercher sur le blog