IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

 SGBD Discussion :

PostGreSQL vs Microsoft SQL Server - Partie 1 : performances des commandes pour le DBA [Tutoriel]


Sujet :

SGBD

  1. #21
    Membre extrêmement actif
    Profil pro
    Inscrit en
    juin 2010
    Messages
    750
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : juin 2010
    Messages : 750
    Points : 906
    Points
    906
    Par défaut
    Citation Envoyé par SQLpro Voir le message
    Les nouvelles collations ICU sont buguées et ne permettent pas de faire du LIKE par exemple.... Imaginez de devoir récrire votre appli parce que les recherches avec LIKE pètent avec un message :
    ERROR: nondeterministic collations are not supported for LIKE
    Je n'ai jamais compris ce qu'une collation non déterministe peut vouloir dire étant donné qu'une collation est une surjection au sens mathématique du terme !
    Sans parler des corruption d'index engendrées par les collations "normales" :
    https://www.cybertec-postgresql.com/...ta-corruption/
    Bref, les collations dans PostGreSQL c'est la peste ou le choléra !


    Mais toujours pas de sauvegardes binaires comme le fait SQL Server, ce qui permet d'aller très très vite !

    A +
    Je suis d'accord avec vous ICU est une vraie daube, tout comme les données concernant les fuseaux horaires et d'autres trucs absolument inadmissible sous linux.

  2. #22
    Modérateur

    Avatar de CinePhil
    Homme Profil pro
    Ingénieur d'études en informatique
    Inscrit en
    août 2006
    Messages
    16 661
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 58
    Localisation : France, Haute Garonne (Midi Pyrénées)

    Informations professionnelles :
    Activité : Ingénieur d'études en informatique
    Secteur : Enseignement

    Informations forums :
    Inscription : août 2006
    Messages : 16 661
    Points : 33 677
    Points
    33 677
    Billets dans le blog
    13
    Par défaut
    Bonjour Frédéric,

    Un détail dans ton article : La dernière colonne du tableau de comparaison présente "ratio (MS/PG)" alors que les chiffres donnés sont en fait un "ratio (PG/MS)".
    Philippe Leménager. Ingénieur d'étude à l'École Nationale Supérieure de Formation de l'Enseignement Agricole. Autoentrepreneur.
    Mon ancien blog sur la conception des BDD, le langage SQL, le PHP... et mon nouveau blog sur les mêmes sujets.
    « Ce que l'on conçoit bien s'énonce clairement, et les mots pour le dire arrivent aisément ». (Nicolas Boileau)
    À la maison comme au bureau, j'utilise la suite Linux Mageïa !

  3. #23
    Membre expérimenté
    Homme Profil pro
    Ingénieur en génie logiciel
    Inscrit en
    juin 2012
    Messages
    569
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Canada

    Informations professionnelles :
    Activité : Ingénieur en génie logiciel
    Secteur : High Tech - Opérateur de télécommunications

    Informations forums :
    Inscription : juin 2012
    Messages : 569
    Points : 1 416
    Points
    1 416
    Par défaut
    Citation Envoyé par redcurve Voir le message
    Question est-ce que les updates dans Postgres sont toujours aussi naze ? Il n'y a pas si longtemps un update copiait, supprimait et recréait une nouvelle ligne, est-ce toujours le cas ?
    https://www.cybertec-postgresql.com/...in-postgresql/

  4. #24
    Membre chevronné
    Inscrit en
    janvier 2006
    Messages
    587
    Détails du profil
    Informations forums :
    Inscription : janvier 2006
    Messages : 587
    Points : 1 981
    Points
    1 981
    Par défaut Transactions
    Citation Envoyé par redcurve Voir le message
    Question est-ce que les updates dans Postgres sont toujours aussi naze ? Il n'y a pas si longtemps un update copiait, supprimait et recréait une nouvelle ligne, est-ce toujours le cas ?
    Dans l'article il est bien expliqué que cette méthode est utilisée pour assurer l'isolation des transactions: les transactions ouvertes avant l'update continuent de voir l'ancienne ligne.
    Alors puisque vous trouvez cette méthode "naze", auriez-vous un lien vers une "bonne" méthode pour faire des update sans remettre en cause l'isolation des transactions (et une méthode n'obligeant pas à verrouiller la ligne, puisque dans l'article, l'utilisateur de la session 1 n'avait pas posé de verrou)?

  5. #25
    Rédacteur
    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    mai 2002
    Messages
    20 824
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : mai 2002
    Messages : 20 824
    Points : 49 326
    Points
    49 326
    Billets dans le blog
    1
    Par défaut
    Citation Envoyé par redcurve Voir le message
    Question est-ce que les updates dans Postgres sont toujours aussi naze ? Il n'y a pas si longtemps un update copiait, supprimait et recréait une nouvelle ligne, est-ce toujours le cas ?
    Oui, et ça le restera longtemps.... C'est lié à la conception même de PostGreSQL et de son fameux (je devrait dire "fumeux") MVCC....
    Le MVCC (Multi Version Concurrency Control) assure le versionnement des lignes rendu nécessaire par le verrouillage optimiste.
    Un verrou optimiste est le fait de conserver l'ancienne version de la ligne tout en créant une nouvelle jusqu'au moment ou la nouvelle soit confirmée par un COMMIT, auquel cas on peut se passer de l'ancienne si tous les autres transactions n'y accèdent plus. C'est comme cela que fonctionne aussi Oracle.

    Citation Envoyé par esperanto Voir le message
    Dans l'article il est bien expliqué que cette méthode est utilisée pour assurer l'isolation des transactions: les transactions ouvertes avant l'update continuent de voir l'ancienne ligne.
    Alors puisque vous trouvez cette méthode "naze", auriez-vous un lien vers une "bonne" méthode pour faire des update sans remettre en cause l'isolation des transactions (et une méthode n'obligeant pas à verrouiller la ligne, puisque dans l'article, l'utilisateur de la session 1 n'avait pas posé de verrou)?
    Oui, heureusement, tous les SGBDR ne sont pas aussi mal conçus à ce niveau en commençant par Oracle qui est le modèle que tente de copier, hélas très mal, PostGreSQL...

    Voici ce que je dit dans le papier n° 3 de cette série :

    "
    Finally, the technical solution chosen for the MVCC of PostGreSQL (for duplicating rows) is the worst of all the RDBMS...

    • in Oracle, the transaction log (undo part exactly) is used to reads the formerly rows. No more data are generated for this feature, but the remaining part of the transaction logs can growth up if a transaction runs a long time;
    • In SQL Server the tempdb database is used to keep the row versions. Some more data, out of the production database is generated and quickly collected (garbage's) to liberate space. The tempdb system database has a particular behavior to perform this work. Recently (2019) SQL Server add the ADR/PVS mechanism to accelerate recovery and when this feature is activate, the row versions can be stored in specific storage relative to the database.
    • In PostGreSQL, all the different versions of the table rows are kept inside the data pages of the table and reside in memory, when data are caching, then is written on disks, causes table bloats, until a mechanism call VACUUM proceed to sweep of the obsolete rows.


    "

    Un peu plus loin

    "
    The PG MVCC solution is the worst way to do it, because it has three major inconvenient:

    • First, the table is naturally bloating, and this "bloattage" is increasing severely when the number of concurrent transactional operation is high...
    • Second, because that pages are the minimal logical memory storage, the data cache (table and index's pages containing rows are pin in memory to reduce IO disk access) is filled with plenty of obsolete rows, this results in the cache memory being replete with a lot of unnecessary data, pushing out a lot of data actually used.
    • Third, you need to use the terrific VACUUM tool, that locks a lot and causes some deadlock crashes to clean up the memory and remove the rows no longer needed.


    "

    Ce qui revient effectivement à créer de multiples lignes pour les UPDATE, à l'intérieur même des lignes de la table, et non modifier les lignes existante, contrairement à ce que fait Oracle ou SQL Server en la matière !

    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

  6. #26
    Modérateur
    Avatar de escartefigue
    Homme Profil pro
    bourreau
    Inscrit en
    mars 2010
    Messages
    7 461
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Loir et Cher (Centre)

    Informations professionnelles :
    Activité : bourreau
    Secteur : Finance

    Informations forums :
    Inscription : mars 2010
    Messages : 7 461
    Points : 24 141
    Points
    24 141
    Billets dans le blog
    2
    Par défaut
    Citation Envoyé par SQLpro Voir le message
    Ce qui revient effectivement à créer de multiples lignes pour les UPDATE, à l'intérieur même des lignes de la table, et non modifier les lignes existante, contrairement à ce que fait Oracle ou SQL Server en la matière !
    Ou n'importe quel autre SGBD me semble-t-il, PG est bien le seul à utiliser cette étrange stratégie non ?

  7. #27
    Membre du Club
    Inscrit en
    juillet 2006
    Messages
    34
    Détails du profil
    Informations forums :
    Inscription : juillet 2006
    Messages : 34
    Points : 66
    Points
    66
    Par défaut
    Bonjour,

    Est-il prévu un comparatif de performances de commandes entre SQL Server Et Oracle ?

    Merci

  8. #28
    Rédacteur
    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    mai 2002
    Messages
    20 824
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : mai 2002
    Messages : 20 824
    Points : 49 326
    Points
    49 326
    Billets dans le blog
    1
    Par défaut
    Citation Envoyé par DarkVenoM Voir le message
    Bonjour,

    Est-il prévu un comparatif de performances de commandes entre SQL Server Et Oracle ?

    Merci
    Non...
    Ce que nous savons d'après les tests officiels sur le transactionnel est, que, aujourd'hui, Oracle est largué au niveau des performances à tous niveaux (lectures comme écritures). En témoigne les benchmarks officiels du TPC.org.
    Le TPC-C qui date de 1992 est relativement obsolète. La requête la plus complexe utilise 3 tables... TPC.org aurait dû fermé ce benchmark, mais sous la pression d'Oracle, cela na pas été le cas, car Oracle continu de battre ses propres records, quasiment tout seul, les autres éditeurs ayant préféré migré leurs tests sur le nouveau benchmark TPC-E datant de 2007, dont la requête la plus complexe comporte 8 tables...
    Mais, ce qu'il y a de rigolo, ce que Oracle s'est fait battre à plate coutures pas les chinois avec Alibaba !
    http://tpc.org/tpcc/results/tpcc_res...pm&sortby=desc

    Microsoft à préféré migré sur le nouveau benchmark (TPC-E) dès sa parution, plus représentatif :
    http://tpc.org/tpce/results/tpce_results5.asp

    Sur le décisionnel Oracle est aussi à la traine...
    • Sur les bases de 1 To il arrive péniblement au niveau de SQL Server
    • Sur les bases de 3 To, il est loin de SQL Server : indice de perf 1 244 450 pour SQL Server contre 409 721 pour Oracle, soit donc 3 fois moins performant
    • Sur les bases de 10 To, c'est pire encore... : indice de perf 1 651 514 pour SQL Server contre 377 594 pour Oracle, soit donc 4 fois moins performant

    http://tpc.org/tpch/results/tpch_results5.asp

    Seul EXASOL fait mieux que SQL Server et Oracle sur la BI.

    Dans les comparatifs privés que nous avons fait pour des clients, la différence entre SQL Server et Oracle est très importante.... Un seul exemple, Oracle ne supporte toujours pas les index verticaux (columnstore dans SQL Server) pour les bases OLTP... Et ils commencent juste à se rendre compte que les index IOT (équivalent des index cluster de SQL Server) ça peut être bluffant. Et ils n'ont toujours pas la clause INCLUDE que PostGreSQL vient d'ajouter pour ses index et que SQL Server avait depuis la version 2005.

    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

  9. #29
    Community Manager

    Avatar de Malick
    Homme Profil pro
    Community Manager
    Inscrit en
    juillet 2012
    Messages
    8 518
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : Sénégal

    Informations professionnelles :
    Activité : Community Manager
    Secteur : Conseil

    Informations forums :
    Inscription : juillet 2012
    Messages : 8 518
    Points : 79 085
    Points
    79 085
    Billets dans le blog
    15
    Par défaut PostGreSQL vs Microsoft SQL Server - Partie 2 : performances des requêtes avec COUNT
    Chers membres du club,

    J'ai le plaisir de vous présenter la deuxième partie de cet article de SQLpro :


    Ce second article compare PostGreSQL à SQL Server et met en avant les différences de performances des requêtes d’agrégation qui utilisent la fonction COUNT.

    Notre premier article comparait les temps de réponse entre PostGreSQL et SQL Server des requêtes administratives que les DBA doivent ordinairement exécuter.
    Bonne lecture

    Retrouvez les meilleurs cours et tutoriels pour apprendre les SGBD et SQL
    .
    Vous avez envie de contribuer au sein du Club Developpez.com ? Contactez-nous maintenant !
    Vous êtes passionné, vous souhaitez partager vos connaissances en informatique, vous souhaitez faire partie de la rédaction.
    Il suffit de vous porter volontaire et de nous faire part de vos envies de contributions :
    Rédaction d'articles/cours/tutoriels, Traduction, Contribution dans la FAQ, Rédaction de news, interviews et témoignages, Organisation de défis, de débats et de sondages, Relecture technique, Modération, Correction orthographique, etc.
    Vous avez d'autres propositions de contributions à nous faire ? Vous souhaitez en savoir davantage ? N'hésitez pas à nous approcher.

  10. #30
    Expert confirmé

    Profil pro
    Inscrit en
    janvier 2011
    Messages
    2 888
    Détails du profil
    Informations personnelles :
    Localisation : Belgique

    Informations forums :
    Inscription : janvier 2011
    Messages : 2 888
    Points : 4 183
    Points
    4 183
    Par défaut
    Bonsoir,

    Merci cette doc, je garde sous le coude ! Avoir ce type est toujours utile quand on chercher des "logiques de fabriques" de requêtes.

  11. #31
    Membre éclairé
    Profil pro
    Inscrit en
    mars 2002
    Messages
    732
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : mars 2002
    Messages : 732
    Points : 772
    Points
    772
    Par défaut MVCC crée de multiples versions des mêmes lignes
    "MVCC crée de multiples versions des mêmes lignes" cela créé des multiples lignes si il y a des transactions d'écritures simultanées non ?

  12. #32
    Rédacteur
    Avatar de SQLpro
    Homme Profil pro
    Expert bases de données / SQL / MS SQL Server / Postgresql
    Inscrit en
    mai 2002
    Messages
    20 824
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Expert bases de données / SQL / MS SQL Server / Postgresql
    Secteur : Conseil

    Informations forums :
    Inscription : mai 2002
    Messages : 20 824
    Points : 49 326
    Points
    49 326
    Billets dans le blog
    1
    Par défaut
    Citation Envoyé par VLDG Voir le message
    "MVCC crée de multiples versions des mêmes lignes" cela créé des multiples lignes si il y a des transactions d'écritures simultanées non ?
    Vous avez parfaitement raison et je devrais rectifier cela. Plus de détails sur le fonctionnement de MVCC par Bruce Momjian :
    https://momjian.us/main/writings/pgsql/mvcc.pdf

    Merci

    A +
    Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL
    Le site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/
    Blog SQL, SQL Server, SGBDR : http://blog.developpez.com/sqlpro
    Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.
    Entreprise SQL SPOT : modélisation, conseils, audit, optimisation, formation...
    * * * * * Expertise SQL Server : http://mssqlserver.fr/ * * * * *

  13. #33
    Membre éprouvé Avatar de FatAgnus
    Homme Profil pro
    Trouffion de base
    Inscrit en
    août 2015
    Messages
    276
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Trouffion de base

    Informations forums :
    Inscription : août 2015
    Messages : 276
    Points : 1 238
    Points
    1 238
    Par défaut Tester PostgreSQL sous Windows, n'a aucun intérêt
    Pourquoi s'entêter à mesurer les performances de PostgreSQL alors que personne n'utilise PostgreSQL sous Windows en production et que PostgreSQL fonctionnera certainement plus vite sous Linux que sous Windows comme l'affirme Magnus Hagander l'une des personnes qui a porté PostgreSQL sous Windows sur Stack Exchange · Server Fault :

    PostgreSQL fonctionnera certainement plus vite sous Linux que sous Windows (et je dis cela en tant que l'un des gars qui a écrit le portage Windows de celui-ci...) Il est conçu pour une architecture de style Unix, et implémente cette même architecture sous Windows, ce qui signifie qu'il fait un certain nombre de choses que Windows n'est pas conçu pour faire correctement. Il fonctionne bien, mais il n'est pas aussi performant.
    J'ai bien peur que ce test n'est que peu d'intérêts. Mais bon L'auteur (un MVP Microsoft) est bien connu pour s'être donné comme mission de faire de la propagande SQL Server au détriment des bases de données open source, et il fait ça depuis très longtemps (voir par exemple son article Découvrez les dangers de MySQL et MariaDB truffés d'erreurs). J'ignore pourquoi l'auteur s'est donnée cette mission, il ne serait pas surprenant qu'il en tire quelques avantages en coulisses.

  14. #34
    Expert confirmé

    Profil pro
    Inscrit en
    janvier 2011
    Messages
    2 888
    Détails du profil
    Informations personnelles :
    Localisation : Belgique

    Informations forums :
    Inscription : janvier 2011
    Messages : 2 888
    Points : 4 183
    Points
    4 183
    Par défaut
    Bonjour,

    Citation Envoyé par FatAgnus Voir le message
    Pourquoi s'entêter à mesurer les performances de PostgreSQL alors que personne n'utilise PostgreSQL sous Windows en production et que PostgreSQL fonctionnera certainement plus vite sous Linux que sous Windows comme l'affirme Magnus Hagander l'une des personnes qui a porté PostgreSQL sous Windows sur Stack Exchange · Server Fault :

    J'ai bien peur que ce test n'est que peu d'intérêts. Mais bon L'auteur (un MVP Microsoft) est bien connu pour s'être donné comme mission de faire de la propagande SQL Server au détriment des bases de données open source, et il fait ça depuis très longtemps (voir par exemple son article Découvrez les dangers de MySQL et MariaDB truffés d'erreurs). J'ignore pourquoi l'auteur s'est donnée cette mission, il ne serait pas surprenant qu'il en tire quelques avantages en coulisses.
    En dehors de toute considération pour un parti ou un logiciel. Concernant les perfs SQL, la question de fond avoir est la suivante : "en terme d’exécution qu'elle est le SGBD le plus "rapide" ?".

    Sur l'aspect vitesse d’exécution ou vitesse de traitement, bien évidement qu'un Oracle, MS Server, SAS, Access seront plus rapide ... La gratuité se "paye" . Comment ? Un Wamp ou un MySQL est bon a faire une base d'archive ...

  15. #35
    Modérateur

    Homme Profil pro
    Consultant Senior
    Inscrit en
    septembre 2008
    Messages
    8 153
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 43
    Localisation : France, Val de Marne (Île de France)

    Informations professionnelles :
    Activité : Consultant Senior
    Secteur : High Tech - Éditeur de logiciels

    Informations forums :
    Inscription : septembre 2008
    Messages : 8 153
    Points : 17 507
    Points
    17 507
    Par défaut
    J'ai l'impression qu'il manque un bout des résultats ; je n'ai que le chapitre "XII. Performances du COUNT sans aucun index", un tableau de résultat et ensuite des conclusions qui parlent d'index Btree & ColumnStore.

  16. #36
    Invité
    Invité(e)
    Par défaut
    Citation Envoyé par tanaka59 Voir le message
    En dehors de toute considération pour un parti ou un logiciel. Concernant les perfs SQL, la question de fond avoir est la suivante : "en terme d’exécution qu'elle est le SGBD le plus "rapide" ?".

    Sur l'aspect vitesse d’exécution ou vitesse de traitement, bien évidement qu'un Oracle, MS Server, SAS, Access seront plus rapide ... La gratuité se "paye" . Comment ? Un Wamp ou un MySQL est bon a faire une base d'archive ...
    Donc à "la question de fond", tu réponds par un argument sur la forme...

  17. #37
    Expert confirmé

    Profil pro
    Inscrit en
    janvier 2011
    Messages
    2 888
    Détails du profil
    Informations personnelles :
    Localisation : Belgique

    Informations forums :
    Inscription : janvier 2011
    Messages : 2 888
    Points : 4 183
    Points
    4 183
    Par défaut
    Bonsoir,

    Citation Envoyé par SimonDecoline Voir le message
    Donc à "la question de fond", tu réponds par un argument sur la forme...
    Tu casses les pieds a toujours intervenir inutilement.

    Quand je dis la "gratuité se paye", sur le fond, c'est qu'un produit gratuit se sera toujours moins aboutit qu'un produit payant ...

  18. #38
    Invité
    Invité(e)
    Par défaut
    Citation Envoyé par tanaka59 Voir le message
    Tu casses les pieds a toujours intervenir inutilement.

    Quand je dis la "gratuité se paye", sur le fond, c'est qu'un produit gratuit se sera toujours moins aboutit qu'un produit payant ...
    Désolé mais j'ai autant le droit que toi de m'exprimer. Je pense que ce que tu racontes est du grand n'importe quoi bien plus inutile. Mais je ne te reproche pas de le dire alors merci d'en faire autant.

  19. #39
    Membre éprouvé Avatar de FatAgnus
    Homme Profil pro
    Trouffion de base
    Inscrit en
    août 2015
    Messages
    276
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Trouffion de base

    Informations forums :
    Inscription : août 2015
    Messages : 276
    Points : 1 238
    Points
    1 238
    Par défaut
    Citation Envoyé par tanaka59 Voir le message
    En dehors de toute considération pour un parti ou un logiciel. Concernant les perfs SQL, la question de fond avoir est la suivante : "en terme d’exécution qu'elle est le SGBD le plus "rapide" ?".
    Justement comme l'atteste ces nombreux articles ou commentaires l'auteur Frédéric Brouard a un parti pris contre les bases de données open source depuis des années, donc l'impartialité de Frédéric Brouard porte à suspicion. Mesurer les performances de PostGreSQL sur Windows est juste un moyen de baiser les résultats puisque le port Windows de PostgreSQL n'est pas aussi performant que la version Linux. Et surtout personne n'utilise PostGreSQL sous Windows en production, donc l'intérêt de ce test est sans intérêt, sauf si on veut dénigrer PostGreSQL. On peut faire confiance aux compétences reconnues de Frédéric Brouard pour trouver les tests qui désavantageront PostgreSQL, comme exécuter PostgreSQL sur un système d'exploitation où il est moins performant. Mais l'auteur a sûrement d'autres astuces dans son sac.

    Citation Envoyé par tanaka59 Voir le message
    Sur l'aspect vitesse d’exécution ou vitesse de traitement, bien évidement qu'un Oracle, MS Server, SAS, Access seront plus rapide ... La gratuité se "paye" . Comment ? Un Wamp ou un MySQL est bon a faire une base d'archive ...
    Votre esprit embrumé, confond deux choses. Votre première confusion est la gratuité et l'open source. Un logiciel gratuit n'est pas forcément open source. Ensuite votre deuxième confusion vient de la licence d'un logiciel et de sa performance. À vous croire le fait de publier un logiciel sous licence open source le rendrait moins rapide ? Je ne sais pas si vous êtes conscient de l'absurdité de votre raisonnement. La performance et la licence d'un logiciel sont deux choses distinctes.

  20. #40
    Expert confirmé

    Profil pro
    Inscrit en
    janvier 2011
    Messages
    2 888
    Détails du profil
    Informations personnelles :
    Localisation : Belgique

    Informations forums :
    Inscription : janvier 2011
    Messages : 2 888
    Points : 4 183
    Points
    4 183
    Par défaut
    Bonsoir,

    Citation Envoyé par FatAgnus Voir le message
    Justement comme l'atteste ces nombreux articles ou commentaires l'auteur Frédéric Brouard a un parti pris contre les bases de données open source depuis des années, donc l'impartialité de Frédéric Brouard porte à suspicion. Mesurer les performances de PostGreSQL sur Windows est juste un moyen de baiser les résultats puisque le port Windows de PostgreSQL n'est pas aussi performant que la version Linux. Et surtout personne n'utilise PostGreSQL sous Windows en production, donc l'intérêt de ce test est sans intérêt, sauf si on veut dénigrer PostGreSQL. On peut faire confiance aux compétences reconnues de Frédéric Brouard pour trouver les tests qui désavantageront PostgreSQL, comme exécuter PostgreSQL sur un système d'exploitation où il est moins performant. Mais l'auteur a sûrement d'autres astuces dans son sac.
    Tout le monde a un parti pris ... Enfonçons le clou justement , Access + le VBA ou SAS (avec SQL + les proc) , dans les deux cas on a des logiciels qui bien plus performant que MySQL qui propose du "SQL de base". La raison est simple des "addon" couvert par une licence payante. Donc du SQL pouvant s'utiliser avec un complément sera bien plus performant .

    Faite le test sur le min/max d'un nombre pour plusieurs fois la même occurrence, en ne retournant que le min ou le max de cette occurrence. 45 minutes en MySQL , 30 second en SQL SAS avec des proc et une transposée ...

    Citation Envoyé par FatAgnus Voir le message
    Votre esprit embrumé, confond deux choses. Votre première confusion est la gratuité et l'open source. Un logiciel gratuit n'est pas forcément open source. Ensuite votre deuxième confusion vient de la licence d'un logiciel et de sa performance. À vous croire le fait de publier un logiciel sous licence open source le rendrait moins rapide ? Je ne sais pas si vous êtes conscient de l'absurdité de votre raisonnement. La performance et la licence d'un logiciel sont deux choses distinctes.
    Vous avez une vision un peu trop simpliste mon cher ...

    Prenez MySQL, MariaDB, PostGreSQL et Base (de libre office, open office) ... logiciels open source et / ou gratuit ... les perfs , l'ergonomie, la rapidité d’exécution, les langages addons pour faciliter les traitement ...

    Dites moi en quoi c'est absurde de dire qu'un SAS avec des proc et plus rapide / performant qu'un MySQL avec du php ?

    Donc oui l'open source est la gratuité joue beaucoup ...

Discussions similaires

  1. Réponses: 0
    Dernier message: 09/05/2014, 17h57
  2. Réponses: 5
    Dernier message: 03/02/2010, 23h06

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo