Footcow Blog - PostgreSQL - CommentairesLinux, Base de données Postgresql, développement, Internet, emailing et déliverabilité.2024-03-29T09:20:38+01:00Hervé Piedvache alias Bill Footcow pour les intimesurn:md5:ef5d07bad25e414feca607a3b7f2af11DotclearPostgreSQL : optimisez vos migrations de versions ! - roof shingle repair near meurn:md5:fa392f1170772c09ae44be79dface0812023-10-31T23:34:49+01:002023-10-31T23:34:49+01:00roof shingle repair near me<p>WONDERFUL Post.thanks for share..more wait .. …</p>PostgreSQL : Affichez vos données en ligne avec Crosstab - www.pcb.its.dot.govurn:md5:4e22378e3d6780c83cca4bf44dd328962021-03-26T06:57:28+01:002021-03-26T06:57:28+01:00www.pcb.its.dot.gov<p>I blog quite often and I truly thank you for your information. The article has truly peaked my interest.<br />
I am going to take a note of your website and keep checking for new details<br />
about once per week. I subscribed to your Feed too.</p>Migrer Akonadi sur PostgreSQL - Marcourn:md5:d78d49c6e9f17c13685d79ea858c09ec2011-06-09T12:37:32+02:002011-06-09T11:37:32+02:00Marco<p>I was able to configure it on openSuse 11.4 x64 with postgresql 9.x<br />
You need to make some changes:<br />
1) Install postgresql-server<br />
#zypper in postgresql-server<br />
2)Configure access:<br />
#nano nano /var/lib/pgsql/data/pg_hba.conf</p>
<p>place trust instead of ident for localhost and ipv4<br />
Save and close.</p>
<p>Change the ServerPath line to:<br />
ServerPath=/usr/bin/postgres<br />
Close and save.<br />
Now:<br />
$ akonadictl restart</p>
<p>Done</p>Migrer Akonadi sur PostgreSQL - Rickyurn:md5:87c3888a8ee61f9a72c6ffa40393a2952010-08-11T14:09:57+02:002010-08-11T13:09:57+02:00Ricky<p>Excellent. Ca marche en quelques secondes. Explication parfaite. Un grand merci.</p>Migrer Akonadi sur PostgreSQL - harryurn:md5:126661307accc6115afc7981e7eea0202010-08-09T16:48:22+02:002010-08-09T15:48:22+02:00harry<p>Génial! Merci ca marche trop bien!</p>PostgreSQL : optimisez vos migrations de versions ! - footcowurn:md5:14413be840b13dec7601012ae73bffc92009-11-18T21:54:24+01:002009-11-18T21:54:24+01:00footcow<p>Vous parlez d'un Data Integrator et de requêtes ... Quelle est la méthode exactement utilisée dans votre processus d'intégration de données ? Il faudrait me décrire plus précisément comment vous insérez vos données, est-ce que cela provient de SELECT ... il serait intéressant dans ce cas de voir les explain de vos requêtes, et d'avoir une idée des volumétries impliquées ...</p>PostgreSQL : optimisez vos migrations de versions ! - Gômurn:md5:0f1ee555142ff675f15cc8fcfa7116f82009-11-12T21:54:39+01:002009-11-12T21:54:39+01:00Gôm<p>Bonjour,</p>
<p>Très intéressant votre article ! ;-)</p>
<p>Je travaille dans le Décisionnel sur un projet très (trop ?!) important où PostgreSQL est utilisé et j'ai un problème lors de l'alimentation de mon entrepôt de données.</p>
<p>Un de mes JOB BO Data Integrator est très très très long lors du 1er passage (une boucle d'une cinquantaine de passages). Je soupçonne un problème d'Entrées/Sorties faiblardes comme tu dis !</p>
<p>Comment puis-je m'assurer que le problème vient bien de là ?</p>
<p>S'il vient bien de là, est-ce que cela explique le fait que le 1er passage est systématiquement beaucoup plus lent que tous les autres qui prennent entre 100 fois et 4 fois moins de temps ?!!</p>
<p>Désolé, je ne m'y connais que (trop) peu en gestion de BDD. Je sais toutefois qu'une même requête exécutée plusieurs fois est toujours plus rapide, mais me dites pas que ça explique mon problème !?</p>
<p>De toute façon, même si cela joue, ce n'est pas la solution à mon problème, car en relançant mon Job plusieurs fois et bien au bout d'un moment, j'arrive à avoir un 1er passage "acceptable".</p>
<p>Merci d'avance si tu prends le temps de me répondre.</p>
<p>Gôm</p>PostgreSQL : Vos index sont-ils utilisés ? - Luddicurn:md5:6d8700f94c53eb3c3dd29e8620f8cd2d2009-10-26T09:58:51+01:002009-10-31T12:24:49+01:00Luddic<p>De rien <img src="/themes/dcBootstrap/smilies/smile.gif" alt=":)" class="smiley" /></p>
<p>Je fournis moi aussi ma source:<br />
<a href="http://radek.cc/2009/09/05/psqlrc-tricks-indexes/" title="http://radek.cc/2009/09/05/psqlrc-tricks-indexes/" rel="ugc nofollow">http://radek.cc/2009/09/05/psqlrc-t...</a></p>dblink et trigger sur PostgreSQL - footcowurn:md5:a1e9eb928bbb567af1f694a00221fb6b2009-05-29T17:43:54+02:002009-05-29T16:43:54+02:00footcow<p>Est-ce que les deux versions des bases sont identiques ?</p>dblink et trigger sur PostgreSQL - choufurn:md5:471c0787c3b014f310af6e5fa95daae82009-05-28T17:16:04+02:002009-05-28T16:16:04+02:00chouf<p>Bonjour,</p>
<p>J'ai une fonction plpgsql utilisant dblink_exec.</p>
<p>La ligne suivante dans la fonction marche normalement:<br />
INSERT INTO devicelocationhistory (loch_location, device_dev_id, statuslist_sta_id, loch_datetime) VALUES( NEW.dev_location, NEW.dev_id, NEW.statuslist_sta_id, NEW.dev_datetimelastloc);</p>
<p>En revanche la même requete SQL lancée par dblink_exec me renvoi un message d'erreur.<br />
Voici la ligne dans la fonction:<br />
PERFORM dblink_exec('dbname=avltest', 'INSERT INTO devicelocationhistory (loch_location, device_dev_id, statuslist_sta_id, loch_datetime) VALUES( ' || NEW.dev_location || ', ' || NEW.dev_id || ', '|| NEW.statuslist_sta_id ||', ' || NEW.dev_datetimelastloc || ')');</p>
<p>Et le message d'erreur:</p>
<p>ERREUR: l'opérateur n'existe pas : bytea || integer<br />
LINE 1: ..._sta_id, loch_datetime) VALUES( ' || $1 || ', ' || $2 ||...<br />
^<br />
HINT: Aucun opérateur ne correspond au nom donné et aux types d'arguments.<br />
Vous devez ajouter des conversions explicites de type.<br />
QUERY: SELECT dblink_exec('dbname=avltest', 'INSERT INTO devicelocationhistory (loch_location, device_dev_id, statuslist_sta_id, loch_datetime) VALUES( ' || $1 || ', ' || $2 || ', '|| $3 ||', ' || $4 || ')')</p>
<p>J'ai essayé de caster les variables mais rien n'y fait.</p>
<p>Auriez vous une idée?</p>PostgreSQL ou MySQL ? - Haroldurn:md5:6b40a2dc0096861760d71898d1be7add2009-03-25T22:14:22+01:002009-03-25T22:14:22+01:00Harold<p>Merci pour le post ;)</p>L'espace disque de votre base de données - Silviaurn:md5:c1670daa4d7dbde8029d1bf13cffab192007-12-20T12:44:24+01:002007-12-20T12:44:24+01:00Silvia<p>Ca sent le vécu ;o)</p>