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

Aller au contenu | Aller au menu | Aller à la recherche


lundi 27 avril 2020

Obligation de refaire mon CV - Foutu actualite des bases de donnees

J'ai la flemme de mettre les accents pour ce billet. La je suis en train de rediger ce billet depuis mon portable Alienware avec clavier americain. Vous m'excuserez du peu si les accents manquent

En ces temps de confinement en trainant sur le Web, c'est pas hasard que j'ai appris grace a ce site decrivant les details d'EnterpriseDB que ce dernier a depuis 2018 fait evoluer ses plate-formes.

Ben du coup, ce soir pour coller a l'actualite, je me suis senti oblige de mettre a la fois le logo d'EnterpriseDB et le logo de PostgreSQL version Open Source pour qu'on ne trompe pas quand on lit mon CV.

Avec toutes ces facons de nommer les plate-formes avec tous ces EDB qui trainent , je me sens dans l'obligation de suivre le mouvement

Une experience sous solution EnterpriseDB par rapport a une experience PostgreSQL Open Source -- meme si EnterpriseDB propose EDB Postgres Standard -- sans ttout l'artillerie que propose EnterpriseDB ce n'est pas la meme chose. Avec toutes ces formules de Cloud (Amazon, Microsoft), de Dbaas (DBA-as-service), tous les grands acteurs du marche autour de PostgreSQL (EnterpriseDB, 2ndQuadrant, Dalibo, Postgres Pro, etc...), j'ai vraiment du mal a suivre le mouvement. Je reconnais parfaitement l'industrialisation a tres tres grande echelle de l'offre. Elle est enorme!!!

Tant mieux, j'en suis ravi pour mon petit elephant d'amour qui a bien muri ces dernieres annees. Mais en depit de l'offre (On voit du PostgreSQL partout), cela me fait quand meme penser a la bourse. Y'a enormement d'offres. Mais, j'espere que cela n'incitera pas certains a speculer

Bref pour en revenir a notre sujet, cela fait beaucoup d'acteur dont implicitement chacun a son logo donc je me dois de refaire mon CV en fonction du fournisseur PostgreSQL lol

Cordialement

dimanche 12 avril 2020

Some notes for PostgreSQL 9.3 and why Enterprisedb stopped to maintain their Linux installer over PostgreSQL 11

1. Why EnterpriseDB stopped to maintain their own Linux installer for PPAS? (Postgres Plus Advanced Server)

Read carefully this link, very interesting to read with a couple of technical details.

Some important quotes

  • We will continue to support the Linux installers for PostgreSQL v10 and below, until their published end of life dates.

2. PostgreSQL 9.3 and lesser versions

According to https://www.postgresql.org/docs/9.6/kernel-resources.html, for 16 GB we should have
kernel.shmmax=17179869184
kernel.shmall=4194304
Indeed 17179869184 = 16 x 1024 x 1024 x 1024.

As quoted from https://leopard.in.ua/2013/09/05/postgresql-sessting-shared-memory that was the case for PostgreSQL 9.2 and lesser versions, not anymore for PostgreSQL greater than 9.3