Par exemple il peut y avoir des nouveautés qui ne sont pas abordées parce que je ne comprends tout simplement pas assez le sujet pour écrire quelque chose de cohérent.
Dans ces cas-là peut-être qu'un journal pourrait aborder le sujet en avance et essayer de recueillir des infos ?
RedHat et Novell l'ont bien compris, ils commencent à inclure le même système dans RHEL et SLES.
Concernant RedHat, le satellite server est disponible depuis au moins 2004 iirc et le Red_Hat_Network depuis fin 2000 : ils permettent la gestion de parc et gestion des mises à jour.
Puis, bon, ce n'est pas comme si faire des miroirs des dépôts n'était pas possible avant…
Autre « petite » différence : par défaut les dépôts des distributions GNU/Linux gèrent l'intégralité des paquets (OS + applications) ; avec WSUS, par défaut, il n'y a que les produits Microsoft (et encore au tout début il n'y avait que l'OS).
merci pour cette hagiographie de metalink qui en pointe clairement les défauts (je n'en connaissais pas autant, notamment sur le côté intrusif) et qui met tant en valeur les bonnes pratiques qui ont lieu dans le libre (réactivité, pertinence, apport technique de qualité et renvoi factuel vers les documentations existantes).
Le support d'Oracle francophone est donc maintenant canadien au vu de vos horaires respectifs ?
Quels points forts avez-vous trouvé à PostgreSQL dans vos essais ? Un lien vers un benchmark officiel et public serait intéressant (au niveau fonctionnalités principalement, éventuellement au niveau performances de traitement mais cela n'est pas le principal, vu que c'est trop souvent contextuel - et trop déconnecté de cas concrets qui m'intéressent plus - et que cela peut évoluer dans le temps).
Stéphane Fermigier a pointé dernièrement le travail d'Oracle autour du logiciel libre Hadoop porté par la fondation apache (il faut lire son livre blanc pour le voir) ; y-a-t-il une incitation à travailler de plus en plus avec du logiciel libre ? Quels ont été les retours concrets faits à la communauté du libre et dans quel cadre (R&D ? contractualisation client pour remonter upstream les points corrigés ? quel a été l'accueil pour ces remontées / patchs / demandes / documentations ?)
L'a-priori de djano àmha est lié à la date de création du compte, l'oubli du sujet principal de cette dépêche : PostgreSQL (et non Oracle) et la logorrhée fournie ;-) En terme d'ouverture, pourquoi justement ne pas faire de retours de vos essais plutôt que de défendre à tous crins du propriétaire, ne faudrait-il pas faire preuve d'ouverture pour montrer ce qui fonctionne bien ? (l'exemple du projet Naca est très bien trouvé, je m'étais justement fait la remarque cette semaine :p)
Bienvenue en tout cas dans notre (autre) monde du libre sur LinuxFr.org, tout autant rempli de gens compétents mais qui hésitent parfois à s'exprimer et préfèrent souvent les discussions factuelles sur le libre (ce qui devrait devenir intéressant si cela continue :D).
son exemple est largement incomplet (outre être irréaliste) :
la « requête » proposée est bien sûr beaucoup plus complexe
ce n'est pas qu'une addition : il y a beaucoup d'I/O pour générer la facture bien sûr
les contrats et services souscrits par le client modifient notablement le décompte des appels et leur facturation (outre l'historique des offres à prendre en compte au cours du temps, surtout sur plus de 15 ans…)
des clients, c'est quelques millions, ce qui en fait des itérations :-)
Tu peux aussi utiliser la formulation "publiés sous licence non-libre Creative Commons by-nc-sa 3.0" si tu souhaites utiliser le terme libre ;-)
N'est-ce-pas se tirer une balle dans le pied que de promouvoir du libre via du non-libre ? En quoi la documentation / présentation est-elle différente du logiciel ?
Si je veux quelque chose qui tient la route, je peux aussi mettre l'ensemble dans le domaine public ou sous une licence permissive comme BSD ou MIT, j'y connais rien.
En France, tu ne peux pas placer quelquechose dans le domaine public, il faut attendre que les droits expirent :/
Oracle_Streams dont tu parles pour la gestion des messages est déprécié par Oracle… sympa pour ceux qui auraient passé du temps à tenter de l'utiliser (bon, je ne l'ai pas rencontré, c'est pas du stockage de données donc les DBA ne l'ont sans doute pas suggéré…).
Pour le scheduler dont tu parles, même Job Scheduler - qui n'était pas apprécié là où je l'ai rencontré - semble pouvoir faire mieux. Ton truc il n'a visiblement pas d'interface graphique, c'est apparemment un simple cron utilisable en créant des lignes dans des tables… Je n'ai vu que des DBA pour l'utiliser (relever des stats par exemple et générer le rapport qui va avec).
Tu parles beaucoup de Oracle 10g, dépêche-toi le "support premier" est terminé depuis juillet 2010 ;-)
Pour le commentaire au-dessus, oui metalink c'est génial : pas indexé par google, une "recherche" intégrée qui ne te retrouve pas ce que tu veux… j'imagine que c'était du second degré :-)
reference needed, je ne l'ai pas vu mis en œuvre, hormis au prix des perfs (/10 au mini en local, un peu plus en distant on va dire… autant aller voir des artistes du cirque faire des pirouettes, les commerciaux Oracle ils finissent dans le filet hein…)
ah, les threads sont payants chez Oracle, intéressant o_O
Utiliser un serveur multi-cœur ça semblait pourtant une fonction de base (avec jeu de mot) pour un moteur de base de données. Ça doit être pour ça qu'il y a database pump (expdp, impdp) pour utiliser plus qu'un cœur pour charger des données (payant hein).
les telco ont pris l'option de partitionnement hein :-) (et pour y avoir travaillé, c'est dans plusieurs instances afin de faire tenir la facturation sur plusieurs serveurs et dans les 24 heures… à mon époque ça prenait entre 3 et 8h, ce qui était incompatible avec l'activité des conseillers de clientèle sur la base client…).
Ce n'était pas tant Oracle le souci d'ailleurs (on avait optimisé malgré le manque de partitionnement à l'époque en Oracle 7 et en leurrant le progiciel choisi, grâce aux synonymes et des tables physiques réparties sur les disques, EMC² n'y avait rien compris à l'époque… début 2000 et ça fonctionnait bien en 3h la plupart du temps pour éviter les 700000 francs par jour de retard d'envoi à la facturation facturés par La Poste).
Oracle 8 nous avait promis le partitionnement, mais n'est arrivé qu'avec les partition views… il a fallu attendre Oracle 9 pour les partition tables (et j'étais parti des telcos).
Tout cela est maintenant possible avec PostgreSQL àmha (et ça me ferait bien plaisir de gérer ces volumétries avec un moteur efficace, je pense que je côtoierais des DBA compétents de nouveau et impliqués :p). Si ça se trouve, ce sera moins des diva et plus des gens qui aiment leur taff' simplement et que l'on reconnaît pour cela (ce dont étaient en manque les DBA que j'ai croisés à l'époque, même si j'ai récupéré 38 MF(*) avec eux, euh pour ma boîte hein, moi j'ai eu droit à une bonne bouffe :p avec les 15 autres qui ont sacrifié leur week-end et leurs nuits à l'époque pour récupérer une table supprimée le 26 qui devait être facturée le 2 au soir, et on l'a fait, que ceux qui se reconnaissent lèvent le bras _o/).
(*) oui, en francs, bon en réalité on n'a récupéré que 9 MF (les dépassements de forfait, le forfait aurait été facturé, mais oui, ça nous a pris du vendredi au mardi soir pour gérer le rattrapage des communications en utilisant la pré-prod' et la procédure définie mais non écrite. Et je confirme que je n'ai eu qu'une bouffe pour cela (comme les 15 autres qui y ont passé plus de temps que moi d'ailleurs), autres temps… J'y ai gagné de l'expérience, de l'aplomb, une confirmation de mes compétences, une confiance dans certaines personnes, une satisfaction du travail bien fait malgré tout (et un certain cynisme, voire un cynisme certain mais réaliste, mais c'est une autre histoire, c'est une question de richesse au sens de la compétence, pas d'argent, qu'est-ce qui est important pour l'avenir ? bref).
oui, le moindre serveur 8 cœurs en cluster actif/passif croisé (chaque serveur actif mais pouvant basculer sur l'autre) reviendrait à 76 k€ pour les deux serveurs, soit 4000 euros chaque instance si on en a 20 (en dessous, c'est plus cher par instance…). Bon, c'est les prix négociés ça hein (ça peut être plus cher que le prix public, va comprendre).
En réalité, dans les grandes entreprises, ça ne coûte que 5 M€ (au moins ou 10 parfois), quel que soit le nombre d'instance et les volumétries (ne vous emmerdez pas à les recenser hein, ya que les allemands pour tenter d'être en règle d'un point de vue technique alors que c'est une négociation commerciale…). Vu dans 3 grandes entreprises (au moins). Attention, les options (partitionnement, spatial…) sont facturées aux maîtrises d'ouvrage (elles ne savent pas qu'il faut passer par les achats), donc bon c'est payé, 2 fois parfois, à chacun d'assumer que le bras droit ne parle pas au bras gauche hein… (manque de coordination).
Pour l'exemple (soit disant pertinant) du cluster actif : cela correspond à quoi ? Le fait que quand le moteur est down bin la base n'est plus accessible du cluster ? (oui le cluster est actif, pas le stockage par défaut… ça c'est une option plus chère encore).
bon je n'ai pas retrouvé pourquoi certains considéraient la beerware licence non libre (j'ai dû le voir passer sur debian-legal mais je n'ai plus le lien), j'ai cependant retrouvé http://romanrm.ru/en/beerware qui oublie d'indiquer :
faut-il que je me déplace pour te payer une bière ?
si je te rencontre, dois-je te payer une bière ?
alors qu'il serait plus simple que je te l'offre pour avoir choisi une licence libre :-) (sans l'obligation, liée au "can" qui aurait pu être remplacé par un "may" iirc, oui, les juristes s'arrêtent à ce genre de chose : obligation ou possibilité/capacité o_O)
en bref, autant prendre la WTFPL qui, elle, est reconnue et revient au même dans ce cas.
Le seul point qui je vois en faveur de PostgreSQL est le prix.
pourrais-tu argumenter ?
Les sujets dont tu parles demandent justement d'y mettre le prix (et les compétences) et cela vaut le coût de regarder du côté de PostgreSQL dans ce cas là (car bon côté Oracle, passé 1 To c'est à la ramasse aussi, s'appuyant sur des baies pour les snapshots - aka BCV en local ou SRDF en distant - sur un slave pour pouvoir l'arrêter pour le copier, digne de MySQL pour ses sauvegardes… une opération de base en exploitation…)
Pour le parallélisme, ah bah Oracle là quadruple le prix avec son Oracle RAC (aka, "tu raques") entre le coût de la licence et des compétences liées à la complexité (limitées par le produit choisi, je n'ai vu RAC mis en œuvre que 3 fois : 2 fois sur des bases petites, 1 fois sur une base conséquente, pour des coûts pas forcément acceptables en temps normal…).
J'ai plutôt vu du MySQL répondant en actif/actif et efficacement (bon avec du slave pour les sauvegardes) pour faire du 24/24, ce qu'aurait fait un bon DBA connaissant PostgreSQL et son exploitation de base, vu qu'il est assez bien outillé par défaut (cela ne demande que de la compétence pour le mettre en œuvre, un peu de temps et d'industrialisation dans le contexte demandé, soit du standard à qui s'investit normalement, sans avoir trop à se battre avec l'éditeur pour y arriver en plus vu que les experts PostgreSQL sont réactifs sur les ML, eux :D).
[^] # Re: Réponses
Posté par BAud (site web personnel) . En réponse au journal De la vie d'une dépêche noyau. Évalué à 6.
Dans ces cas-là peut-être qu'un journal pourrait aborder le sujet en avance et essayer de recueillir des infos ?
[^] # Re: nimage
Posté par BAud (site web personnel) . En réponse au journal De la vie d'une dépêche noyau. Évalué à 3.
il y a de l'ascii-art dans les dernières dépêches iirc
[^] # Re: Dur à lire
Posté par BAud (site web personnel) . En réponse au journal De la vie d'une dépêche noyau. Évalué à 2.
non, c'est une anecdote ;-) publique par ailleurs, ce qu'une recherche rapide permet de retrouver : recherche sur "rc-10"
Cela a entraîné une conservation de la dépêche un peu plus longtemps en modération (et failli tomber pendant les congés de patrick_g<)
[^] # Re: Si tu n'as pas de WSUS, tu es un mauvais admin Windows.
Posté par BAud (site web personnel) . En réponse au journal Pourquoi Windows n'est pas prêt pour le serveur.. Évalué à 10.
Concernant RedHat, le satellite server est disponible depuis au moins 2004 iirc et le Red_Hat_Network depuis fin 2000 : ils permettent la gestion de parc et gestion des mises à jour.
Puis, bon, ce n'est pas comme si faire des miroirs des dépôts n'était pas possible avant…
Windows Server Update Services lui n'existe que depuis 2005 (bon yavait SUS auparavant, jamais vu déployé…).
Autre « petite » différence : par défaut les dépôts des distributions GNU/Linux gèrent l'intégralité des paquets (OS + applications) ; avec WSUS, par défaut, il n'y a que les produits Microsoft (et encore au tout début il n'y avait que l'OS).
[^] # Re: Tests dans une virtualbox
Posté par BAud (site web personnel) . En réponse au journal Pourquoi Windows n'est pas prêt pour le serveur.. Évalué à 4.
XP ?
en serveur ?
[^] # Re: reverse ( org.starox@fredo )
Posté par BAud (site web personnel) . En réponse au message Vends divers matériels ( nabaztag, efika, gta01 ... ). Évalué à 1.
wesh gro !
[^] # Re: Oui mais Oracle n'est pas un moteur SQL...
Posté par BAud (site web personnel) . En réponse à la dépêche Migrer de Oracle à PostgreSQL : Ora2Pg. Évalué à 4.
merci pour cette hagiographie de metalink qui en pointe clairement les défauts (je n'en connaissais pas autant, notamment sur le côté intrusif) et qui met tant en valeur les bonnes pratiques qui ont lieu dans le libre (réactivité, pertinence, apport technique de qualité et renvoi factuel vers les documentations existantes).
Le support d'Oracle francophone est donc maintenant canadien au vu de vos horaires respectifs ?
Quels points forts avez-vous trouvé à PostgreSQL dans vos essais ? Un lien vers un benchmark officiel et public serait intéressant (au niveau fonctionnalités principalement, éventuellement au niveau performances de traitement mais cela n'est pas le principal, vu que c'est trop souvent contextuel - et trop déconnecté de cas concrets qui m'intéressent plus - et que cela peut évoluer dans le temps).
Stéphane Fermigier a pointé dernièrement le travail d'Oracle autour du logiciel libre Hadoop porté par la fondation apache (il faut lire son livre blanc pour le voir) ; y-a-t-il une incitation à travailler de plus en plus avec du logiciel libre ? Quels ont été les retours concrets faits à la communauté du libre et dans quel cadre (R&D ? contractualisation client pour remonter upstream les points corrigés ? quel a été l'accueil pour ces remontées / patchs / demandes / documentations ?)
L'a-priori de djano àmha est lié à la date de création du compte, l'oubli du sujet principal de cette dépêche : PostgreSQL (et non Oracle) et la logorrhée fournie ;-) En terme d'ouverture, pourquoi justement ne pas faire de retours de vos essais plutôt que de défendre à tous crins du propriétaire, ne faudrait-il pas faire preuve d'ouverture pour montrer ce qui fonctionne bien ? (l'exemple du projet Naca est très bien trouvé, je m'étais justement fait la remarque cette semaine :p)
Bienvenue en tout cas dans notre (autre) monde du libre sur LinuxFr.org, tout autant rempli de gens compétents mais qui hésitent parfois à s'exprimer et préfèrent souvent les discussions factuelles sur le libre (ce qui devrait devenir intéressant si cela continue :D).
[^] # Re: [^] [-] # Re: question bête
Posté par BAud (site web personnel) . En réponse à la dépêche Migrer de Oracle à PostgreSQL : Ora2Pg. Évalué à 2.
son exemple est largement incomplet (outre être irréaliste) :
# titre onglet : 500
Posté par BAud (site web personnel) . En réponse à l’entrée du suivi 404 sur la page d’accueil. Évalué à 2 (+0/-0).
pourtant, dans le titre de l'onglet on peut lire « Erreur 500 »
que t'indique le support de ton OS préféré ? (tu peux nous donner l'url vers leur bugzilla ? :D)
# dépêche
Posté par BAud (site web personnel) . En réponse au journal Déploiement de Transcript sur KGeography. Évalué à 4.
merci pour ce retour d'expérience, nous nous sommes permis de le promouvoir en dépêche http://linuxfr.org/news/deploiement-de-transcript-sur-kgeography ;-)
# hmmm
Posté par BAud (site web personnel) . En réponse au journal Formation Rivendell à Montpellier : Libérez votre antenne. Évalué à 4. Dernière modification le 15 mars 2012 à 11:27.
voilà, c'est corrigé, cf. http://faq.tuxfamily.org/License/Fr#Pourquoi_une_licence_libre.3F pour plus de précision.
Tu peux aussi utiliser la formulation "publiés sous licence non-libre Creative Commons by-nc-sa 3.0" si tu souhaites utiliser le terme libre ;-)
N'est-ce-pas se tirer une balle dans le pied que de promouvoir du libre via du non-libre ? En quoi la documentation / présentation est-elle différente du logiciel ?
[^] # Re: En quoi est-ce inintéressant siouplaît ?
Posté par BAud (site web personnel) . En réponse au journal Comment jouer sa feignasse avec DITA von…, heu, DITA XML. Évalué à 3.
plus précisément sous licence CC-by-NC-SA ; n'est-ce pas se tirer une balle dans le pied de promouvoir un logiciel libre avec du non libre ?
Je ne t'ai pas moinssé pour autant ;-)
[^] # Re: beerware
Posté par BAud (site web personnel) . En réponse au journal Tuner, un accordeur de guitare en python / GTK. Évalué à 3.
En France, tu ne peux pas placer quelquechose dans le domaine public, il faut attendre que les droits expirent :/
BSD et MIT sont de bons choix libres, fais ce que tu veux :-)
Tu peux trouver plus d'argumentaire et des liens sur http://faq.tuxfamily.org/Licence/Fr et il y a aussi http://faq.tuxfamily.org/CommunicationLibreSoftware/Fr :-)
[^] # Re: Désolé, j'ai moinssé
Posté par BAud (site web personnel) . En réponse au journal Opération détaxe - Sony Vaio. Évalué à 10.
Depuis la loi Allgood, il est recommandé d'utiliser les termes français plutôt que leurs homologues États-Uniens ;-)
[^] # Re: Oui mais Oracle n'est pas un moteur SQL...
Posté par BAud (site web personnel) . En réponse à la dépêche Migrer de Oracle à PostgreSQL : Ora2Pg. Évalué à 1. Dernière modification le 14 mars 2012 à 21:34.
Oracle_Streams dont tu parles pour la gestion des messages est déprécié par Oracle… sympa pour ceux qui auraient passé du temps à tenter de l'utiliser (bon, je ne l'ai pas rencontré, c'est pas du stockage de données donc les DBA ne l'ont sans doute pas suggéré…).
Pour le scheduler dont tu parles, même Job Scheduler - qui n'était pas apprécié là où je l'ai rencontré - semble pouvoir faire mieux. Ton truc il n'a visiblement pas d'interface graphique, c'est apparemment un simple cron utilisable en créant des lignes dans des tables… Je n'ai vu que des DBA pour l'utiliser (relever des stats par exemple et générer le rapport qui va avec).
Tu parles beaucoup de Oracle 10g, dépêche-toi le "support premier" est terminé depuis juillet 2010 ;-)
Pour le commentaire au-dessus, oui metalink c'est génial : pas indexé par google, une "recherche" intégrée qui ne te retrouve pas ce que tu veux… j'imagine que c'était du second degré :-)
[^] # Re: question bête
Posté par BAud (site web personnel) . En réponse à la dépêche Migrer de Oracle à PostgreSQL : Ora2Pg. Évalué à 3.
combien de serveurs, quels CSPECs ? (un v490 ça me va, un SF25K donner les CPU/RAM)
quel type de baie ? HP ? Sun ? EMC² ?
[^] # Re: ratp + carrefour
Posté par BAud (site web personnel) . En réponse à la dépêche Migrer de Oracle à PostgreSQL : Ora2Pg. Évalué à 3.
la question est plutôt MySQL retenu (Oracle encore) ou PostgreSQL ? (une vraie base libre)
[^] # Re: question bête
Posté par BAud (site web personnel) . En réponse à la dépêche Migrer de Oracle à PostgreSQL : Ora2Pg. Évalué à 3.
je veux bien te croire :) une référence ce serait une URL de l'époque (au pire 01net hein)
servir 4000 en statique avec 10 serveurs me semble plausible, une présentation de l'archi m'intéresse avec une base :)
[^] # Re: question bête
Posté par BAud (site web personnel) . En réponse à la dépêche Migrer de Oracle à PostgreSQL : Ora2Pg. Évalué à 4.
reference needed, je ne l'ai pas vu mis en œuvre, hormis au prix des perfs (/10 au mini en local, un peu plus en distant on va dire… autant aller voir des artistes du cirque faire des pirouettes, les commerciaux Oracle ils finissent dans le filet hein…)
[^] # Re: [^] [-] # Re: question bête
Posté par BAud (site web personnel) . En réponse à la dépêche Migrer de Oracle à PostgreSQL : Ora2Pg. Évalué à 4.
ah, les threads sont payants chez Oracle, intéressant o_O
Utiliser un serveur multi-cœur ça semblait pourtant une fonction de base (avec jeu de mot) pour un moteur de base de données. Ça doit être pour ça qu'il y a database pump (expdp, impdp) pour utiliser plus qu'un cœur pour charger des données (payant hein).
[^] # Re: question bête
Posté par BAud (site web personnel) . En réponse à la dépêche Migrer de Oracle à PostgreSQL : Ora2Pg. Évalué à 2.
ce n'est pas lié à Oracle, c'est lié au SAN, une autre manière de facturer une fonction native pour pouvoir l'utiliser (ou comment payer 2 fois) ?
[^] # Re: [^] [-] # Re: question bête
Posté par BAud (site web personnel) . En réponse à la dépêche Migrer de Oracle à PostgreSQL : Ora2Pg. Évalué à 4.
les telco ont pris l'option de partitionnement hein :-) (et pour y avoir travaillé, c'est dans plusieurs instances afin de faire tenir la facturation sur plusieurs serveurs et dans les 24 heures… à mon époque ça prenait entre 3 et 8h, ce qui était incompatible avec l'activité des conseillers de clientèle sur la base client…).
Ce n'était pas tant Oracle le souci d'ailleurs (on avait optimisé malgré le manque de partitionnement à l'époque en Oracle 7 et en leurrant le progiciel choisi, grâce aux synonymes et des tables physiques réparties sur les disques, EMC² n'y avait rien compris à l'époque… début 2000 et ça fonctionnait bien en 3h la plupart du temps pour éviter les 700000 francs par jour de retard d'envoi à la facturation facturés par La Poste).
Oracle 8 nous avait promis le partitionnement, mais n'est arrivé qu'avec les partition views… il a fallu attendre Oracle 9 pour les partition tables (et j'étais parti des telcos).
Tout cela est maintenant possible avec PostgreSQL àmha (et ça me ferait bien plaisir de gérer ces volumétries avec un moteur efficace, je pense que je côtoierais des DBA compétents de nouveau et impliqués :p). Si ça se trouve, ce sera moins des diva et plus des gens qui aiment leur taff' simplement et que l'on reconnaît pour cela (ce dont étaient en manque les DBA que j'ai croisés à l'époque, même si j'ai récupéré 38 MF(*) avec eux, euh pour ma boîte hein, moi j'ai eu droit à une bonne bouffe :p avec les 15 autres qui ont sacrifié leur week-end et leurs nuits à l'époque pour récupérer une table supprimée le 26 qui devait être facturée le 2 au soir, et on l'a fait, que ceux qui se reconnaissent lèvent le bras _o/).
(*) oui, en francs, bon en réalité on n'a récupéré que 9 MF (les dépassements de forfait, le forfait aurait été facturé, mais oui, ça nous a pris du vendredi au mardi soir pour gérer le rattrapage des communications en utilisant la pré-prod' et la procédure définie mais non écrite. Et je confirme que je n'ai eu qu'une bouffe pour cela (comme les 15 autres qui y ont passé plus de temps que moi d'ailleurs), autres temps… J'y ai gagné de l'expérience, de l'aplomb, une confirmation de mes compétences, une confiance dans certaines personnes, une satisfaction du travail bien fait malgré tout (et un certain cynisme, voire un cynisme certain mais réaliste, mais c'est une autre histoire, c'est une question de richesse au sens de la compétence, pas d'argent, qu'est-ce qui est important pour l'avenir ? bref).
[^] # Re: question bête
Posté par BAud (site web personnel) . En réponse à la dépêche Migrer de Oracle à PostgreSQL : Ora2Pg. Évalué à 6.
oui, le moindre serveur 8 cœurs en cluster actif/passif croisé (chaque serveur actif mais pouvant basculer sur l'autre) reviendrait à 76 k€ pour les deux serveurs, soit 4000 euros chaque instance si on en a 20 (en dessous, c'est plus cher par instance…). Bon, c'est les prix négociés ça hein (ça peut être plus cher que le prix public, va comprendre).
En réalité, dans les grandes entreprises, ça ne coûte que 5 M€ (au moins ou 10 parfois), quel que soit le nombre d'instance et les volumétries (ne vous emmerdez pas à les recenser hein, ya que les allemands pour tenter d'être en règle d'un point de vue technique alors que c'est une négociation commerciale…). Vu dans 3 grandes entreprises (au moins). Attention, les options (partitionnement, spatial…) sont facturées aux maîtrises d'ouvrage (elles ne savent pas qu'il faut passer par les achats), donc bon c'est payé, 2 fois parfois, à chacun d'assumer que le bras droit ne parle pas au bras gauche hein… (manque de coordination).
Pour l'exemple (soit disant pertinant) du cluster actif : cela correspond à quoi ? Le fait que quand le moteur est down bin la base n'est plus accessible du cluster ? (oui le cluster est actif, pas le stockage par défaut… ça c'est une option plus chère encore).
# beerware
Posté par BAud (site web personnel) . En réponse au journal Tuner, un accordeur de guitare en python / GTK. Évalué à 5. Dernière modification le 13 mars 2012 à 23:00.
bon je n'ai pas retrouvé pourquoi certains considéraient la beerware licence non libre (j'ai dû le voir passer sur debian-legal mais je n'ai plus le lien), j'ai cependant retrouvé http://romanrm.ru/en/beerware qui oublie d'indiquer :
alors qu'il serait plus simple que je te l'offre pour avoir choisi une licence libre :-) (sans l'obligation, liée au "can" qui aurait pu être remplacé par un "may" iirc, oui, les juristes s'arrêtent à ce genre de chose : obligation ou possibilité/capacité o_O)
en bref, autant prendre la WTFPL qui, elle, est reconnue et revient au même dans ce cas.
[^] # Re: [^] [-] # Re: question bête
Posté par BAud (site web personnel) . En réponse à la dépêche Migrer de Oracle à PostgreSQL : Ora2Pg. Évalué à 4.
pourrais-tu argumenter ?
Les sujets dont tu parles demandent justement d'y mettre le prix (et les compétences) et cela vaut le coût de regarder du côté de PostgreSQL dans ce cas là (car bon côté Oracle, passé 1 To c'est à la ramasse aussi, s'appuyant sur des baies pour les snapshots - aka BCV en local ou SRDF en distant - sur un slave pour pouvoir l'arrêter pour le copier, digne de MySQL pour ses sauvegardes… une opération de base en exploitation…)
Pour le parallélisme, ah bah Oracle là quadruple le prix avec son Oracle RAC (aka, "tu raques") entre le coût de la licence et des compétences liées à la complexité (limitées par le produit choisi, je n'ai vu RAC mis en œuvre que 3 fois : 2 fois sur des bases petites, 1 fois sur une base conséquente, pour des coûts pas forcément acceptables en temps normal…).
J'ai plutôt vu du MySQL répondant en actif/actif et efficacement (bon avec du slave pour les sauvegardes) pour faire du 24/24, ce qu'aurait fait un bon DBA connaissant PostgreSQL et son exploitation de base, vu qu'il est assez bien outillé par défaut (cela ne demande que de la compétence pour le mettre en œuvre, un peu de temps et d'industrialisation dans le contexte demandé, soit du standard à qui s'investit normalement, sans avoir trop à se battre avec l'éditeur pour y arriver en plus vu que les experts PostgreSQL sont réactifs sur les ML, eux :D).