no way to compare when less than two revisions

Différences

Ci-dessous, les différences entre deux révisions de la page.

@@ Ligne 1: / Ligne 1: @@
+====== Pierre-Louis Malatray, développeur indépendant ======
+===== Contexte =====
+Je suis développeur indépendant et je travaille avec PG dans de petites
+entreprises
+qui recherchent le moindre coût et le maximum de fiabilité.
+La fiabilité, c'est aussi pour moi, parce que je ne veux pas courrir
+remettre en route
+les serveurs chez mes clients !
+Il faut que ça tourne tout seul.
+===== Premier exemple =====
+J'ai développé un logiciel spécifique pour gérer des créances dans une
+société de recouvrement.
+Il fonctionne en client/serveur avec 5 postes clients sous Windows 98
+par ODBC, 6 jours sur 7.
+Initialement, le moteur de base de données (Sybase SQL Anywhere)
+tournait sur un des postes client.
+Solution techniquement loin d'être idéale mais économique. La base
+comptait 200 Mo lorsque les
+utilisateurs ont commencé à se plaindre de la lenteur du système,
+c'était en 1999.
+Il a donc fallu trouver une solution fiable et économique pour mettre en
+place un serveur dédié.
+J'ai choisi GNU/Linux et PostgreSQL après quelques essais sur différents
+moteurs.
+Les performances étaient équivalentes avec la base que j'utilisais.
+A l'époque, les moteurs SQL libres n'étaient pas légion.
+PostgreSQL était purement en license GPL, ce qui a finalement emporté
+mon choix pour des
+raisons de perrennité et de transparence.
+J'ai été impressionné, en lisant les mails qui circulaient sur la liste
+de PG, de voir avec quelle
+célérité les problèmes des administrateurs de bases de données étaient
+résolus !
+Finalement, le logiciel tourne avec PostgreSQL version 6.4, une base de
+Mo, aujourd'hui,
+avec 19 tables appuyé sur une RedHat 6.0.
+Ce serveur tourne depuis 1999 en 24/24 avec un VACUUM (régénération des
+index et purge du soft delete)
+hebdomadaire et un reboot mensuel, tout ceci depuis la cron donc en
+automatique.
+Quelque remarques :
+Ce serveur a subi, au fil du temps, quelques avaries, mort de la carte
+mère, onduleur HS, court circuit
+sur le câble réseau par écrasement de celui-ci.
+Des resets répétés des utilisateurs qui trouvaient que le serveur ne
+démarrait pas assez vite
+après une coupure de courant prolongée.
+PostgreSQL = 0 défaut. Pas une ombre au tableau :-)
+Lorsque je codais les requêtes SQL pour migrer sous PG, j'avais quelques
+inquiétudes au sujet de la syntaxe
+notamment pour la conversion des entiers. Tout ceci s'est dissipé à
+partir de la version 7.0 :)
+===== Deuxième exemple =====
+J'utilise PG sur un logiciel personnel qui me sert à faire mes comptes.
+PostgreSQL version 7.2, une base de 50 Mo avec 8 tables.
+Cette appli me sert essentiellement 'd'éclaireur' pour les essais divers
+et variés
+de moteurs SQL, d'outils de développement etc...
+Le serveur tourne sous ma propre distribution (noyau 2.4.21) et je ne
+m'en occupe jamais
+sauf pour installer une distribution plus récente.
+PG fonctionne parfaitement.
+===== Conclusion =====
+PostgreSQL est aujourd'hui un moteur SQL qui n'a pas à rougir devant ses
+concurrents commerciaux.
+Les connectivités ODBC, JDBC sont implémentées et fiables.
+Il supporte toute la puissance du langage SQL ANSI92.
+La mise en route et la sécurisation sont simples et logiques.
+La documentation est très bien faite.
+Le volume des bases que j'utilise est faible, j'aimerais tester des
+volumes plus importants (plusieurs Go)
+mais je n'ai réussi à convaincre personne pour l'instant :-(
+Voici mon humble témoignage, espérant qu'il amènera sa pierre à
+l'édifice :-)
+Pierre-Louis Malatray
+-- \\
+Jean-Paul Argudo le 11/09/2004

Suivez-Nous !

Utilisateur

Page

Rechercher

Différences