Le blog de Jean David TECHER, un Réunionnais à Saint-Priest/Lyon

Mise à jour du lundi 2011/12/05: J'ai parcouru ce lien et j'ai trouvé quelques réponses à mes interrogations suite à la lecture de

• http://forums.postgresql.fr/viewtopic.php?id=1688&p=1
• http://forums.postgresql.fr/viewtopic.php?pid=11447

Je ne vais pas rentrer dans le débat mais on sent la fracture annoncée.

L'Article en question

Ce n'est que ce soir en surfant sur le Web que j'ai pu découvrir cet article "Migration Oracle PostGreSQL : Les 13 grandes lacunes qui peuvent s'avérer cauchemardesque !" dont je recommande vivement la lecture Avant de commencer à taper dessus, je me suis attardé à lire les différents points dit critiques....Les débuts de l'article sont louables mais arrivé à un certain point, celà dérive complètement.

Du calme, du calme...restons professionnel

En tant que DBA, on apprend à prendre les choses avec du recul et à accepter les critiques. Débattre ici des différents points critiques abordés n'est pas le sujet de ce billet, car l'article ne m'apprend rien de nouveau.

1. De manière objective: L'auteur livre un tour de table intéressant et plus ou moins complet. A part les différences entre SQL Server et PostgreSQL, je n'ai vraiment rien appris de nouveau.(...)Cédric Villemain a répondu à cet article: http://expert-postgresql.fr/blog/news/migrer-a-postgresql/ de manière correcte. Je me cantonnerais à ses références, celà m'évitera de dupliquer un billet
2. De manière subjective: A la lecture de cet article, vu qu'il est publié sur developpez/com dont le sérieux fait référence dans la communauté informatique et étant moi même DBA PostgreSQL depuis bien des années, j'ai vraiment du mal à me poser la question de ce qui a pu pousser l'auteur à dresser un article aussi noir de PostgreSQL. J'ai toujours apprécié le sérieux des articles de developpez.com mais là on sent quelques pics assassines.Querelles personnelles avec des aficionnados PostgreSQL? Clients voulant migrer sous PostgreSQL à cause de la crise? Motivations personnelles/professionnelles?

Si le but est d'être polémique, je dirais qu'avec moi, c'est raté - je n'y apprends rien de nouveau -. Je m'interroge juste sur de telles motivations car pour flinguer la base, faut y aller! Celà démotive plus qu'autre chose que d'envisager une migration vers PostgreSQL. On a l'impression qu'Oracle et SQL Server sont les seuls SGDBR. Point à la ligne. Voir même que la profession d'expert Oracle se sentirai menacer par une montée en puissance de PostgreSQL?

Défendre son gagne-pain est quelque chose de tout à fait honorable. Me dire que la motivation de la rédaction d'un tel article fait suite à des échanges houleux (ou je ne sais quoi) avec des extrémistes de PostgreSQL me semble pour le moins improbable. J'émets ici un doute sur une telle supposition car un expert aussi bon soit-il ne rédigerait pas un article suite à une telle motivation.

Mise à jour du lundi 2011/12/05: J'ai parcouru les autres articles rédigés par l'auteur et celà me fait au moins plaisir de voir que oui finalement il ya des articles démagogiques.

Si le but est de réveiller les vieux démons de la sacro sainte guéguerre Oracle/PostgreSQL, Bof!!! Sans intérêt. J'émets de sérieux doutes quand à la réelle motivation louable de cet article car en 8 ans je n'ai jamais vu un article aussi négatif sur PostgreSQL. J'espère que je me trompe! En tout cas, celà ne me démotive pas de continuer à travailler avec PostgreSQL. Le côté trop négatif de l'article m'a vraiment coupé l'envie de répondre techniquement à tous les points abordés. Comme l'auteur, j'ai moi aussi un bagage bien costaud sous PostgreSQL mais là faut pas pousser!

Since Slony 2.0.4 is the version bundled/supported by EnterpriseDB Advanced Server 8.4, here are the required steps to build againts Slony >= 2.1.0, without deleting Slony 2.0.4 binaries.

• Install the prerequisites

  sudo apt-get install perl build-essential bison flex autoconf

• Create a temporary symbolic link to libdir.

  sudo mkdir -pv /opt/slony/2.1.0
  sudo ln -s /opt/PostgresPlus/8.4AS/lib /opt/slony/2.1.0/lib
  

• Download Slony's sources

  cd /tmp/
  wget -q "http://git.postgresql.org/gitweb/?p=slony1-engine.git;a=snapshot;h=0a9346436b0369b887945219bd43b611fd79c6ca;sf=tgz" -O - | tar xzf -
  cd slony1-engine-0a93464/

• Configure, compile

  ./configure \
  --prefix=/opt/slony/2.1.0 \
  --with-pgconfigdir=/opt/PostgresPlus/8.4AS/bin/ \
  --with-perlsharedir=/opt/slony/2.1.0/lib \
  --with-pgsharedir=/opt/slony/2.1.0/share \
  --with-perltools=/opt/slony/2.1.0/scripts \
  --with-pglibdir=/opt/slony/2.1.0/lib \
  --with-pgpkglibdir=/opt/slony/2.1.0/lib
  
  grep -lriE '\$libdir' . | while read file;do sed -i 's:\$libdir:/opt/slony/2.1.0/lib:g' $file;done
  
  make
  

