Reprise du message précédent :

Oui ?

 
+1 ça m'intéresse
 

C'était sans grandes convictions

Bon je vous laisse  

Vais essayer de voir si un film arrive à me faire trouver le sommeil tranquillement

dernz

nan mais t'es vraiment insomniaque le zzozo?

Preums !

Nan, il mets simplement son reveil à sonner toutes les heures la nuit pour nous le faire croire

"Et surtout, est-ce que tu Deuz ?"

 
je hais les mise à jour de firmware qui plantent Faut que je me déplace sur site pour voir l'étandue des dégats  
 
Et en plus, il y a une boite d'autentification qui apparait quand je viens sur le forum, ça sent les modifs de proxy et bientot, je pense qu'hfr sera banni

bonjour,
 
dites voir, est ce qu'il est possible de faire un genre de lien symbolique sur une table de BDD ?
 
c'est à dire avoir une table qui soit le mirroir d'une autre (i.e. mise à jour simultanément, toussa) mais avec des noms de champs différents et dans une base différente (le sgbd serait vraisemblablement postgre) ?

salut la foule \o/

non, mais on t'attends tous pour le coder
sinon pour mémoire avec l'aide notable de JerryCrazy il existe un pack cerveau pour Kopete/Gajim/Pidgin et psi

Exact.
Le message remonte a une 10aine de pages.

Bonjour les gens

Tu peux faire ca avec des triggers sur ta table modèle.

Note: ca n'est pas vraiment un miroir, donc je pencherais plutot vers ce genre de solutions.

C'est toi qui a fait les fichiers pour les autres logiciels que Gajim, je ne suis pas responsable des autres

Salut ici

Ca s'appelle une vue en SQL. (commande CREATE VIEW)

Edit:Bah non, en fait, d'après http://www.postgresql.org/docs/8.2/static/index.html PostgreSQL ne gère pas l'écriture dans des vues.

J'ai souri

Oh mon dieu.

Merde, j'ai ri

Oui ?

Oh oh tu fais dans l'humour

Nan, pas là
 
 
 
 
 

 
Une view fonctionne aussi entre deux db différentes J'apprends un truc là.

Vu ce que tu décris, il vaut mieux mettre en place une réplication, si ton SGBDR sait ce que sait évidemment ...
Et après, c'est pas forcément le truc le plus simple à mettre en oeuvre, ça dépend un peu du contenu de tes tables, de la fréquence des MAJ, etc ...

merci pour vos réponses. Bon en fait, je me rends compte que ça doit être plus compliqué que je ne le pensais.
 
voilà l'idée : actuellement, une TPE dispose d'un soft métier développée (postgresql + python pour l'interface client) spécialement pour elle et dans lequel il y a un fichier de clientèle.
 
Mon idée serait de mutualiser ce fichier de clientèle en le collant dans un carnet d'adresse ldap commun ; cela permettrait de le consulter sur le mailer (thunderbird), la suite bureautique (OOo, encore que pour cette dernière, ce n'est pas indispensable, on arrive à se connecter directement à la base et à publiposter depuis) ; et peut-être par la suite sur d'autres softs.
La mise à jour se ferait uniquement via le soft client.
 
donc mon idée au départ était d'exporter les données, les mouliner et les réimporter dans l'annuaire. Puis je me suis posé la question d'un "mirroir" des données utiles. Mais tout ça a l'air sommes toute assez compliqué.
 
Si vous avez d'autres idées plus simple (ou pas), je suis preneur.

 
+1

+1

 
L'annuaire LDAP, c'est quoi? openldap (si oui, quelle version? 2.3 2.4 ?) Ou c'est celui de redhat fedora?

pour l'instant, c'est rien du tout, il n'y a rien d'installé à part le soft métier

Bonjour

 
Amha faudrait voir du coté des triggers, et voir si on peut appeler des procédures externes pour mettre à jour un DIT LDAP donné. Ca te permettrait d'être indépendant de l'annuaire choisi (si tu fais tout ca en respectant les conventions LDAP), et ca te permet de la souplesse dans ta base de données (tu le fais suivant tes besoins).
 
Maintenant, faut gérer le failover (aïe), les inconsistances (annuaire coupé et pgsql tourne, re-aïe), et la lourdeur du code qu'il faudra taper (pour peupler un annuaire ldap à partir de données extraites d'une db, ca doit être lourd niveau commande.
 
Et voir si on peut appeler des commandes externes simplement dans un trigger, je ne sais pas si c'est possible.
 
Donc, beaucoup de conditions; moi j'essaierais de ce coté là.
 
Ou alors, se faire un overlay "maison" pour openldap.

Quelqu'un a déja été victime d'une utilisation frauduleuse de sa carte bancaire?
Je dis cela car j'ai eu la chance  ( le 7/07/07 tiens donc   ) d'avoir près de 400€ débités et facturé par STEAM GAMES ( truc que je n'ai bien sur jamais utilisé...).  
Bref opposition ce matin en me rendant compte du problème mais bref...
Je vais attendre quoi ? 3 mois pour me faire rembourser?
Des idées ?

T'es innocent. Porte plainte.

Tu étais même pas inscrit sur Steam ? (pour Half-Life et compagnie ?)

j'ai déja fait le nécessaire auprès de ma banque.
Après je vais voir ce que je peux faire d'un point de vue judiciaire.
Ceci dit prélevement venant d'un truc au Etats Unis, a partir d'un pauvre commissariat de Martinique... voila quoi

 
Hmm, j'ai pas grand chose à faire aujourd'hui, si j'ai le temps et que j'y pense je regarderai à quoi ca ressemble.