Discussion :

[didiergm]

Pour moi après avoir travaillé avec des sgbd commerciaux (Oracle/Sybase ASE & ASA, MSSQLServer) puis Firebird - bon produit, rapide et fiable mais communauté trop fermée et un peu hautaine (à moins que cela n'ai évolué, mais maintenant c'est trop tard),

j'ai découvert PostgreSQL il y a 5 ans et je n'ai plus jamais regardé en arrière- stable, fiable, installation simple; backup en clair (je ne serais jamais coincé en cas de soucis majeur) et compatible quelque soit l'OS d'origine; performance toujours en hausse, réplication intégrée depuis la v9, dynamisme des développement, plusieurs langages de dév pour les SPs, respect du SQL
....

Mono poste, client/serveur ou Web c'est devenu ma seule base. Pour les mobiles & tablettes en connécté un web service et postgresql en non connecté ... on va voir

[Kynoo]

Distributed Graph & document : OrientDB
Document : Couchbase
Key/value : Riak
Odbms : db4o
XML : Sedna
RDF : Sesame
Clustered RDBMS : Cubrid

[TGMDev]

J'utilise très souvent SQLite: empreinte mémoire très faible, pas de requis d'un serveur, interface C++ très simple, rapide. A priori, il n'est pas recommandé pour une base de données partagée en réseau. Je l'utilise pour une application depuis 3 ans en réseau avec une cinquantaine d'utilisateurs. Pas un seul problème lié à la base de données. Il présente, certes, des faiblesses (comparé à MS SQL) mais le fait de ne pas avoir besoin d'un serveur a été un élément décisif du choix. Installation hyper-simple: copier la Db sur un disque réseau et c'est parti !

[ecor6633]

J'ai voté postgresql parce que pour apprendre le SQL il est vraiment parfait et complet. PgAdmin3 livré avec est très facile à utiliser, il permet les trigger et stored procedures et a de bonnes performances.

J'ai aussi choisi autre pour H2 ou HSQL très léger et pratique aussi pour de l'embarqué ou pour un apprentissage et bien plus agréables que derby.

[mmollon]

Firebird

[tomlev]

