>NVU est déjà un soft plus clair ! (pour n'en citer qu'un parmi d'autres)
Je ne risque pas de le prendre pour un Troll puisque je ne connais pas. Par contre Nvu c'est le 1er que je lui ai proposé. Mais c'est en Anglais et il a beau rentrer d'un séjour linguistique, Môssieur veut du soft en Français! Evidemment je pourrais passer une après-midi complète avec lui pour les expliquer tous les rudiments, mais là c'était la doc qui m'importait le plus, pas le soft. J'aimerai qu'il commence à se débrouiller un peu tout seul. Idem pour les parents, amis, voisins, etc. à qui je parle de Linux et des LL à longueur de temps sans avoir vraiment de docs à leur proposer (et du temps à leur consacrer). C'est pour celà que m'est venue l'idée d'en rédiger une, mais je me demande si tous ces gens lisent vraiment les docs... :-(
>Il faut savoir qu'à l'époque où linuxfr utilisait daCode comme moteur PHP,[snip]
Waaa trop fort, tu vas te retrouver dans les limbes toi... ;-)
Moi je dis Bravo à Fabien, parce que le jour où on verra daCode utiliser les css, hein...
D'ailleurs j'ai le souvenir d'un utilisateur de /. qui avait quantifié le gain en transfert de données que daCode aurait eu en passant à un modèle d'architecture plus récent. Et bien Rob Malda lui a rétorqué qu'il n'avait qu'à le coder lui-même!
Alors encore merci à Fabien et à tous ceux qui font vivre et évoluer dlfp et sans qui nous serions encore tous sur fcol*
15 jours que je cherche à entrer en contact avec un autre utilisateur dont la redirection ne semble pas fonctionner. Trop cool me dis-je, voilà exactement ce que j'attendais! Et schlack la girafe!
Templeet has found a syntax error on the character 1, line 39 of template/users/messages.html
34 : ')
35 :
36 : ')
37 :
38 :
39 : ~include("../linuxfr/footer.tmpl")
40 :
Comme ma soirée d'hier ce qui explique pas mal de choses... ;-)
M'enfin la fin des vacances approche et on vient de récupérer une partie de la progéniture, donc on va redevenir plus sérieux histoire de ne pas trop perdre en humour. :)
Aller hop, au lit le vieux ------------>[]
>ses guichetiers aimable et parfois presque bilingue (Français et Petit nègre), ses passants souriants toujours heureux de rendre service...
Oui, tu as raison de le signaler. Mais je peux t'assurer que nous avons une très mauvaise réputation à l'étranger...
Récemment dans une réunion avec des dirigeants de plusieurs chaines hôtellières (dont l'un était de Lausanne), j'avais crû bon de me présenter à lui en disant que je n'avais jamais été aussi bien reçu qu'à Lausanne (et c'est vrai que j'adore cette ville). Je me suis pris une volée de bois vert car il m'a répondu texto:
- et moi je n'ai jamais été aussi mal acceuilli qu'à Paris!
Plus sérieusement, même si je ne suis pas un afficionado de Kde, ce genre d'événement donne une vision très impressionnante de cette comunauté. Dommage qu'il n'y ait pas plus d'infos sur le financement de la conférence. J'aurais bien aimé y voir figurer Novell ou la ville de Munich par ex. Par contre 500¤/jour pour les tutos je trouve le ticket d'entrée un peu élevé pour les contributeurs de Kde et les développeurs Open Source. :(
En tous cas nos amis Allemand démontrent une fois de plus leur savoir-faire en matière d'organisation!
Tiens, ça me fait penser à une blague, mais je ne sais pas si je peux?
Aller hop, dans le journal....
> Oui, c'est complétement la SAN du pauvre que je veux faire ;o)
Un article est paru sur le sujet il y a quelques jours sur /.
Il s'agit d'un produit Linksys qui fonctionne avec de l'USB2 et non pas du FW. Le pb c'est que bien qu'étant sous Linux, il fait tourner Samba et se destine donc aux Bénis-win-win. Mais sur cette page (http://www.batbox.org/nslu2-linux.html(...)) tu trouveras toutes les infos pour en faire un petit SAN pour Linux. A noter qu'il ne coute que 100¤.
>Puis je développer mes applis avec cloudscape et balancer mysql et firebird à la poubelle ?
Mais c'est qu'il est têtu. :) PostgreSQL on te dit! Et puis prend donc 5mn pour lire le document, donné en lien ici: http://linuxfr.org/comments/432737,1.html(...) C'est assez édifiant.
> Quelle est la différence avec un EAI ?
Parce qu'au vu du produit c'en est un pour moi.
La réponse donnée par Sébastien est amusante mais ne reflète pas exactement la réalité sur la complexité des environnements distribués en milieu hétérogène. De fait, après l'avènement des flux A to A et B to B, le C to C porté sur des architectures Webservices a montré à quel point l'intégration globale permettant de fédérer l'ensemble des îlots applicatifs de l'entreprise est devenu pour celle-ci un challenge nécessaire pour mener à bien la décentralisation des fonctions décisionnelles de son Business Intelligence.
Après les difficultés rencontrées lors des fusions stratégiques entre les flux A to B et B to C, l'avènement proche de l'externalisation des connecteurs de l'EAI en prévoyance de l'arrivée à court terme des flux C to D, rend l'entreprise vulnérable aux erreurs d'intégration des applications, pourtant au coeur des préoccupations des entreprises qui souhaitent tirer le plus profit de leurs investissements technologiques.
Notre société développe depuis plusieurs années un savoir-faire inégalé....
>
Par contre niveau performance, imaginons un rapport calcule sur 10 millions d'entrees (courant par exemple pour calculer des facturations sur des communications entre operateurs telecom).
J'ai bossé sur une appli de refacturation Interco. Impossible de t'envoyer un mail sur dlfp. Peux-tu me joindre stp?
Thxs.
> Donc si tu veux changer la base produit il faut recompiler... 200? 300 programmes?
Houlà, grave problème d'architecture. Quand on a plusieurs centaines d'applis qui attaquent une base, elles ne doivent jamais le faire en direct. Le schéma physique étant commun à toutes ces applis, il doit impérativement leur rester totalement inconnu. Dans ce contexte, chaque appli devrait disposer d'un schéma à base de vues et de procédures stockées qui représentent le 'contrat' entre l'appli et les DBA. Ainsi lorsque le modèle physique est modifié (en théorie c'est mal, mais en pratique ça arrive) on adapte les vues et les procédures de façon à conserver une interface identique pour l'appli.
>interbase, n'est pas sur le declin, sa version 7.5 est sorti recemment
Je pensais que c'était la 7.1 mais je te crois sur parole. En parlant de déclin je ne faisais que me référer aux paroles de Paul Reeves dans le document intitulé "How InterBase became Open Source". Il faut d'autre part bien se souvenir qu'à cette période là tout le monde pensait que le produit allait tout simplement disparaitre comme bon nombre de produits chez Borland/Inprise qui était en pleine crise.
>et surtout, en quoi ca ferait de Firebird un produit de seconde zone ?
Je n'ai pas dis celà...même si je le pense :) Cf. plus loin.
>je n'inutile pas ton commentaire, pour que le debat est lieu, j'attend que tu m'explique....
Sage réaction, voici donc mes explications:
Firebird manque de pas mal de fonctionnalités natives (Tablespace, réplication, full text indexing, ...). On peut évidemment penser que le produit va évoluer maintenant qu'il est OSS, mais PostgreSQL fait déjà tout celà.
Firebird est trop lié à Interbase et reste avant tout un projet commercial destiné à rester 100% compatible avec un produit propriétaire. Pour ma pomme c'est rédibitoire. :(
Manque de documentation, celle de Borland étant payante.
Tout celà suffit à me faire une mauvaise opinion du produit et de son environnement. Peut-être ais-je tort, mais dans la mesure où PostegreSQL est pleinement satisfaisant, pourquoi irais-je voir ailleurs, d'autant que contrairement à ce que j'ai lu à plusieurs reprises dans les messages ici, changer de SGBDR n'est jamais anodin et ne se fait pas non plus sur un coup de tête. On ne devient pas DBA du jour au lendemain...
Il faut savoir que j'ai bossé avec plusieurs versions de RDB (3->5), Oracle (3->9i), Sybase (10->11), Ms SQLServer(6.5->2000) , mySQL(3) et maintenant PostgreSQL (depuis la 7.1). Je me vois mal passer à Firebird voilà tout....
> mais si tu savais la complexité de ce qui se passe derrière, ça donne le vertige.
Je m'en doute un tout petit peu pour avoir bossé sur des projets de Grid-computing et de mutualisation de BDD. De toutes façons les marketeux peuvent raconter ce qu'ils veulent, je ne commencerai à regarder la 10g que dans un an ou deux. Je suis certain qu'elle fourmille encore de bug .
>Pour ne parler que des concurrents commerciaux, depuis combien de temps MS SQL Server et Oracle fonctionnent en mode réparti ?
C'est simple, pour Ms SQLServer ça n'existe pas encore, pour Oracle ça date de la 10g, ça doit faire un an à peu près. Pour ce qui est du marketing, je partage en partie ton avis. D'un autre coté, au vu de l'accroissement vertigineux de certaines bases, on peut penser que les solutions en grid ont un réel avenir. D'autant que répartir les applis de façon native (et non pas avec une solution comme C-JDBC) sur plusieurs serveurs c'est quand même un pas vers la haute dispo.
> Cependant, aujourd'hui les raw devices ne sont plus beaucoup utilisés
C'est vrai sur les SAN (EMC en fait de très bons), mais probablement pas sur les petits serveurs (sauf si cartes Raid 15 ou 20 avec moult Mo de RAM). Si j'arrive à installer Sybase 10 sur ma Gentoo, je ferais bien un petit test de perfs rien que pour voir.
> Wall Mart (qui a/avait le plus gros data warehouse au monde à la fin des années 90) utilisait Teradata, autant que je me souvienne.
Possible, mais à cette époque un VLDB ne dépassait pas quelques téras. Aujourd'hui les bases qui dépassent 50 téras se comptent par centaines. Il me parait évident dans un tel contexte que PostgreSQL n'a rien à faire dans cette catégorie.
>Je voulais pas de débat, juste attiser la curiosité, j'en ai payé le prix :)
Avoues que tu ne l'a pas volé. ;-) Firebird n'est que le descendant d'Interbase, un produit proprio sur le déclin dont Borland a pensé qu'en le donnant à la communauté OSS celà lui donnerait une seconde jeunesse. Mais regardes ce qui est arrivé à SAP...
>C'est absolument nécessaire pour offrir une alternative à MS Access.
Pierre, comparer PostgreSQL à Access c'est pas très gentil (je n'ai jamais autant pesé mes mots ;-)...
>J'espère aussi que la mise en oeuvre de postgresql sera facilitée. Il n'est pas évident du tout à un débutant d'aller éditer /var/lib/pgsql/data/postgresql.conf pour y ajouter tcpip_socket = true et d'aller modifier /var/lib/pgsql/data/pg_hba.conf pour y permetter la connexion en mode local (par localhost).
Tous les DBA préfèrent aller modifier un fichier de conf que de se retrouver devant une interface graphique propriétaire toujours limitée et + ou - foireuse (Cf Ms SQL Server). Maintenant si le commentaire s'adresse aux débutants non informaticiens, j'espère réellement qu'aucun d'entre eux n'aura jamais l'idée saugrenue d'installer PostregreSQL. C'est quand même pas un outil pour débutants :)
>Il est indispensable de donner une configuration par défaut qui soit directement utilisable (comme Access).
Argll non alors! Il y a déjà SQLite (et consors) pour ça.
>La réplication de base est une très bonne chose.
Elle y est depuis un bon moment, et de toutes façons rien ne vaut de bonnes procédures stockées pour se faire sa propre réplication aux petits oignons.
>Il serait très intéressant de la faire vers MySQL pour faire de l'infocentre
Pardon, mais je ne vois pas vraiment l'intérêt d'avoir un second moteur pour gagner quelques millisecondes sur les requêtes. Par contre PostgreSQL sera bien plus adapté lorsqu'il faudra mettre en place un Datawharehouse ou bien de l'analyse de données OLAP (Cf. le magnifique projet Mondrian : http://sourceforge.net/projects/mondrian/(...))
>Les cas où Oracle est nécessaire sont vraiment marginaux.
Tout à fait d'accord pour l'édition Standard destinée aux PME-PMI. Par contre quand il s'agit de gérer plusieurs Téra de données ou milliers d'utilisateur, je n'hésiterai qu'entre Oracle et DB2. OSDN a d'ailleurs choisi le dernier si je ne m'abuse.
>C'est dû au fait que Oracle a été conçu pour gérer lui-même les accès disques alors que postgresql laisse le file system s'en débrouiller.
Ayant débuté avec la V3 d'Oracle, je n'ai pas le souvenir d'y avoir vu le support des Raw devices à l'époque (mais je peux me tromper, ça ne date pas d'hier). Je crois que c'est arrivé bien plus tard. Et je continue de penser que c'est une excellente chose: lorsqu'on a bossé plusieurs jours/semaines sur la conception des Lun, on ne va quand même pas tout gacher avec un filestem! Concernant les Tablespace, reste à voir comment ils sont implémentés et ce qu'ils permettent de faire (Cf. partitionnement vertical et horizontal).
J'ajouterai que j'attendais la version 7.5 de PostgreSQL depuis un bout de temps justement pour les Tablespaces. Et puis là je vois arriver une V8 qui d'un point de vue des nouvelles fonctionnalités ne m'impressionne pas plus que celà. Par contre après avoir lu la liste des améliorations je m'aperçois que le paramètre tcpip_socket a été remplacé par un listen_addresses ce qui devrait te faire plaisir. ;-)
Plus sérieusement, la liste des améliorations sur les performances est impressionnante.
Je terminerai ce long message par une 'petite requête' à destination des DBA PostgreSQL: en dehors de pgAdmin, quel outil utilisez-vous pour l'analyse des requêtes (sortie du plan d'exécution)? J'ai lu que les stats et l'optimiseur ont subi quelques changements.
[^] # Re: Ca tombe à pic
Posté par Raoul Volfoni (site web personnel) . En réponse à la dépêche Le manuel de Mozilla en français. Évalué à 4.
Je ne risque pas de le prendre pour un Troll puisque je ne connais pas. Par contre Nvu c'est le 1er que je lui ai proposé. Mais c'est en Anglais et il a beau rentrer d'un séjour linguistique, Môssieur veut du soft en Français! Evidemment je pourrais passer une après-midi complète avec lui pour les expliquer tous les rudiments, mais là c'était la doc qui m'importait le plus, pas le soft. J'aimerai qu'il commence à se débrouiller un peu tout seul. Idem pour les parents, amis, voisins, etc. à qui je parle de Linux et des LL à longueur de temps sans avoir vraiment de docs à leur proposer (et du temps à leur consacrer). C'est pour celà que m'est venue l'idée d'en rédiger une, mais je me demande si tous ces gens lisent vraiment les docs... :-(
# Ca tombe à pic
Posté par Raoul Volfoni (site web personnel) . En réponse à la dépêche Le manuel de Mozilla en français. Évalué à 3.
>Ce guide n'aborde Composeur que dans le contexte d'utilisation du client de messagerie.
Arglll Noooonnnn! :(
M'enfin, c'est une super initiative qui me donne tout plein d'idées....
[^] # Re: Bonne idée
Posté par Raoul Volfoni (site web personnel) . En réponse au message Système de message personnel. Évalué à 1.
Waaa trop fort, tu vas te retrouver dans les limbes toi... ;-)
Moi je dis Bravo à Fabien, parce que le jour où on verra daCode utiliser les css, hein...
D'ailleurs j'ai le souvenir d'un utilisateur de /. qui avait quantifié le gain en transfert de données que daCode aurait eu en passant à un modèle d'architecture plus récent. Et bien Rob Malda lui a rétorqué qu'il n'avait qu'à le coder lui-même!
Alors encore merci à Fabien et à tous ceux qui font vivre et évoluer dlfp et sans qui nous serions encore tous sur fcol*
# C'était trop beau!
Posté par Raoul Volfoni (site web personnel) . En réponse au message Système de message personnel. Évalué à 2.
Templeet has found a syntax error on the character 1, line 39 of template/users/messages.html
34 : ')
35 :
36 : ')
37 :
38 :
39 : ~include("../linuxfr/footer.tmpl")
40 :
[^] # Re: sacré Français...
Posté par Raoul Volfoni (site web personnel) . En réponse au journal Le paradis européen. Évalué à 2.
Comme ma soirée d'hier ce qui explique pas mal de choses... ;-)
M'enfin la fin des vacances approche et on vient de récupérer une partie de la progéniture, donc on va redevenir plus sérieux histoire de ne pas trop perdre en humour. :)
Aller hop, au lit le vieux ------------>[]
[^] # Re: Accueil Français
Posté par Raoul Volfoni (site web personnel) . En réponse au journal Le paradis européen. Évalué à 2.
Oui, tu as raison de le signaler. Mais je peux t'assurer que nous avons une très mauvaise réputation à l'étranger...
Récemment dans une réunion avec des dirigeants de plusieurs chaines hôtellières (dont l'un était de Lausanne), j'avais crû bon de me présenter à lui en disant que je n'avais jamais été aussi bien reçu qu'à Lausanne (et c'est vrai que j'adore cette ville). Je me suis pris une volée de bois vert car il m'a répondu texto:
- et moi je n'ai jamais été aussi mal acceuilli qu'à Paris!
[^] # Re: Module 6: ne pas retarder Sarge
Posté par Raoul Volfoni (site web personnel) . En réponse à la dépêche The aKademy 2004 a commencé. Évalué à 2.
Merci pour la précision, parce que ce n'est pas tout à fait ce qui est indiqué sur le site: http://conference2004.kde.org/registration.php(...)
>In case tutorial places are not booked out during the event, KDE contributors can take the left places free of charge.
[^] # Re: Module 6: ne pas retarder Sarge
Posté par Raoul Volfoni (site web personnel) . En réponse à la dépêche The aKademy 2004 a commencé. Évalué à 3.
http://developer.kde.org/~binner/aKademy2004/day0/dscf0005.jpg(...(...))
Oui, c'est un poster de ce que l'on trouve sur leur site:
http://conference2004.kde.org/sponsors.php(...) , mais ça ne donne pas plus d'infos que ça sur les montants de la participation.
>Et vu le nombre de portable HP neufs, je pense que HP a fait une donation de portable, enfin j'imagine, a confirmer :)
Ha et bien ça ce serait plutot une bonne nouvelle! Merci pour l'url.
# Module 6: ne pas retarder Sarge
Posté par Raoul Volfoni (site web personnel) . En réponse à la dépêche The aKademy 2004 a commencé. Évalué à 3.
En tous cas nos amis Allemand démontrent une fois de plus leur savoir-faire en matière d'organisation!
Tiens, ça me fait penser à une blague, mais je ne sais pas si je peux?
Aller hop, dans le journal....
[^] # Re: Le SAN du pauvre
Posté par Raoul Volfoni (site web personnel) . En réponse au message Serveur de gros fichiers et compatibilité. Évalué à 3.
Un article est paru sur le sujet il y a quelques jours sur /.
Il s'agit d'un produit Linksys qui fonctionne avec de l'USB2 et non pas du FW. Le pb c'est que bien qu'étant sous Linux, il fait tourner Samba et se destine donc aux Bénis-win-win. Mais sur cette page (http://www.batbox.org/nslu2-linux.html(...)) tu trouveras toutes les infos pour en faire un petit SAN pour Linux. A noter qu'il ne coute que 100¤.
[^] # Re: je te conseille slackware ou gentoo
Posté par Raoul Volfoni (site web personnel) . En réponse au journal Aller-retour chez SuSe. Évalué à 3.
Je ne sais pas, l'ebuild est encore en testing. Mais aucun bug n'est signalé pour le moment.
[^] # Re: EAI ?
Posté par Raoul Volfoni (site web personnel) . En réponse à la dépêche Nouvelle version stable de BIE (v 6.0.3). Évalué à 2.
Non, effectivement je ne connaissais pas. Excellent, merci. :)
[^] # Re: EAI ?
Posté par Raoul Volfoni (site web personnel) . En réponse à la dépêche Nouvelle version stable de BIE (v 6.0.3). Évalué à 0.
Non, humour. :(
[^] # Re: Hypersonic SQL & cloudcapse
Posté par Raoul Volfoni (site web personnel) . En réponse à la dépêche Nouvelle version stable de BIE (v 6.0.3). Évalué à 5.
Mais c'est qu'il est têtu. :) PostgreSQL on te dit! Et puis prend donc 5mn pour lire le document, donné en lien ici: http://linuxfr.org/comments/432737,1.html(...) C'est assez édifiant.
[^] # Re: EAI ?
Posté par Raoul Volfoni (site web personnel) . En réponse à la dépêche Nouvelle version stable de BIE (v 6.0.3). Évalué à 9.
Parce qu'au vu du produit c'en est un pour moi.
La réponse donnée par Sébastien est amusante mais ne reflète pas exactement la réalité sur la complexité des environnements distribués en milieu hétérogène. De fait, après l'avènement des flux A to A et B to B, le C to C porté sur des architectures Webservices a montré à quel point l'intégration globale permettant de fédérer l'ensemble des îlots applicatifs de l'entreprise est devenu pour celle-ci un challenge nécessaire pour mener à bien la décentralisation des fonctions décisionnelles de son Business Intelligence.
Après les difficultés rencontrées lors des fusions stratégiques entre les flux A to B et B to C, l'avènement proche de l'externalisation des connecteurs de l'EAI en prévoyance de l'arrivée à court terme des flux C to D, rend l'entreprise vulnérable aux erreurs d'intégration des applications, pourtant au coeur des préoccupations des entreprises qui souhaitent tirer le plus profit de leurs investissements technologiques.
Notre société développe depuis plusieurs années un savoir-faire inégalé....
Bon, ok --> []
[^] # Re: La possibilité de changer le type d'une colonne avec ALTER TABLE.
Posté par Raoul Volfoni (site web personnel) . En réponse à la dépêche Première bêta de PostgreSQL 8. Évalué à 2.
[snip]
Heu c'est exactement ce que j'ai écris non? ;-)
Pour une fois qu'il y a au moins 2 personnes en accord dans ce thread... :)
[^] # Re: Et mysql
Posté par Raoul Volfoni (site web personnel) . En réponse à la dépêche Première bêta de PostgreSQL 8. Évalué à 2.
Par contre niveau performance, imaginons un rapport calcule sur 10 millions d'entrees (courant par exemple pour calculer des facturations sur des communications entre operateurs telecom).
J'ai bossé sur une appli de refacturation Interco. Impossible de t'envoyer un mail sur dlfp. Peux-tu me joindre stp?
Thxs.
[^] # Re: La possibilité de changer le type d'une colonne avec ALTER TABLE.
Posté par Raoul Volfoni (site web personnel) . En réponse à la dépêche Première bêta de PostgreSQL 8. Évalué à 5.
Houlà, grave problème d'architecture. Quand on a plusieurs centaines d'applis qui attaquent une base, elles ne doivent jamais le faire en direct. Le schéma physique étant commun à toutes ces applis, il doit impérativement leur rester totalement inconnu. Dans ce contexte, chaque appli devrait disposer d'un schéma à base de vues et de procédures stockées qui représentent le 'contrat' entre l'appli et les DBA. Ainsi lorsque le modèle physique est modifié (en théorie c'est mal, mais en pratique ça arrive) on adapte les vues et les procédures de façon à conserver une interface identique pour l'appli.
[^] # Re: C'est pas pour troller mais...
Posté par Raoul Volfoni (site web personnel) . En réponse à la dépêche Première bêta de PostgreSQL 8. Évalué à 4.
Je pensais que c'était la 7.1 mais je te crois sur parole. En parlant de déclin je ne faisais que me référer aux paroles de Paul Reeves dans le document intitulé "How InterBase became Open Source". Il faut d'autre part bien se souvenir qu'à cette période là tout le monde pensait que le produit allait tout simplement disparaitre comme bon nombre de produits chez Borland/Inprise qui était en pleine crise.
>et surtout, en quoi ca ferait de Firebird un produit de seconde zone ?
Je n'ai pas dis celà...même si je le pense :) Cf. plus loin.
>je n'inutile pas ton commentaire, pour que le debat est lieu, j'attend que tu m'explique....
Sage réaction, voici donc mes explications:
Firebird manque de pas mal de fonctionnalités natives (Tablespace, réplication, full text indexing, ...). On peut évidemment penser que le produit va évoluer maintenant qu'il est OSS, mais PostgreSQL fait déjà tout celà.
Firebird est trop lié à Interbase et reste avant tout un projet commercial destiné à rester 100% compatible avec un produit propriétaire. Pour ma pomme c'est rédibitoire. :(
Manque de documentation, celle de Borland étant payante.
Firebird ne tient pas vraiment la charge (http://www.postgresqlfr.org/usecases/elma.php(...)) et est bourré de bugs.
Tout celà suffit à me faire une mauvaise opinion du produit et de son environnement. Peut-être ais-je tort, mais dans la mesure où PostegreSQL est pleinement satisfaisant, pourquoi irais-je voir ailleurs, d'autant que contrairement à ce que j'ai lu à plusieurs reprises dans les messages ici, changer de SGBDR n'est jamais anodin et ne se fait pas non plus sur un coup de tête. On ne devient pas DBA du jour au lendemain...
Il faut savoir que j'ai bossé avec plusieurs versions de RDB (3->5), Oracle (3->9i), Sybase (10->11), Ms SQLServer(6.5->2000) , mySQL(3) et maintenant PostgreSQL (depuis la 7.1). Je me vois mal passer à Firebird voilà tout....
[^] # Re: Comparatif par rapport à Oracle ?
Posté par Raoul Volfoni (site web personnel) . En réponse à la dépêche Première bêta de PostgreSQL 8. Évalué à 3.
Je m'en doute un tout petit peu pour avoir bossé sur des projets de Grid-computing et de mutualisation de BDD. De toutes façons les marketeux peuvent raconter ce qu'ils veulent, je ne commencerai à regarder la 10g que dans un an ou deux. Je suis certain qu'elle fourmille encore de bug .
[^] # Re: Comparatif par rapport à Oracle ?
Posté par Raoul Volfoni (site web personnel) . En réponse à la dépêche Première bêta de PostgreSQL 8. Évalué à 4.
C'est simple, pour Ms SQLServer ça n'existe pas encore, pour Oracle ça date de la 10g, ça doit faire un an à peu près. Pour ce qui est du marketing, je partage en partie ton avis. D'un autre coté, au vu de l'accroissement vertigineux de certaines bases, on peut penser que les solutions en grid ont un réel avenir. D'autant que répartir les applis de façon native (et non pas avec une solution comme C-JDBC) sur plusieurs serveurs c'est quand même un pas vers la haute dispo.
[^] # Re: Quelque liens complémentaires
Posté par Raoul Volfoni (site web personnel) . En réponse à la dépêche Première bêta de PostgreSQL 8. Évalué à 1.
C'est vrai sur les SAN (EMC en fait de très bons), mais probablement pas sur les petits serveurs (sauf si cartes Raid 15 ou 20 avec moult Mo de RAM). Si j'arrive à installer Sybase 10 sur ma Gentoo, je ferais bien un petit test de perfs rien que pour voir.
> Wall Mart (qui a/avait le plus gros data warehouse au monde à la fin des années 90) utilisait Teradata, autant que je me souvienne.
Possible, mais à cette époque un VLDB ne dépassait pas quelques téras. Aujourd'hui les bases qui dépassent 50 téras se comptent par centaines. Il me parait évident dans un tel contexte que PostgreSQL n'a rien à faire dans cette catégorie.
[^] # Re: Et mysql
Posté par Raoul Volfoni (site web personnel) . En réponse à la dépêche Première bêta de PostgreSQL 8. Évalué à 1.
Clap clap clap. Et soulagement de ne pas être seul à penser celà. :)
[^] # Re: C'est pas pour troller mais...
Posté par Raoul Volfoni (site web personnel) . En réponse à la dépêche Première bêta de PostgreSQL 8. Évalué à 2.
Avoues que tu ne l'a pas volé. ;-) Firebird n'est que le descendant d'Interbase, un produit proprio sur le déclin dont Borland a pensé qu'en le donnant à la communauté OSS celà lui donnerait une seconde jeunesse. Mais regardes ce qui est arrivé à SAP...
[^] # Re: Quelque liens complémentaires
Posté par Raoul Volfoni (site web personnel) . En réponse à la dépêche Première bêta de PostgreSQL 8. Évalué à 10.
Pierre, comparer PostgreSQL à Access c'est pas très gentil (je n'ai jamais autant pesé mes mots ;-)...
>J'espère aussi que la mise en oeuvre de postgresql sera facilitée. Il n'est pas évident du tout à un débutant d'aller éditer /var/lib/pgsql/data/postgresql.conf pour y ajouter tcpip_socket = true et d'aller modifier /var/lib/pgsql/data/pg_hba.conf pour y permetter la connexion en mode local (par localhost).
Tous les DBA préfèrent aller modifier un fichier de conf que de se retrouver devant une interface graphique propriétaire toujours limitée et + ou - foireuse (Cf Ms SQL Server). Maintenant si le commentaire s'adresse aux débutants non informaticiens, j'espère réellement qu'aucun d'entre eux n'aura jamais l'idée saugrenue d'installer PostregreSQL. C'est quand même pas un outil pour débutants :)
>Il est indispensable de donner une configuration par défaut qui soit directement utilisable (comme Access).
Argll non alors! Il y a déjà SQLite (et consors) pour ça.
>La réplication de base est une très bonne chose.
Elle y est depuis un bon moment, et de toutes façons rien ne vaut de bonnes procédures stockées pour se faire sa propre réplication aux petits oignons.
>Il serait très intéressant de la faire vers MySQL pour faire de l'infocentre
Pardon, mais je ne vois pas vraiment l'intérêt d'avoir un second moteur pour gagner quelques millisecondes sur les requêtes. Par contre PostgreSQL sera bien plus adapté lorsqu'il faudra mettre en place un Datawharehouse ou bien de l'analyse de données OLAP (Cf. le magnifique projet Mondrian : http://sourceforge.net/projects/mondrian/(...))
>Les cas où Oracle est nécessaire sont vraiment marginaux.
Tout à fait d'accord pour l'édition Standard destinée aux PME-PMI. Par contre quand il s'agit de gérer plusieurs Téra de données ou milliers d'utilisateur, je n'hésiterai qu'entre Oracle et DB2. OSDN a d'ailleurs choisi le dernier si je ne m'abuse.
>C'est dû au fait que Oracle a été conçu pour gérer lui-même les accès disques alors que postgresql laisse le file system s'en débrouiller.
Ayant débuté avec la V3 d'Oracle, je n'ai pas le souvenir d'y avoir vu le support des Raw devices à l'époque (mais je peux me tromper, ça ne date pas d'hier). Je crois que c'est arrivé bien plus tard. Et je continue de penser que c'est une excellente chose: lorsqu'on a bossé plusieurs jours/semaines sur la conception des Lun, on ne va quand même pas tout gacher avec un filestem! Concernant les Tablespace, reste à voir comment ils sont implémentés et ce qu'ils permettent de faire (Cf. partitionnement vertical et horizontal).
J'ajouterai que j'attendais la version 7.5 de PostgreSQL depuis un bout de temps justement pour les Tablespaces. Et puis là je vois arriver une V8 qui d'un point de vue des nouvelles fonctionnalités ne m'impressionne pas plus que celà. Par contre après avoir lu la liste des améliorations je m'aperçois que le paramètre tcpip_socket a été remplacé par un listen_addresses ce qui devrait te faire plaisir. ;-)
Plus sérieusement, la liste des améliorations sur les performances est impressionnante.
Je terminerai ce long message par une 'petite requête' à destination des DBA PostgreSQL: en dehors de pgAdmin, quel outil utilisez-vous pour l'analyse des requêtes (sortie du plan d'exécution)? J'ai lu que les stats et l'optimiseur ont subi quelques changements.