>> Si tu en prend un qui est bien testé tu es relativement à l'abris
Déjà le "Si" fait peux, et on est jamais à l'abri de rien, plus de code il y a, et plus le code est compliqué a maintenir mais aussi on accroit le risque de bug.
OpenERP possède déjà son propre Framework (OpenObject)
>> quelle utilisation va-t'on faire du SGBD ?
Intégrité des données, Gestion des transactions, recherche full text ....
>> Est-ce nécessaire de ne permettre d'utiliser que celui-là ?
Oui car au final si l'on prend une appli développé pour MySQL et PostgreSQL il arrive que PostgreSQL soit bien moins gérés car les requêtes sont modifiés et optimisé pour MySQL afin d'obtenir des performances potables, qui se fait au détriment de PostgreSQL qui analyse une requête mal écrite.
Donc géré une seule Base de Données et le faire bien sera déjà une bonne chose.
>> ni toi ni moi ne connaissont assez le code de OpenERP ou de ce fork pour savoir répondre.
Pour le fork je sais pas, pour OpenERP, je développe dessus et je propose des patch, et PostgreSQL je le pratique depuis des années et participe activement à l'association PostgreSQLFr, ayant de bon contact avec les dévéloppeurs de chez Tiny, je pense que j'ai une petite idée de la réponse :)
[^] # Re: Quelques questions...
Posté par Christophe Chauvet . En réponse à la dépêche Tryton version 1.0.0. Évalué à 3.
Déjà le "Si" fait peux, et on est jamais à l'abri de rien, plus de code il y a, et plus le code est compliqué a maintenir mais aussi on accroit le risque de bug.
OpenERP possède déjà son propre Framework (OpenObject)
>> quelle utilisation va-t'on faire du SGBD ?
Intégrité des données, Gestion des transactions, recherche full text ....
>> Est-ce nécessaire de ne permettre d'utiliser que celui-là ?
Oui car au final si l'on prend une appli développé pour MySQL et PostgreSQL il arrive que PostgreSQL soit bien moins gérés car les requêtes sont modifiés et optimisé pour MySQL afin d'obtenir des performances potables, qui se fait au détriment de PostgreSQL qui analyse une requête mal écrite.
Donc géré une seule Base de Données et le faire bien sera déjà une bonne chose.
>> ni toi ni moi ne connaissont assez le code de OpenERP ou de ce fork pour savoir répondre.
Pour le fork je sais pas, pour OpenERP, je développe dessus et je propose des patch, et PostgreSQL je le pratique depuis des années et participe activement à l'association PostgreSQLFr, ayant de bon contact avec les dévéloppeurs de chez Tiny, je pense que j'ai une petite idée de la réponse :)
Christophe Chauvet.