Quel est votre SGBD gratuit préféré en 2013 ?

**BERREDJEM** · 09/09/2013, 16h15

pour la question j'utlise le plus souvent access et visuel basic.net

pour moi MYSQL est un langage assez compliqué !! au faiye il m'a jamais tenté, mais j'aimerai bien l'apprendre!!

**imikado** · 09/09/2013, 16h22

C'est du sql, pour interagir avec VB.net/votre base access vous n'utilisez pas de requêtes SQL ?

**Pierre GIRARD** · 09/09/2013, 17h48

Depuis quand Acces est-il un SGBD gratuit ?

**estofilo** · 11/09/2013, 14h18

Envoyé par rgb

Mon cas (très classique) est le suivant : développement d'un logiciel professionnel très spécialisé, distribué (i.e. vendu) à quelques entreprises (moins d'une vingtaine pour l'instant).

Voir la FAQ Mysql: Dois-je payer une licence MySQL ?
http://mysql.developpez.com/faq/?pag...ENERAL_licence

Si le logiciel nécessite MySQL mais n'inclut lui-même aucun code de MySQL il n'est pas concerné par la licence.

Le problème est que généralement le binaire d'un tel logiciel inclut du code pour se connecter et transmettre les requêtes à MySQL, code qui vient d'une bibliothèque MySQL couverte par la licence GPL. Et cette licence n'autorise pas ce mélange des genres.

C'est d'ailleurs pour réduire cette contrainte que MariaDB a des connecteurs en LGPL.

**steel-finger** · 14/09/2013, 14h16

C'est vrai que access n'est pas gratuit !

**LUKAS1** · 25/09/2013, 16h49

Mon choix est le SQL Server 2008 précisément le R2 une pure merveille

**Pierre GIRARD** · 25/09/2013, 17h30

Envoyé par LUKAS1

Mon choix est le SQL Server 2008 précisément le R2 une pure merveille

Je ne pense pas que SQL Server 2008 soit un SGBD gratuit ?

**Waldar** · 25/09/2013, 17h44

Il l'est dans l'édition Express (qui fait bien parti du sondage) :
http://www.microsoft.com/fr-fr/downl....aspx?id=30438

**Pierre GIRARD** · 25/09/2013, 17h48

Je ne savais pas que c'était la même chose.

**imikado** · 22/10/2013, 09h45

Ca dépend de l'utilisation, pour les developpeurs, la licence est gratuite

**Pierre GIRARD** · 22/10/2013, 13h56

En plus, ça permet de constater que les SGBD gratuits n'ont pas ce problème

**SQLpro** · 22/10/2013, 15h20

Envoyé par Pierre GIRARD

En plus, ça permet de constater que les SGBD gratuits n'ont pas ce problème

mais ils en ont d'autres bien pire, comme le fait qu'aucun des deux champions PostGreSQL ni MySQL ne sont réellement des SGBD Relationnel.
À me lire : http://blog.developpez.com/sqlpro/p1...bd_relationn_1

A +

**imikado** · 22/10/2013, 15h57

Votre article parle de Postgresql, pourquoi inclure Mysql dans votre phrase ?

de plus, selon les commentaires de votre article, certaines affirmations sont érronées pour Oracle et Sql server

**Pierre GIRARD** · 22/10/2013, 16h33

Envoyé par SQLpro

mais ils en ont d'autres bien pire...

J'ai jamais dis qu'ils étaient parfaits, mais seulement que bien que gratuits, ils n'avaient pas ce problème.

Et de plus, je n'ai pas parlé de SGBDR, mais de SGBD dans ma réponse. Donc, le fait qu'ils ne soient pas "Relationnels" ne devrait choquer personne.

**SQLpro** · 22/10/2013, 16h39

Envoyé par imikado

Votre article parle de Postgresql, pourquoi inclure Mysql dans votre phrase ?

MySQL a le même défaut en pire puisque sans solution de contournement

de plus, selon les commentaires de votre article, certaines affirmations sont érronées pour Oracle et Sql server

Lesquelles SVP. Il est assez malhonnête de critique le travail des autres sans apporter de preuve...

A +

**imikado** · 22/10/2013, 16h55

Envoyé par SQLpro

Lesquelles SVP. Il est assez malhonnête de critique le travail des autres sans apporter de preuve...

Pas de soucis:

commentaire de "zinzineti
4 avril 2012 le 12 h 07 min"

Bonjour Frédéric,

Sous ORACLE la requête suivante :
(...) (la requete)
renvoie aussi une erreur ORA-01722

puis dans la suite du commentaire

Cette requête passe sous SQL SERVER 2008 R2, mais de quelle façon ? si on regarde le plan d’exécution on se rend compte aisément que SQL SERVER à juste fait une conversion IMPLICITE (CONVERT_IMPLICIT)de la colonne VAL en INTEGER. S’il existait sous SQL SERVER une option de configuration de la session utilisateur du style SET CONVERT_IMPLICIT ON (comme par exemple l’option de session IMPLICIT_TRANSACTIONS qu’on peut paramétrer à ON puisque cette option est à OFF par défaut pour SQL SERVER)

Dans ce cas, SQL SERVER va à mon avis renvoyer aussi une erreur du même genre.

**SQLpro** · 22/10/2013, 20h02

Un avis n'est pas une preuve !

A +

**Pierre GIRARD** · 22/10/2013, 20h41

De toutes les façons, nous expliquer que PostgreSQL et MySQL ne sont pas des SGBDR dans un POST intitulé "Quel est votre SGBD gratuit préféré en 2013 ?" ? ... On s'en fout pas un peu non ???

Ce qui est certain, c'est que même si PostgreSQL n'est pas à la hauteur de DB2, Oracle, SQL Server ou autre coûtant une fortune : il reste gratuit ! Et pour ceux qui n'ont pas les moyens, ça reste une bénédiction pour eux. Même si c'est un SGBD et pas un SGBDR.

Et même, ce qui serait scandaleux, c'est que PostgreSQL soit au même niveau que ses concurrents commerciaux tout en restant gratuit. Alors : Heureusement que Oracle et autre ont encore des avantages, c'est bien le moins qu'on attend d'eux.

**imikado** · 22/10/2013, 21h44

Envoyé par SQLpro

Un avis n'est pas une preuve !

A +

Autant pour SQL c'est un avis , argumenté néanmoins d'un "Explain", parcontre pour Oracle, ce n'est pas un avis mais un fait, résultat à l'appui "ORA-01722"