• la gestion du NLS ne semble pas satisfaisante. La documentation à ce sujet est plus que sommaire, ce sont des trucs proposés par l'un ou l'autre. Ici il est conseillé de mettre encode: utf8 dans database.yml, ailleurs de modifier config.rb ou environment.rb. Plus d'infos à ce sujet ici
  • les liens show, edit et destroy produits par la commande generate scaffold ma_table_au_singulier utilisent des id avec des virgules. Il faut une table dont la colonne ID a pour type number(38) et Oracle XE produit par défaut des number(22). Il faut donc repasser sur la colonne pour en modifier la taille. Il existe un outil de migration / gestion de configuration de la base de données, ActiveRecordMigration, qui permet de créer les tables depuis l'environnement ruby et donc (outre le bon espoir que ruby saura gérer ces tables par la suite) d'en suivre et d'en déployer les modifications comme tout autre objet de l'application.

à utiliser pour la suite.

  • les IDs générés par l'intermédiaire d'une séquence sont incrémentés de deux entre deux enregistrements? Pourtant c'est bien chez ruby qu'il est défini comme nécessaire d'utiliser une séquence.
  • la réactivité sur les forums de rubyforge.org est de qualité (délais et solutions)

C'est eux qui m'ont proposé ActiveRecordMigration.

Oracle propose un exemple ruby on rails sur le schema HR (sorry Scott! Just go and see Marion at the HR department;). Auparavant il est souhaitable d'enquêter un peu sur ces dysfonctionnements apparents.