Je pense que c'est une assez mauvaise habitude de tout miser sur des outils d'administration/développement pour gerer un SGBD. Ces outils sont parfois pratiques mais vraiment je ne suis pas convaincu par l'interet.
Je suis persuadé (et l'experience l'a prouvé) que taper ses sources SQL correspondant a son modele de BD vaut bien mieux. D'abord, parce que l'implementation utilisera des fonctions normalisées et surtout parce que le jour ou il faudra changer de SGBD le portage des BD se fera sans soucis (enfin avec moins de soucis).
MySQL par ex. (pas la derniere version hein :), va accepter mes declaration de cles secondaires, mes contraintes sur des update/delete etc. sans pour autant les prendre en consideration. Le jour ou je change pour passer sous Postgres, je suis heureux d'avoir mon ptit fichier pour genrerer mes tables 'proprement' plutot que d'avoir un fichier tout bizarre généré par phpMyAdmin ou toute mes contraintes ont disparu.
En plus, lorsque le modele conceptuel de BD est realisé, l'implementation prend generalement peu de temps et AMHA l'emploi d'un outil fait plus perdre du temps qu'autre chose pour peu qu'on connaisse la syntax SQL.
# Re: De nouveaux outils PostgreSQL
Posté par Frédéric Desmoulins (site web personnel) . En réponse à la dépêche De nouveaux outils PostgreSQL. Évalué à 6.
Je suis persuadé (et l'experience l'a prouvé) que taper ses sources SQL correspondant a son modele de BD vaut bien mieux. D'abord, parce que l'implementation utilisera des fonctions normalisées et surtout parce que le jour ou il faudra changer de SGBD le portage des BD se fera sans soucis (enfin avec moins de soucis).
MySQL par ex. (pas la derniere version hein :), va accepter mes declaration de cles secondaires, mes contraintes sur des update/delete etc. sans pour autant les prendre en consideration. Le jour ou je change pour passer sous Postgres, je suis heureux d'avoir mon ptit fichier pour genrerer mes tables 'proprement' plutot que d'avoir un fichier tout bizarre généré par phpMyAdmin ou toute mes contraintes ont disparu.
En plus, lorsque le modele conceptuel de BD est realisé, l'implementation prend generalement peu de temps et AMHA l'emploi d'un outil fait plus perdre du temps qu'autre chose pour peu qu'on connaisse la syntax SQL.