ICONITO - Les Forums ICONITO::Archives - Pour les développeurs::Format de base de données

Accueil du Forum

Les derniers Messages

Bienvenue Invité

Sujet :Format de base de données.. 18.01.2006 (10:06)

benat

Inscription: 09.12.2005 (01:45)
Messages: 23
Lieu:

Bonjour, J\'ai été regarder du côté de la base de données Iconito, dans l\'optique de tester l\'application avec PostgreSQL (je crois savoir par ailleurs que le sujet intéresse l\'équipe de développement). Voici donc quelques questions et remarques. La base de données Iconito est au format MyISAM, une variante propre à MySQL du format ISAM. A priori, c\'est un format non transactionnel, qui ne supporte pas non plus les clés étrangères de sorte que l\'intégrité référentielle des données n\'est pas assurée (pour en bénéficier il faudrait utiliser le format InnoDB, plus sûr mais moins rapide). A partir de MySQL 5.0 ou 5.1, il semble cependant que le support des clés étrangères ait été introduit pour le format MyISAM. Point à vérifier. Utiliser Iconito avec PostgreSQL (et même avec MySQL si on veut les clés étrangères) supposerait en principe de revenir sur le schéma relationnel de la base. C\'est une tâche sur laquelle je peux me pencher, si toutefois elle entre dans la \"feuille de route\" d\'Iconito (je n\'ai rien vu sur le sujet au niveau du fichier TODO). Dans ce cas, toute documentation de travail (modèles conceptuels de données, etc) dont vous pourriez disposer serait la bienvenue. A terme, cela permettrait d\'avoir de meilleures garanties pour les données, de déléguer éventuellement une partie de la logique au SGBD (procédures stockées, déclencheurs), etc. En termes de répercussions sur Iconito, et à première vue Copix suivant une approche de type MVC (Model, View, Controller), seuls les éléments de la couche \"modèle\" devraient être affectés. Mais, est-ce que tout cela va dans le sens souhaité pour Iconito? Auriez-vous déjà (eu) une réflexion dans ce sens? Merci d\'avance pour votre réponse, et bonne journée à tous, Beñat

Sujet :Re: Format de base de données.. 20.01.2006 (16:58)

Frédéric Mossmann

Inscription: 21.04.2009 (15:20)
Messages: 182
Lieu: CAP-TIC Strasbourg

Bonjour, Pour ce qui est de la base, ca fait en réalité partie du framework Copix. C\'est à dire qu\'on n\'utilise normalement pas spécialement MySQL, mais la couche d\'abstraction de Copix. Cette couche permet du coté développement de créer des appels aux bases \"propres\", sans trop toucher au SQL. Pour cela, il y a plusieurs méthodes dont la plus classique est par les \"DAO\". On configure les infos de la base (structure des tables) et copix génère automatiquement les appels à la bonne base : MySQL, Postgres, etc. En plus ce des DAO qui donnent accès aux fonctions simples (get, delete, update, insert), on peut créer des fonctions plus puissances, toujours via le fichier XML, mais également depuis un fichier PHP si le traitement est trop complexe. Bref, tout ca pour dire que les développeurs Iconito n\'entrent en général pas dans le développement de la couche d\'abstraction MySQL ou autre. Ce développement est directement dans le projet Copix. Ils ont d\'ailleurs sorti la version 2.3, sur laquelle sera prochainement basée Iconito. Cette nouvelle version est enfin compatible avec PHP 4.4 et 5. Il y a beaucoup de nouveautés, et peut-être que les DAO sont plus adaptées à vos besoin. je vous conseille donc, pour tout ce qui touche à Copix, de remonter toutes vos modifications chez eux. Il est normal que les modifications soient appliquées au code original. Bien évidement, si les modifications sont refusées ou si c\'est un besoin urgent, on peut les intégerer à notre copie de Copix dans Iconito (vu qu\'on reste en licence libre...). Je ne sais pas si tout ca est clair... Il faut voir Copix comme un projet sur lequel on travaille, comme quand on développe des modules dans Mambo (même si Copix est plus bas niveau que Mambo, bien sur...). Pour revenir à Postgres, Copix propose se support de base. Pour le configurer, il suffit de modifier le fichier de configuration de la base de données (comme quand on donne le mot de passe de sa base) : Iconito/project/plugins/copixdb/copixdb.plugin.conf.php Mais nous n\'avons pour l\'instant jamais testé cela. Il se peut que des requètes SQL aient été créées à la main et ne soient pas compatibles. Le fichier d\'initialisation n\'est pas non plus adapté. Voila, en espérant avoir été à peu près clair... :) Cordialement, Frédéric.

Sujet :Re: Format de base de données.. 22.01.2006 (21:57)

benat

Inscription: 09.12.2005 (01:45)
Messages: 23
Lieu:

Bonsoir, [quote]Pour ce qui est de la base, ca fait en réalité partie du framework Copix. C\'est à dire qu\'on n\'utilise normalement pas spécialement MySQL, mais la couche d\'abstraction de Copix. [/quote] Désolé, je me suis mal fait comprendre : ma question portait sur certaines conséquences de l\'utilisation du format MyISAM pour la base de données, et non sur la façon dont Iconito (ou plutôt Copix) accède aux données (méthodes MySQL natives versus couche d\'abstraction). Pour utiliser Iconito avec PostgreSQL, et en raison du format MyISAM actuellement employé, il serait nécessaire d\'adapter (plus ou moins significativement, c\'est en partie ma question) les scripts SQL qui génèrent la base de données de l\'application. Je me pose alors les questions suivantes : [ul]- disposeriez-vous d\'un modèle conceptuel de données (par exemple ER ou UML), qui me permettrait de mieux voir quelle est la structure de données que vous souhaitez créer? - est-il d\'actualité de se pencher sur ce modèle conceptuel, et sur le schéma relationnel associé, dans l\'optique d\'améliorer la base de données sous-jacente à Iconito (intégrité référentielle, utilisation de vues pour accélérer certains accès, etc)?[/ul] Mes questions se situent donc plus \"bas\" que le problème de l\'accès par Copix aux données. Elles sont en fait indépendantes du SGBD (MySQL), de l\'application (Iconito) construite sur la base relationnelle, ainsi que du framework (Copix) servant aux développements. Navré encore de n\'avoir pas mieux exposé ma question dès le premier jet. Merci de votre réponse et bonne semaine. Cordialement, Beñat

Sujet :Re: Format de base de données.. 23.01.2006 (12:44)

Frédéric Mossmann

Inscription: 21.04.2009 (15:20)
Messages: 182
Lieu: CAP-TIC Strasbourg

Bonjour, Le passage à PostgreSQL est en effet un projet (plus \"libre\" que MySQL et sûrement plus puissant), mais nous souhaitions solidifier l\'application avant de le faire. Si vous connaissez bien Portgres et avez envie de tester le support de cette base de données dans Iconito, je pense que ca interessera beaucoup de monde ! En effet, le fichier de création des bases est prévu pour MySQL. Je pense qu\'il peut-être adapté pour Postgres assez facilement, tant qu\'on n\'utilise pas les foreignkey. Dans Iconito (comme dans Copix), l\'application se charge de l\'effacement en cascade des informations, et donc les FK ne sont pas vitales dans la base. Iconito fonctionnera donc sans. Mais les FK sont déclarées dans Copix. Dans chaque module (module kernel pour les bases principales et la base unique), vous trouverez le fichier de définition des bases en XML. Cela vous donne déjà un premier appercu des liaisons entre tables. Nous vous préparons un MCD complet de la \"base élève\" (Gael et module Kernel dans Iconito). C\'est la qu\'il y a le plus de liaisons entre tables. Pour le reste, c\'est assez simple. Pour info, nous n\'utilisons pas de vues ni de fonctions dans la base de données (triggers, etc.). Tout est géré au niveau de application, ceci afin de ne pas être trop dépendant d\'une base de données (beaucoup d\'hébergeurs ont MySQL installé de base, d\'autres je jurent que pas Postgres, etc.). Je ne sais pas si tout est clair, et si j\'ai répondu à vos questions. N\'hésitez pas à revenir vers nous dans tous les cas ! Frédéric.

Sujet :Re: Format de base de données.. 23.01.2006 (19:44)

benat

Inscription: 09.12.2005 (01:45)
Messages: 23
Lieu:

Bonjour, Et merci de votre réponse, je pense que je vais pouvoir commencer à mettre cette partie là du puzzle un peu en ordre :) Dès que j\'ai le MCD je vous propose un script de création de base pour PostgreSQL (que je connais en réalité mieux que MySQL, depuis plus longtemps, et qui a aussi ma préférence, avouons-le!). Sans clés étrangères, ni héritage, ni vues, ni procédures stockées..., ah quel dommage!... Mais bon. C\'est effectivement la \"base élèves\" qui est intéressante. L\'Education Nationale ne fournissant que les spécifications pour les échanges[1], le schéma relationnel de la base reste à l\'initiative des concepteurs de solutions. Une partie importante du potentiel des applications se joue probablement à ce niveau (c\'est mon avis), d\'où mon intérêt pour le MCD, l\'implémentation de la base et le choix du moteur. C\'est dans cette réflexion que j\'ai un peu \"perdu de vue\" votre objectif de permettre à tous d\'installer une copie d\'Iconito chez un hébergeur \"lambda\", et donc l\'intérêt d\'une relative indépendance par rapport au SGBD, voire d\'un support privilégié de MySQL, plus répandu. Merci de me le rappeler :) Bonne soirée et à bientôt, Cordialement, Beñat [1] Spécifications d\'échanges au format XML, mais sans DTD ni schéma XML de référence, à ma connaissance. Si vous avez quelque chose de ce côté là, je suis preneur aussi (je leur ai demandé, mais je n\'ai pas eu de réponse). Merci d\'avance.

Sujet :Re: Format de base de données.. 30.08.2007 (14:15)

bibi38

Inscription: 21.08.2007 (12:41)
Messages: 2
Lieu:

Bonjour, Je me permet de relancer le sujet.

Sujet :mcd gael.. 04.09.2007 (16:20)

Frédéric Reiss

Inscription: 22.06.2006 (11:12)
Messages: 35
Lieu: CAP-TIC Strasbourg

Bonjour, Le mcd de gael a été ajouté à la documentation d\'iconito [url=http://www.iconito.org/doc/]http://www.iconito.org/doc/[/url] dans la rubrique tech. FR


	Page #