Vous n'êtes pas identifié(e).
Bonjour,
Merci de respecter les rubriques lorsque vous postez sur le forum.
Bonsoir,
Il va vous falloir coder une jolie application de consolidation des données.
Bon courage.
SAS
Voilà mon nouveau code :
CREATE FUNCTION ri_ajoute_fils(IN nomtable character, IN nom character, IN pk_parent integer) RETURNS void AS
$$
DECLARE
Bornes integer := SELECT BordDroite FROM $1 WHERE id=$3
Une affectation de variable ne se fait pas de cette façon.
SELECT "BordDroite" into Bornes.
Pour commencer, je vous invite à modifier votre schéma pour supprimer la capitalisation des tables. Ca simpliefera grandement la suite.
Un certain nombre de vos erreurs viennent de problèmes entre des noms de tables à majuscules et des requêtes qui ne les utilisent pas.
Bonjour,
Il va falloir être plus précis...
SAS
Qu'appelez-vous "vrai" cluster PostgreSQL ?
Avec Slony, vous avez un vrai cluster Slony, mais il y a un maître et plusieurs esclaves.
Bonjour,
La version la plus récente du connecteur ODBC pour PG 8.2 est : psqlodbc-08_02_0500.zip
Vous pouvez le récupérer ici : http://wwwmaster.postgresql.org/downloa … 2_0500.zip
Bonjour,
Le code présenté correspond-il à une solution fonctionnelle à votre problème ?
Bonjour
C'est exactement cela
Bonjour,
Dans ce cas, Slony et londiste ne vont pas vous satisfaire. Il vous faut regarder du côté d'autres outils (pgcluster ou pgpool-II, sequoia...).
Attention toutefois, ces outils procèdent le plus souvent par propagation de la requête SQL qui modifie les données et non de la valeur modifiée des lignes. De ce fait, toute requête non déterministe conduit à des différences dans les données entre les serveurs.
(Ex : Select now(), exécuté sur les différents serveurs de la réplication ne conduira jamais à une valeur identique).
je voulais dire, sur une machine de production,
dans vos scripts shell sous crontab :
- sous quels profils les scripts sont-ils exécutés?
- comment sont-ils authentifiés ? (j'ai compris que Guillaume utilise et recommande [.pgpass])
Souvent avec l'utilisateur postgres, parfois avec un utilisateur système différent. Cela dépend du besoin.
Mais, c'est toujours à l'aide du fichier .pgpass que je gère mes mots de passe.
SAS
Je vous trouve bien négatif avec Drupal.
Beaucoup de gens ont su/pu l'utiliser pendant 4 ans !!! Je pense que Drupal a permis au site PostgreSQL.fr de devenir une référence en terme d'informations concernant PGFr. Alors, ne jetons pas bébé avec l'eau du bain.
Mais, il est vrai que son administration le rendait assez complexe. Et le côté moins ergonomique de ses forums a été décrié et freinait probablement son utilisation.
Le nouveau site devrait simplifier tout cela.
SAS
Les inscriptions sont désormais closes.
L'an prochain la salle sera plus grande !
