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

  1. #341
    Membre chevronné
    Citation Envoyé par IDontLikeYou Voir le message
    Non, c'est juste le plus connu...
    +1
    un jour, quelqu'un a dit quelque chose...

  2. #342
    Candidat au Club
    Citation Envoyé par IDontLikeYou Voir le message
    Non, c'est juste le plus connu...
    troll non validé.

    La réponse correcte était :
    c'est le plus connu ET c'est(était) un bon challenger aux SGBD payants.

    j'adore aussi le :
    "Après bon pour une petite application, qui ne fait que 3 requetes de temps à autre... c'est bon, on peut utiliser MySQL."
    magnifique... énorme de mauvaise foi (et/ou d'ignorance).

  3. #343
    Membre habitué
    Citation Envoyé par BorisKarloff Voir le message
    troll non validé.

    La réponse correcte était :
    c'est le plus connu ET c'est(était) un bon challenger aux SGBD payants.

    j'adore aussi le :
    "Après bon pour une petite application, qui ne fait que 3 requetes de temps à autre... c'est bon, on peut utiliser MySQL."
    magnifique... énorme de mauvaise foi (et/ou d'ignorance).
    Une BD sans proc stock un concurrent valable ? Ca c'est du vrai troll.... Oui, MySQL c'est bon pour 2-3 requêtes, pour une utilisation basique de BD, pas plus. Il est très bon dans ce rôle, mais ce n'est absolument pas une raison pour le survendre.

  4. #344
    Expert éminent
    Citation Envoyé par IDontLikeYou
    Une BD sans proc stock un concurrent valable ? Ca c'est du vrai troll.... Oui, MySQL c'est bon pour 2-3 requêtes, pour une utilisation basique de BD, pas plus. Il est très bon dans ce rôle, mais ce n'est absolument pas une raison pour le survendre.

    C'est un produit qui a son utilité, c'est vrai, mais des limitations très claires aussi. Voir les nombreux sujets sur ce site.

  5. #345
    Membre expérimenté
    Citation Envoyé par IDontLikeYou Voir le message
    Une BD sans proc stock un concurrent valable ? Ca c'est du vrai troll.... Oui, MySQL c'est bon pour 2-3 requêtes, pour une utilisation basique de BD, pas plus. Il est très bon dans ce rôle, mais ce n'est absolument pas une raison pour le survendre.
    Facebook c'est 2-3 requêtes ?
    Developpez.net c'est 2-3 requêtes ?

    Bref stop, MySQL est tout a fait capable que les autres grosse bases de données et bien plus fléxible si on sait l'utiliser correctement.

  6. #346
    Membre chevronné
    Citation Envoyé par kedare Voir le message
    et bien plus fléxible si on sait l'utiliser correctement.


    je dirai sa a notre DBA oracle.
    un jour, quelqu'un a dit quelque chose...

  7. #347
    Membre habitué
    Citation Envoyé par yoyo88 Voir le message


    je dirai sa a notre DBA oracle.
    C'est exactement ça, je serais curieux de savoir combien des fanboys de MySQL ont utilisé une vraie base de données dans des conditions d'exploitation...

  8. #348
    Membre chevronné
    Citation Envoyé par IDontLikeYou Voir le message
    C'est exactement ça, je serais curieux de savoir combien des fanboys de MySQL ont utilisé une vraie base de données dans des conditions d'exploitation...
    Je remet pas en doute que MySQL soit un challenger des SGBD payante, mais dire que MySQL et plus Flexisble qu'un SQLServer ou un ORACLE parce que on sais bien l'utiliser.

    si ont sais l'utiliser, même Access est une très bonne BDD.
    un jour, quelqu'un a dit quelque chose...

  9. #349
    Membre expérimenté
    Oracle ça reste l'exception, je suis d'accord que pour le moment il n'y a clairement aucune autre base de données aussi flexible et complète qu'Oracle.
    Mais plus fléxible qu'un SQL Server, oui je pense (Par exemple SQL Server niveau "tweaking" il me semble que c'est super limité... Tout est fait automatiquement et on peut pas faire autrement :/)

  10. #350
    Expert éminent
    Ne poste jamais ça sur le forum SGBD, de peur d'être démembré à la hache.

  11. #351
    Membre averti
    Citation Envoyé par _skip Voir le message
    Ne poste jamais ça sur le forum SGBD, de peur d'être démembré à la hache.
    Pourquoi donc ?

  12. #352
    Membre chevronné
    Citation Envoyé par voran Voir le message
    Pourquoi donc ?
    sans doute un début de réponse ici : http://sqlpro.developpez.com/cours/sqlaz/fonctions/

    MySQL est pas forcement celui qui respect le mieux la norme et celui qui propose le plus d'option au niveau SQL.

    après je suis pas DBA n'y spécialiste SGBD, je sais juste que pour me connecté a une BDD en C#, celle avec lequel je galaire le moins c'est SQLServer.
    un jour, quelqu'un a dit quelque chose...

  13. #353
    Membre expérimenté
    Citation Envoyé par yoyo88 Voir le message

    après je suis pas DBA n'y spécialiste SGBD, je sais juste que pour me connecté a une BDD en C#, celle avec lequel je galaire le moins c'est SQLServer.
    En même temps c'est normal, tu utilise 2 techno microsoft, donc forcement l'interopérabilité est facilité au maximum
    Fait ca en C++ ou en Python, ca sera l'inverse....

    Puis SQL Server n'est pas non plus un exemple pour le respect du SQL (Youpi GetDate et les [matable].[Id])

  14. #354
    Membre averti
    Citation Envoyé par yoyo88 Voir le message
    sans doute un début de réponse ici : http://sqlpro.developpez.com/cours/sqlaz/fonctions/

    MySQL est pas forcement celui qui respect le mieux la norme et celui qui propose le plus d'option au niveau SQL.

    après je suis pas DBA n'y spécialiste SGBD, je sais juste que pour me connecté a une BDD en C#, celle avec lequel je galaire le moins c'est SQLServer.
    non désolé, ça ne répond pas du tout à la question
    _skip ?

  15. #355
    Membre chevronné
    Citation Envoyé par kedare Voir le message

    Puis SQL Server n'est pas non plus un exemple pour le respect du SQL (Youpi GetDate et les [matable].[Id])
    oui mais il me semble que MySQL fait encore pire...

    de plus en termes d'administration, il me semble que SQL Server est bien meilleurs que MySQL.

    Y'a des DBA pour confirmé?
    un jour, quelqu'un a dit quelque chose...

  16. #356
    Membre chevronné
    Citation Envoyé par kedare Voir le message
    Puis SQL Server n'est pas non plus un exemple pour le respect du SQL (Youpi GetDate et les [matable].[Id])

    D'expéreience, je n'ai jamais rencontrer de moteur respectant entièrement la norme SQL et SQL server très loin d'être le pire (je dirais même qu'il est plutôt bon).

  17. #357
    Membre expérimenté
    Citation Envoyé par yoyo88 Voir le message

    de plus en termes d'administration, il me semble que SQL Server est bien meilleurs que MySQL.
    C'est a dire ?
    C'est vague

  18. #358
    Membre averti
    Respecter la norme n'a jamais été un gage de performance et d'efficacité.

  19. #359
    Membre chevronné
    Citation Envoyé par kedare Voir le message
    C'est-à-dire ?
    C'est vague
    Il me semble que les outils de gestion sont plus simples... du moins c'est ce que le DBA nous a dit...


    Après si je compare avec mon experience personelle (et à mon avis c'est pas une référence à ce niveau là ) entre phpMyAdmin et SQL Server manager...

    Mais bon! Il y a sans doute de bons outils d'administration pour MySQL.
    un jour, quelqu'un a dit quelque chose...

  20. #360
    Membre à l'essai
    Inquiétant.
    Je pense que Mysql est déjà très performant, pour stocker un grand nombre de données. Me disant qu'une possible concurrence juste par abus de pouvoir sur certaine technologie ferait honte, un petit peu.

    La base Mysql est vraiment simple et directement accessible pour tout niveaux, ce qui est moins sûre pour postgresql et Oracle.
    De plus, si Sqlite est existant, c'est dans cette opinion que l'on doiy juger de même Mysql.

    Les fonctions MySQL et Mysqli sont de très bonne facilité quand je prends goût à les utiliser.

    Une idée comme laisser tomber un projet qui marche bien depuis beaucoup de temps comme celui là (Mysql...) est possible mais sans hésiter, il ne faut pas gâcher des efforts aussi simplifiés.

###raw>template_hook.ano_emploi###