Re: [cllfst] Scaling PostgreSQL

[ Thread Index | Date Index | More lists.tuxfamily.org/cllfst Archives ]


Oui, en quelques sortes.

Seulement PostgreSQL reste le SGDBR libre le plus performant.
Pour le coup de la gestion de gros volume de données, aujourd'hui même on parle de service Full Text Search avec PostgreSQL. Cette fonctionnalité, récement supporté à ma connaissance, fait de lui un projet encore prométeux.

Sinon, je suis tout à fait d'accord sur le faite que PostgreSQL n'est pas (et ne doit pas l'être) dédié à la gestion de tout type de données, raison pour laquelle des systèmes et outils comme Hadoop, Hbase, elasticsearch, etc ont été crées.

Cordialement,
Ahmed


Le 6 juin 2014 17:29, Riadh Trad <tradriadh@xxxxxxxxxxx> a écrit :
Bonsoir,

Dans l'absolu PostgreSQL n'est pas un bon candidat pour les grands volumes de données; sauf si ton grand volume de données se limites à quelques millions voirs centaines de millions d'enregistrement.

Riadh


Date: Fri, 6 Jun 2014 17:22:14 +0100
Subject: Re: [cllfst] Scaling PostgreSQL
From: khaireddine120@xxxxxxxxx
To: cllfst@xxxxxxxxxxxxxxxxxxx


Principalement, c'est pour ne pas surcharger le serveur. Si non je croix que je dois consulter le livre recommandé par Ahd.
Ps : Merci pour les mots clés, c'est enrichissant d'essayer d'aider meme si on arrive pas :) .


Le 4 juin 2014 21:55, Ahd SAIDI <saidi.ahd@xxxxxxxxxx> a écrit :
bonsoir, 

vous pouvez trouvé dans ce livre:"PostgreSQL 9.0 High Performance" une réponse bien détaillé de votre besoin. a partir de choix de hardware, OS, architectures, outillage ... 

lien direct de téléchargement (juste clic sur l'image) :  http://libgen.org/book/index.php?md5=f52a20594936e165a3625d7b248301ec

bonne soiré a vous 

Cordialement, Ahd SAIDI


Le 4 juin 2014 18:26, Ahmed Bessifi <ahmed.bessifi@xxxxxxxxx> a écrit :


Merci pour l'explication,
Mon application gére un flux trés important en temps réel.On utilise pgpool.

​Bon point.​

Vous utilisez pgpool pour quel(s) besoin(s) (loadbalancing, etc) ?
Vous le trouvez pratique en terme de gestion de failover/failback ?
​J'aimerai aussi savoir votre avis concernant les performances de cet outil surtout qu'il n'est pas "event-based".

Amicalement,
Ahmed

Le 4 juin 2014 16:36, Ahmed Bessifi <ahmed.bessifi@xxxxxxxxx> a écrit :


W 3alaikom assalam,
je suis pas un expert mais je l'utilise avec web2py(python) ces derniers mois.

L'application que tu développe manipule un volume de donnée important ?​
 
Que voulez vous dire par passage à l'echelle ?

​Ce billet peut clarifier un peu l'affaire.​

Dans le contexte des SGBD, l'_expression_ "passage à l'échelle" sous-entend : Haute disponibilité, répartition de charge, réplication de donnée, etc.

--
"We build software for people who build software.."
--
Ahmed Bessifi

--
DevOps Engineer in IMDEV.
Engineer degree
in computer systems and networks.
Member in CLLFST club.
Member in open vSwitch community.




--
Élevé ingénieur en informatique à la faculté de science de Tunis



--

Maroua KHELIFI





--
"We build software for people who build software.."
--
Ahmed Bessifi

--
DevOps Engineer in IMDEV.
Engineer degree
in computer systems and networks.
Member in CLLFST club.
Member in open vSwitch community.





--
Élevé ingénieur en informatique à la faculté de science de Tunis



--
"We build software for people who build software.."
--
Ahmed Bessifi

--
DevOps Engineer in IMDEV.
Engineer degree
in computer systems and networks.
Member in CLLFST club.
Member in open vSwitch community.



Mail converted by MHonArc 2.6.19+ http://listengine.tuxfamily.org/