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).
Tu peux aussi ajouter que PostgreSQL permet d'appeler du Java dans ses procédures stockées d'après http://www.postgresql.org/about/ (histoire de compléter, dans une optique dissaïdor pressé souhaitant occuper ses multiples développeurs).
Concernant les logiciels libres, j'ai déjà cité quelques Système d'information géographique, il y a aussi wikipedia qui fonctionne très bien sur PostgreSQL (c'est ce que nous utilisons sur TuxFamily) mais il faut reconnaître qu'il faudrait tester un peu plus de wiki et forums pour avérer leur bon fonctionnement (au moins dokuwiki et phpBB voire PmWiki ou drupal /o\).
données spatiales (double encore le prix du moteur avec Oracle…) => c'est ce pour quoi PostgreSQL est bien connu tout de même grâce à PostGIS avec utilisation possible dans pas mal de logiciels de système d'information géographique : GeoServer, MapServer, Quantum_GIS…
données sémantiques => ça je ne sais pas ('fin stocker du RDF dans du PostgreSQL ou toute autre base, ça doit bien exister…)
Je suis assez d'accord avec toi, mais pas avec ta manière de le présenter ;-)
La plupart des entreprises pourraient migrer vers PostgreSQL car elles ont des bases à volumétries faibles (bien souvent < 100 Go), peu de trafic et peu de concurrence ;-)
Les options de stockage, sauvegardes, chiffrement, partitionnement doublent voire quadruplent rapidement le prix du moteur Oracle, de l'intérêt d'utiliser un logiciel libre où les fonctionnalités ne sont pas bridées lorsqu'elles arrivent enfin à maturité ou deviennent enfin utilisables (je peux donner des exemples…). C'est justement le coût (et leur complexité de mise en œuvre) qui fait qu'elle sont justement peu souvent utilisées en réalité.
Peu de produits utilisent réellement les fonctions avancées de ce que j'en ai vu (ou en tout cas leur mise en œuvre n'a pas été prévue initialement et cela réclame plus d'intégration que simplement "activer" la fonctionnalité).
pour le hint sur les requêtes :
cela se voyait beaucoup en Oracle 7, il a fallu tout refaire en Oracle 8 (pas trop au passage en 9 iirc…),
beaucoup de migration en 10 ont échoué à cause du changement de moteur et régressions monstrueuses sur les performances,
le passage de Oracle 10 à 11 a l'air moins catastrophique déjà de ce que j'ai pu en voir (moins de cas, néanmoins…).
Donc bon, quitte à réécrire les requêtes, dans ce cas autant les réoptimiser pour PostgreSQL, il y a les plans d'exécution pour cela.
pour les pools de connexion (lorsqu'ils sont utilisés…)
d'une part il n'y en a pas forcément besoin (bon, je n'ai qu'un exemple de migration PostgreSQL vers Oracle, qui n'en utilisait pas initialement et où c'est devenu obligatoire, visiblement à cause d'Oracle vu que ça tenait la charge pour 300 utilisateurs connectés auparavant avec un tomcat/PostgreSQL mais pas avec JBoss/Oracle dès 50 utilisateurs connectés…)
c'est une option payante d'Oracle (elle double le prix du moteur)
de ce que je vois sur http://docs.postgresqlfr.org/9.1/ddl-partitioning.html cela correspond à ce qui peut être mis en œuvre côté Oracle (surtout du partitionnement par date pour historiser plus facilement et gérer les grosses volumétries… je l'ai rarement vu ailleurs que sur des bases de datawarehouse)
Bien sûr, d'un point de vue migration, pour démarrer, autant choisir les petites bases ne nécessitant pas réellement Oracle (pas de développement spécifique PL/SQL, pas de fonctionnalité ésotérique ou d'adhérence à une fonctionnalité spécifique d'Oracle), soit avec des développements internes maîtrisés soit avec des produits gérant déjà plusieurs types de bases si l'éditeur est prêt à faire le support aussi pour PostgreSQL, cet outil de migration servira pour les développements/tables spécifiques ajoutés (vu qu'il y en a souvent…). Cela permettra de voir l'ampleur des nombres d'instances créées ne nécessitant pas réellement Oracle et se faire la main sur des projets dont le fonctionnement est connu et faire monter en compétence l'équipe de DBA sur un nouveau moteur, avec ses particularités.
Pourquoi une entrée de forum et non un journal ?
Éventuellement, une dépêche, mais dans ce cas il faudrait rappeler un peu plus le contexte, parler éventuellement des autres alternatives existantes en libre (ou les difficultés rencontrées à le faire en libre… un retour d'expérience et ce que ça apporte, à qui, le lien avec ce qui est format_ouvert par exemple).
Composition de document, c'est présentation assistée par ordinateur aka PAO ? Dans ce cas, j'ajouterai peut-être Scribus sinon en cohérence avec LibreOffice, il y aurait AbiWord, Kword, vim et emacs ;-)
[^] # 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).
[^] # Re: question bête
Posté par BAud (site web personnel) . En réponse à la dépêche Migrer de Oracle à PostgreSQL : Ora2Pg. Évalué à 2. Dernière modification le 17 mars 2012 à 13:33.
Tu peux aussi ajouter que PostgreSQL permet d'appeler du Java dans ses procédures stockées d'après http://www.postgresql.org/about/ (histoire de compléter, dans une optique dissaïdor pressé souhaitant occuper ses multiples développeurs).
Concernant les logiciels libres, j'ai déjà cité quelques Système d'information géographique, il y a aussi wikipedia qui fonctionne très bien sur PostgreSQL (c'est ce que nous utilisons sur TuxFamily) mais il faut reconnaître qu'il faudrait tester un peu plus de wiki et forums pour avérer leur bon fonctionnement (au moins dokuwiki et phpBB voire PmWiki ou drupal /o\).
[^] # Re: question bête
Posté par BAud (site web personnel) . En réponse à la dépêche Migrer de Oracle à PostgreSQL : Ora2Pg. Évalué à 10.
ah mais PostgreSQL aussi ;-)
[^] # Re: question bête
Posté par BAud (site web personnel) . En réponse à la dépêche Migrer de Oracle à PostgreSQL : Ora2Pg. Évalué à 9.
Je suis assez d'accord avec toi, mais pas avec ta manière de le présenter ;-)
La plupart des entreprises pourraient migrer vers PostgreSQL car elles ont des bases à volumétries faibles (bien souvent < 100 Go), peu de trafic et peu de concurrence ;-)
Les options de stockage, sauvegardes, chiffrement, partitionnement doublent voire quadruplent rapidement le prix du moteur Oracle, de l'intérêt d'utiliser un logiciel libre où les fonctionnalités ne sont pas bridées lorsqu'elles arrivent enfin à maturité ou deviennent enfin utilisables (je peux donner des exemples…). C'est justement le coût (et leur complexité de mise en œuvre) qui fait qu'elle sont justement peu souvent utilisées en réalité.
Peu de produits utilisent réellement les fonctions avancées de ce que j'en ai vu (ou en tout cas leur mise en œuvre n'a pas été prévue initialement et cela réclame plus d'intégration que simplement "activer" la fonctionnalité).
Bien sûr, d'un point de vue migration, pour démarrer, autant choisir les petites bases ne nécessitant pas réellement Oracle (pas de développement spécifique PL/SQL, pas de fonctionnalité ésotérique ou d'adhérence à une fonctionnalité spécifique d'Oracle), soit avec des développements internes maîtrisés soit avec des produits gérant déjà plusieurs types de bases si l'éditeur est prêt à faire le support aussi pour PostgreSQL, cet outil de migration servira pour les développements/tables spécifiques ajoutés (vu qu'il y en a souvent…). Cela permettra de voir l'ampleur des nombres d'instances créées ne nécessitant pas réellement Oracle et se faire la main sur des projets dont le fonctionnement est connu et faire monter en compétence l'équipe de DBA sur un nouveau moteur, avec ses particularités.
[^] # Re: Il y a un bug, mon vote pour Sphinx n'est pas pris en compte, il est toujours à 0
Posté par BAud (site web personnel) . En réponse au sondage Mon système de composition de documents préféré est :. Évalué à 3.
oui (comme indiqué plus haut d'ailleur), il y a un bug http://linuxfr.org/suivi/votes-non-comptabilise-dans-le-sondage
# journal ?
Posté par BAud (site web personnel) . En réponse au message Nouveau client ebics libre. Évalué à 8.
Pourquoi une entrée de forum et non un journal ?
Éventuellement, une dépêche, mais dans ce cas il faudrait rappeler un peu plus le contexte, parler éventuellement des autres alternatives existantes en libre (ou les difficultés rencontrées à le faire en libre… un retour d'expérience et ce que ça apporte, à qui, le lien avec ce qui est format_ouvert par exemple).
Sinon, des compléments à ce qui était exposé à l'époque sur http://linuxfr.org/users/tagada/journaux/transmissions-bancaires-toujours-pas-dans-un-format-ouvert-et-encore-plus-cher ? (qui mélangeait un peu tout si l'on regarde les commentaires).
[^] # Re: ☑ DocBook
Posté par BAud (site web personnel) . En réponse au sondage Mon système de composition de documents préféré est :. Évalué à 3.
oui, il y a un bug http://linuxfr.org/suivi/votes-non-comptabilise-dans-le-sondage
[^] # Re: Sphinx?
Posté par BAud (site web personnel) . En réponse au sondage Mon système de composition de documents préféré est :. Évalué à 2.
c'est vrai qu'entre Sphynx et Sphinx il pourrait rester un doute que Sphinx permet de lever :-)
J'ai donc corrigé le sondage :-)
# PAO ?
Posté par BAud (site web personnel) . En réponse au sondage Mon système de composition de documents préféré est :. Évalué à 6.
Composition de document, c'est présentation assistée par ordinateur aka PAO ? Dans ce cas, j'ajouterai peut-être Scribus sinon en cohérence avec LibreOffice, il y aurait AbiWord, Kword, vim et emacs ;-)
[^] # Re:
Posté par BAud (site web personnel) . En réponse au journal MySQL est une bouse immonde. Évalué à 2.
Maintenant ? phpPgAdmin existe depuis décembre 2002 d'après le changelog.
# abiword et greffon tableau blanc
Posté par BAud (site web personnel) . En réponse au message Écriture à 4 ou 6 mains. Évalué à 3. Dernière modification le 12 mars 2012 à 14:04.
AbiWord a un greffon tableau blanc (basé sur XMPP iirc) permettant de travailler à plusieurs (en synchrone ou non). Et il est cross-plateforme.
[^] # Re: Prêt entre bibliothèques
Posté par BAud (site web personnel) . En réponse au message Cherche certains numéros GLMF . Évalué à 2.
Beaucoup des articles sont sur http://chl.be/glmf/ (mais pas tous)
Il y avait eu aussi un CD avec le 100ème numéro de GLMF contenant des articles sous diverses licences CC plus ou moins libres (principalement du NC iirc et du ND aussi) cf. http://linuxfr.org/users/nojhan/journaux/linux-magazine-n-100
[^] # Re: Essai avec '<'
Posté par BAud (site web personnel) . En réponse à l’entrée du suivi caractère < qui coupe les commentaires. Évalué à 2 (+0/-0).
ah, bien vu je n'y pensais plus au
<\_o< :)au moins, la prévisualisation est cohérente avec le rendu et permettrait de s'en apercevoir (si les gens se relisaient /o\).
# 42
Posté par BAud (site web personnel) . En réponse au journal [ACTA / Occupy / Prends Ta Place] Week End culturel et festif à Toulouse. Évalué à 4.
tiens, sur http://www.marche-paris-2012.com/ à noter que jusque vers 13h00 aujourd'hui, il reste 42 jours et quelques… un signe contre ACTA ?
[^] # Re: DIY
Posté par BAud (site web personnel) . En réponse à la dépêche Projet numérique du Front de Gauche. Évalué à 2.
c'est tout simplement la signification du nom de la catégorie de dépêches DIY