Présentations

Le Wed, 27 Aug 2003 10:02:44 +0200
Jean-Christophe ARNU (JX) <arnu(at)paratronic(dot)fr> me disait que :

> Que pensez vous de présenter sur la liste nos exploitations de PG?

Bon, je m'y mets.

Donc je travaille dans une PME qui est spécialisée dans les appareils
de
mesures (embarqués) et la supervision. J'utilise PostGreSQL pour la
supervision et l'exploitation numérique des mesures. Les bases de données que
je gère doivent tourner en 24x7 et reçoivent des données toutes les 90s de la
part du réseau de stations de mesures collectées.
L'ensemble est requêté au moyen d'une interface java (JDBC), des
exports
python, et des noyaux de code écrits en OCaml.
Nous avons en gros deux types de bases :
- des bases quasi "temps-réel"(elle doit avoir un temps de réponse
imbattable) sur lesquelles sont stockées trés peu de données. Ces bases sont
donc trés rapides, et permettent de faire un grand nombre de calculs en trés
peu de temps (100Mo max de données)

- des bases de "stockage" permanent qui stocket les données calculées
et les données initiales sur de longues périodes (aux environs de 10Go).
Cette
base est utilisée pour les grosses requêtes et les analyses de données.

Les deux types de bases ont le même schema. Seule la configuration du
serveur change (et quelques index aussi mais c'est uniquement pour optimiser
certains types requêtes).

Voilà pour moi... A vous de jouer mainenant ! ;)

--
Jean-Christophe ARNU

>> Que pensez vous de présenter sur la liste nos exploitations de PG?

A mon tour.

Tout d'abord, je dois m'excuser d'avoir été un peu absent dans les
premières discussions de cette liste, mais je n'avais pas réalisé que,
en tant que modérateur, il fallait encore que je m'abonne pour recevoir
les messages...

Je suis indépendant et je travaille essentiellement dans le
développement de sites web dynamique. Pour certains d'entre eux,
notamment un gros intranet d'un hôpital, le choix s'est porté sur
PostgreSQL en raison des coûts (le client voulait des logiciels libres
pour minimiser l'investissement) et des fonctionnalités: la base de
données contient de nombreuses tables avec de non moins nombreuses
relations entre elles et seul un système garantissant l'intégrité
référentielle pouvait faire l'affaire (MySQL 4 n'étais pas encore sorti
à l'époque, mais j'essaye d'éviter ce système de toute façon). Les
pages web sont programmées en PHP, avec certains scripts Perl qui
alimentent la base de données.

Sur le même système, j'ai maintenant une 2ème application qui tourne,
qui gère les protocoles opératoires pour le bloc opératoire. La base de
données est plus simple, mais contient par contre de nombreuses
contraintes d'unicité. Là encore, PostgreSQL fait bien son boulot.

Je regrette souvent de ne pas pouvoir mettre PostgreSQL plus en avant
auprès de clients, mais la plupart des hébergeurs n'offrant que MySQL,
je suis obligé de m'y tenir. C'est assez frustrant. Et la décision du
groupe PHP de remplacer MySQL par SQLite n'est pas vraiment une
évolution satisfaisante de la situation...

---------------
Francois

Home page: http://www.monpetitcoin.com/

"Les cons gagnent toujours. Ils sont trop." - Cavanna

Le Jeudi 28 Août 2003 12:34, vous avez écrit :
> >> Que pensez vous de présenter sur la liste nos exploitations de PG?
>
> A mon tour.
>
A moi, maintenant :)

Je travaille dans une société qui utilise PostgreSQL depuis environ trois ans
pour ses clients. Les dumps peuvent atteindre des tailles assez respectables
(3 Go).

Nous l'utilisons aussi en interne pour nos propres besoins, mais depuis
seulement 6 mois. La base est beaucoup plus petite (le dump faisant environ
600Mo non compressé). Nous utilisons des applications sous windows via odbc
pour y accéder.

Travailler avec PostgreSQL est assez satisfaisant... surtout qu'il me reste de
nombreuses choses à découvrir (comme la réplication, mais aussi d'autres
fonctionnalités moins avancées et tout aussi intéressantes). J'aime notamment
beaucoup les discussions sur la liste pgsql-performance, même si j'ai peu de
temps pour tester ce que j'y apprends.

--
Guillaume <!-- http://absfr.tuxfamily.org/ -->.