• Delete the symbolic link and install

  sudo rm -rf /opt/slony/
  sudo make install
  

The PDF is available

Get PDF

Mode	URL
Online	http://www.davidgis.fr/download/slony-1.2.22.pdf
Zip format	http://www.davidgis.fr/download/slony-1.2.22.pdf.zip

Building PDF from source

You need to have dblatex installed (version 0.2.12-4 or above)

./configure  --with-pgconfigdir=/opt/PostgresPlus/8.3R2AS/dbserver/bin/ --with-docs=yes

make -C doc

cd doc/adminguide/

make slony.xml

sed -i "s:<article:<chapter:g;s:</article:</chapter:g" slony.xml

dblatex -t tex -o slony-tmp.tex slony.xml

grep -vE '^(\\end{document}|\\subsection\*)$$' slony-tmp.tex > slony.tex

echo "\end{document}" >>  slony.tex

pdflatex slony.tex 
pdflatex slony.tex 
pdflatex slony.tex 

It is possible to build Slony 1.2.23 against EnterpriseDB but the use of slonik will fail. The patch has been done put on branch Slony 2.X not in Slony 1.2.X. Here we will see how to compile Slony 1.2.23 against EnterpriseDB 8.3.0.112.

1. Binaries: Download / Installation

Version	Download
Linux 32 Bits	http://www.davidgis.fr/download/EDB830112_Slony-1.2.23_linux-x86.tar.bz2'
Linux 64 Bits	http://www.davidgis.fr/download/EDB830112_Slony-1.2.23_linux-x86-64.tar.bz2'

IMPORTANT: KEEP IN MIND THAT MY GOAL IS NOT TO REPLACE THE SLONY'S BINARIES 1.2.11 BUNDLED WITH ENTERPRISEDB 8.3.0.112. SINCE ENTERPRISEDB IS NOT RESPONSIBLE/ DOES NOT SUPPORT FOR THE USE OF SLONY 1.2.23, I'VE DECIDED TO CHOICE A "HARDCODED" PATH FOR SLONY 1.2.23: /opt/slony/1.2.23. IT IMPLIES THAT SLONY'S BINARIES 1.2.11 WILL NOT BE REPLACED
• Download the required file

  # 32 Bits
  wget -q http://www.davidgis.fr/download/EDB830112_Slony-1.2.23_linux-x86.tar.bz2
  # 64 bits
  wget -q http://www.davidgis.fr/download/EDB830112_Slony-1.2.23_linux-x86-64.tar.bz2

• (As root), decompress to '/'

  # 32 Bits
  tar xjf EDB830112_Slony-1.2.23_linux-x86.tar.bz2 -C /
  # 64 bits
  tar xjf http://www.davidgis.fr/download/EDB830112_Slony-1.2.23_linux-x86-64.tar.bz2 -C /

slonik and slon are located to /opt/slony/1.2.23/bin. The required libraries are located to /opt/slony/1.2.23/lib

How to compile yourself

1. As root, be sure to have all the prerequisites

   apt-get install build-essential perl bison flex

2. As root, we are going to create a (temporary) symbolic link

   mkdir -pv /opt/slony-1.2.23
   ln -s /opt/PostgresPlus/8.3R2AS/dbserver/lib /opt/slony-1.2.23/lib

3. As enterprisedb, download the last Slony's sources from branch 1.2

   wget "http://git.postgresql.org/gitweb/?p=slony1-engine.git;a=snapshot;h=af01af7786f0f4f6c5c5ea991200be04a431f586;sf=tgz" -O - | tar xvzf -
   cd slony1-engine-af01af7/

4. As enterprisedb, apply the patch to build SLony against EnterpriseDB 8.3.0.112

   cd ~/slony1-engine-af01af7/
   wget http://www.davidgis.fr/download/patch_EnterpriseDB.patch  -O - | patch -p1

   Notice: the required patch could be found at Slony's Git Repository (http://git.postgresql.org/gitweb/?p=slony1-engine.git;a=commit;h=32728b33d460d650445b89281d134e33958fde34 It has been submitted by Mark Mielke (http://lists.slony.info/pipermail/slony1-general/2011-May/011681.html)
5. As enterprisedb, configure Slony

   ./configure \
   --prefix=/opt/slony-1.2.23 \
   --with-pgconfigdir=/opt/PostgresPlus/8.3R2AS/dbserver/bin/ \
   --with-perlsharedir=/opt/slony-1.2.23/lib \
   --with-pgsharedir=/opt/slony-1.2.23/share \
   --with-perltools=/opt/slony-1.2.23/scripts \
   --with-pglibdir=/opt/slony-1.2.23/lib \
   --with-pgpkglibdir=/opt/slony-1.2.23/lib

   Replace now '$libdir' by the harcoded path '/opt/slony-1.2.23/lib'

   grep -lriE '\$libdir' . | while read file;do sed -i 's:\$libdir:/opt/slony-1.2.23/lib:g' $file;done

   Compile

   make

6. As root, delete the symbolic link

   rm -rf /opt/slony-1.2.23

   Install Slony

   cd ~enterprisedb/slony1-engine-af01af7
   make install

   Put the required rights on '/opt/slony', something like

   chmod 777 -R /opt/slony