En tous cas ce sondage aura eu le mérite d'attirer l'attention sur la popularité de Firebird (bien qu'il ne soit pas dans les choix proposés). Perso je connaissais de nom mais je ne savais pas qu'il était aussi largement utilisé...

[CinePhil]

Perso je connaissais de nom mais je ne savais pas qu'il était aussi largement utilisé...

Idem.

[jmarsac]

PostgreSQL en client/serveur (multiposte)
SQLite en desktop (monoposte) ou "transparente"
- libre
- SQL
- couche spatiale (PostGIS et SpatiaLite)

[pcourant]

PostgreSql c'est Stonebraker, mais avant il a fait Ingres, qui contrôle encore aujourd'hui les TGV et les contrôleurs de la SNCF, la Banque Barclays, et 10 000 autres sites dans le monde.

Pourquoi le discrédit sur une base qui a encore aujourd'hui tant d'années d'avance sur MySql, ou même Firebird (la base autoadministrée du génial Borland).Et qui est désormais disponible en version OpenSource.

Et pourquoi oublier son environnement associé, OpenRoad, totalement objet, qui la valorise encore, en permettant de réaliser en 200 lignes ce qui demande 2500 lignes de Javascript, et au moins 1500 de php ou de java ...

Aujourd'hui Ingres c'est Actian, (ingres version10), mais aussi Vectorwise, la base de données la plus rapide du monde ... (mais elle n'est pas OpenSource)

NoSql, c'est comme le cloud, une épée de Damoclès. Je n'y crois pas. La technologie est trop floue, trop opportuniste. Seules les bases Hash de Facebook me paraissent une véritable innovation (quoique l'on connaisse le hash-coding depuis le premier disque des Rolling Stones)

Si les médias faisaient un peu plus de technique et un peu moins de commerce, on serait mieux renseigné ... (mais merci à développez.com, site exceptionnel).

Et bonne année à tous.

[sevyc64]

Pourquoi le discrédit sur une base qui a encore aujourd'hui tant d'années d'avance sur MySql,

Ou as-tu vu que PostgreSQL était discrédité ? Ici ?

NoSql, c'est comme le cloud, une épée de Damoclès. Je n'y crois pas. La technologie est trop floue, trop opportuniste.

LE principe de NoSQL, ça fait juste plus de 10 ans que Google, entre-autre, ainsi que bon nombre de société manipulant ce que l'on appelle maintenant les Big Data, l'utilise pour ses indexations.

NoSQL est, à l'heure actuelle, le seul mécanisme pas trop mal adapté pour gérer les big data et le volume important de données totalement hétéroclites. Le coté relationnel des SGBD classiques SQL n'est pas du tout adapté, par le fait qu'il nécessite que les données soient typées et surtout toutes de même type, qu'il y a besoin d'une relation entre les données.

Il est fort à parier qu'à terme, des moteurs NoSQL seront adaptés et intégrés aux gros SGBD actuel, Oracle, SQLServer, MySQL, Postgre, etc...

[Bluedeep]

NoSQL est, à l'heure actuelle, le seul mécanisme pas trop mal adapté pour gérer les big data et le volume important de données totalement hétéroclites.

A ce propos, quelqu'un peut il expliquer à l'ignare que je suis la différence profonde entre le "NoSQL" et le séquentiel indexé ?

[sevyc64]

A ce propos, quelqu'un peut il expliquer à l'ignare que je suis la différence profonde entre le "NoSQL" et le séquentiel indexé ?

Dans NoSQL, ce n'est pas les bases SQL qui sont remises en cause, mais un des pilier de leur structure qui est le lien relationnel entre les données.

Quelques liens renvoyer par google pour te documenter :
Wikipédia en français et en anglais, souvent plus complet.
Un livre blanc

A noter qu'il y a, à l'heure actuelle, plus de 150 SGBD NoSQL de recensés

[alassanediakite]

Dans NoSQL, ce n'est pas les bases SQL qui sont remises en cause, mais un des pilier de leur structure qui est le lien relationnel entre les données.

Je pense qu'il y a lieu d'éclaircir un peut ce point.
Pour moi (pour être trop simple):

• relationnel: intégrité prime sur la rapidité (adapté pour les domaines comme la comptabilité)
• NoSQL: rapidité prime sur l'intégrité (adapté pour les domaines comme les sites de milliards d'abonnés)

@+

[Bluedeep]

Dans NoSQL, ce n'est pas les bases SQL qui sont remises en cause, mais un des pilier de leur structure qui est le lien relationnel entre les données.

Je reboucle donc sur ma question : dès l'instant où tu supprimes le lien relationnel et le concept d'intégrité qui va avec, où est la différence profonde avec de l'ISAM ???
(à part un nouveau mot qui fait "buzz").

[Frank Mesnard]

Firebird pour sa pleine gratuité. On peut l'inclure dans un logicel "desktop" (sans serveur) et vendre ce logiciel sans frais....dommage qu'il n'y a pas beaucoup de sites d'hebergement qui offre Firebird...

[Luc84]

Bonjour,

j'utilise (et donc je vote) Firebird : utilisée depuis 9 ans, pas de bug, pas de plantage. Que demande le peuple ?

[vidgeur]

Utilisateur de Delphi (V5 - je ne peux pas suivre les évolutions), j'aime bien Interbase. La version 6 est Open Source et fonctionne sur Windows, Mac OS X, Linux et Solaris.

[Pierre GIRARD]

...La version 6 est Open Source et fonctionne sur Windows, Mac OS X, Linux et Solaris.

Donc : identique à FireBird puisque ce dernier est issu de la version Open Source d'Interbase. Pour moi, c'est quasiment la même chose.

[ddoumeche]

NoSQL, si on aime coder ses propres routines (& fiables) de vérification d'erreurs ou si la perte de données est une option, il y a rien de plus productif

[jjc_Mtl]

Je trouve bizarre que SQLite ne soit même pas mentionné.
tous mes tests de structures et de requêtes SQL sont faits avec SQLite
j'ai aussi quelques implantations web avec SQLite et php.
http://www.sqlite.org/