Skip to content
Extraits de code Groupes Projets
Bifurcation depuis spip / spip
Le projet source a une visibilité limitée.
  • esj's avatar
    52d663ef
    #209: adaptation des fonctions de fusions de base de données pour PG.... · 52d663ef
    esj a rédigé
    #209: adaptation des fonctions de fusions de base de données pour PG. L'abstraction de l'insertion dans '''sql_insert''' n'a finalement pas besoin de l'argument Ignore puisque PG n'a pas cette option, ce paramètre inutilisé est reconverti comme recevant la description de la table (pas utilisé dans le code pour le moment). Ca ne marche pas encore en PG car le '''RETURNING''' pour obtenir le numéro de la dernière n'accepte pas qu'on lui donne un clé primaire multiple, il faut probablement déclarer explicitement une ''sequence'' PG ici.
    
    Incidemment MySQL5 et PG refusent une syntaxe que MySQL4 acceptait, c'est réparé. Et le script est un peu plus blindé en amont en refusant d'insérer les tables pour lesquelles les règles de fusion ne sont pas encore définies.
    52d663ef
    Historique
    #209: adaptation des fonctions de fusions de base de données pour PG....
    esj a rédigé
    #209: adaptation des fonctions de fusions de base de données pour PG. L'abstraction de l'insertion dans '''sql_insert''' n'a finalement pas besoin de l'argument Ignore puisque PG n'a pas cette option, ce paramètre inutilisé est reconverti comme recevant la description de la table (pas utilisé dans le code pour le moment). Ca ne marche pas encore en PG car le '''RETURNING''' pour obtenir le numéro de la dernière n'accepte pas qu'on lui donne un clé primaire multiple, il faut probablement déclarer explicitement une ''sequence'' PG ici.
    
    Incidemment MySQL5 et PG refusent une syntaxe que MySQL4 acceptait, c'est réparé. Et le script est un peu plus blindé en amont en refusant d'insérer les tables pour lesquelles les règles de fusion ne sont pas encore définies.