Forums PostgreSQL.fr

Merci bien pour cette précision, je vais donc devoir lire la doc sur ctid.
M'enfin là c'était juste pour un dépannage suite à fausse manip.
Donc, si je comprends bien il vaut mieux ajouter un rowid ou quelque chose dans le genre.
Justement, je profite de ce fil pour avoir des tuyaux concernant les clés sur une base.
En fait ce que je cherche à faire c'est à synchroniser deux bases sur deux ordis différents.
Je trouve que ce n'est pas facile.
Par exemple le rowid d'une base n'est pas vraiment utile pour la synchro.
Ce que j'ai imaginé :
- créer, à l'insertion d'une nouvelle entrée, une clé qui serait le md5 de la concatenation de tous les champs, appelons-la "cle_insert" , elle sera la clé primaire pour repérer les objets ;
- enregistrer le datetime à la création soit la colonne "dt_insert" ;
- créer à chaque modif d'une ligne une clé, au départ de valeur identique à "cle_insert" et qui serait elle le md5 de la concatenation de la ligne modifiée, appellons-la "cle_modif", bien sûr "cle_insert" ne change jamais.
- enregistrement le datetime à la modif soit la colonne "dt_modif" ;

donc avec ces deux cles je peux repérer très facilement :
- les insertions, "cle_insert" existe d'un côte mais pas de l'autre ;
- les modifications simples càd celles où un objet n'a été changé que d'un côté, les dt_modif seront différents, les cle_modif aussi et ce pour la meme cle -invariable- cle_insert ;
- vient le problème plus délicat où une ligne de même cle_insert a été changée des deux côtés "en même temps" du point de vue de la synchronisation. car la synchro ne pourra se faire que lorsque les deux ordis seront connectés au net, ce qui n'est pas toujours le cas, l'un des deux étant un portable.
dans ce cas, je ne vois pas trop comment faire mis à part avoir une sorte de cache enregistrant l'état de la base à chaque synchro.
aussi je ne vois pas trop comment régler le problème des suppressions de ligne sinon qu'il faut enregistrer qu'une ligne a été supprimée pour que ce soit su au moment de la synchro.

bon tout cela est un peu en vrac...

Je me gouratte, c'est bien "ctid" et non "cityid" comme je l'ai écrit précédemment.
ça retourne d'ailleurs un couple de valeurs :

yt_tests=# select ctid, * from cities where cities.name like 'Merr%' ;
 ctid  |  name  | location 
-------+--------+----------
 (0,2) | Merris | (0.5,49)
 (0,4) | Merris | (0.5,49)
(2 rows)

je dois regarder la doc pour savoir comment faire un delete sur un des couples ctid retournés.

Merci bien pour votre réponse.
En fait j'ai trouvé le problème, "un peu par hazard", je ne sais pas pourquoi MAIS, dans le fichier postgresql.conf le port par défaut est 5433 au lieu de celui, usuel, de 5432...
Je ne sais pas du tout ce qui a fait ce changement de port, en tk, c'est pas moi )))

Ben, je viens de le faire :

      $sql='VACUUM VERBOSE ANALYZE items;';
      echo "$sql<br />";
      $ret=$db->exec($sql);
      if($ret){
        while($row=$ret->fetch()){
          print_r($row);
      	  echo "<br />";
        }
      }

J'y ai même ajouté une réindexation :

      $sql='REINDEX TABLE items;';
      echo "$sql<br />";
      $ret=$db->exec($sql);
      if($ret){
        while($row=$ret->fetch()){
          print_r($row);
      	  echo "<br />";
        }
      }

Résultat décevant : rien de neuf, j'ai toujours des trous, mon "rowid" passe de 26 à 40...

Disons que dans la liste des IDs il y avait un trou à 8.
Après une insertion psql avait occupé ce trou, du coup à l'insertion suivante donc ID à 9, il y avait collision d'ID car cet ID était occupé.
Donc j'ai fait un setval de la séquence au max(id) et ça roule.
Mais aussi j'utilisais la base -simultanément- par php, ou ruby ET en CLI (Command Line Interface).
Depuis j'ai nettoyé mon code SQL qui provenait d'une précédente adaptation à SQLite.

Çà roule )))

$ psql -h 192.168.0.10 -U yt -d landp_public                         
Password for user yt: 
psql (9.1.3)
Type "help" for help.

landp_public=> select * from categories;
 rowid | idx |         name          |         ctime          |         mtime          
-------+-----+-----------------------+------------------------+------------------------
     1 |   0 | Formulaires           | 2012-04-03 09:21:25+02 | 2012-04-03 09:21:25+02
     2 |   1 | Groupes de discussion | 2012-04-03 09:21:25+02 | 2012-04-03 09:21:25+02
     3 |   2 | Comptes EMail         | 2012-04-03 09:21:25+02 | 2012-04-03 09:21:25+02
     4 |   3 | Clés de logiciels     | 2012-04-03 09:21:25+02 | 2012-04-03 09:21:25+02
     5 |   4 | Banque en ligne       | 2012-04-03 09:21:25+02 | 2012-04-03 09:21:25+02
     6 |   5 | Cartes de paiement    | 2012-04-03 09:21:25+02 | 2012-04-03 09:21:25+02
     7 |   6 | Essai add item        | 2012-04-03 09:39:04+02 | 2012-04-03 09:39:04+02
(7 rows)

landp_public=> \q

avec la ligne :

host	all		yt		192.168.0.20/32		password

Merci à tous pour votre aide préciseuse !

Bon, j'ai fait la manip sur la FB, j'ai vérifié que le port 5432 est bien ouvert et là j'ai:

$ psql -h 192.168.0.10 -U yt -d landp_public
psql: FATAL:  no pg_hba.conf entry for host "192.168.0.20", user "yt", database "landp_public", SSL off

il me faut trouver la syntaxe correcte pour permettre une connection avec password sur 192.168.0.20...