Bonjour,
 
J'aimerais faire développer une base de données volumineuse mais très basique qui réponde au cahier des charges suivant :
- évolutive
- langage pérenne
- langage répandu afin de pouvoir changer de prestataire facilement si besoin (= pas un langage connu par 100 dév en France)
- compatibilité, facilité d'interfaçage (API) avec d'autres applis
- facilité d'interfaçage web
- facilité de récupération des données en cas de migration future vers une solution pro (actuellement hors budget)
 
Est-ce que SQL répond à tout ça ?
 
Merci

SQL n'est pas une base de donnée mais un langage de requête.
 
Donc ta question n'a pas vraiment de sens.
 
Après qu'est ce que tu appelles volumineuse ?
Là il y a quasiment aucune info permettant de choisir le bon système de gestion de données.

Clairement. Et rien qu'à la façon dont la question est tournée on peut supposer que tu sais à peine de quoi tu parles.
 
Et à peu près aucun SGBD, relationnel ou nosql, ne propose "d'interface web", sauf en les couplant à des outils indépendants.
 
Pour la notion de "solution pro", si y a un bien un domaine où les solutions gratuites égalent ou explosent les solutions pro, c'est les BdD.
 
Donc dis nous plutôt pourquoi tu as besoin (ou tu crois avoir besoin) de tout ça pour qu'on puisse te renseigner.

Merci pour vos réponses  
 
Vous avez raison, mes connaissances sont très limitées. Je sais juste que j'ai besoin d'une base de données pour stocker des informations et faire des requêtes.
 
En informatique, j'ai fait plusieurs fois l'expérience de devoir changer de prestataire et que le nouveau me dise qu'il ne peut rien récupérer de ce qu'avait fait le précédent (infra réseau, site web...). Pour le site e-commerce, par exemple, on a refait notre site en repartant de zéro, on a exporté/réimporté les fichiers produits et clients, ça a généré un nombre incalculable de bugs.
 
Donc j'aimerais choisir le langage qui soit le plus pérenne pour avoir une BDD évolutive. Et que si demain je change de boîte, on ne me dise pas "on ne connaît pas ce langage, on ne peut rien récupérer". SQL me semble être le meilleur langage.
 
"Volumineuse", je veux dire 500 produits ayant chacun une cinquantaine de caractéristiques.
 

SQL (Structured Query Language) est un langage, pas un moteur de base de donnée.
MariaDB est le nouveau standard libre pour faire du web (c'est le successeur de MySQL suite au rachat par Oracle).
 
500 produits variable ne semble pas insurmontable.
Si tu n'y connais pas grand chose et que tu est susceptible de changer de prestataire, je te conseilles de t'orienter vers un CMS de commerce en ligne type Magento, Woocommerce (plugin commerçant a wordpress) ou Prestashop, tu auras forcément plus de gens compétent pour reprendre le flambeau si tu part sur ce genre de solution qu'avec un développement spécifique fait par une agence web.

Le problème quand tu dois reprendre des informations, ça n'est généralement pas la technologie, le langage, les outils ou qqch de ce genre, mais juste la structure de ces données.  
Parce que si par exemple tu passes d'une solution e-commerce à une autre, les données ne se présenteront pas de la même façon entre chacun, donc il faudra les adapter (= bidouiller) pour les faire tenir dans le nouveau format. Et ce, même si les deux sites utilisaient exactement la même base de données pour les enregistrer.
 
On ne sait toujours pas ce que tu cherches à faire. A un moment de ton message tu parles d'e-commerce mais plus à titre d'expérience vécue que pour décrire ce dont tu as besoin.
Si c'est effectivement pour du e-commerce, tu peux déjà suivre les suggestions de mechkurt.
Par contre en fonction de si ton activité a des besoins plus ou moins spécifiques (customisation des produits, tunnel de commande...) ça peut être plus ou moins compliqué à mettre en oeuvre selon la solution adoptée.

Et 500 références produit c'est rien pour une base de données. Ça se mettrait limite dans un csv en mémoire.
Une base de données ça traite des millions/milliards de lignes

500 produits avec des caractéristiques, c'est rien
Effectivement, si cle besoin est de faire une site de e-commerce, un CMS libre de type Prestashop est très bien (Magento est trop lourd juste pour ça).

Si tu as pas plus de contraintes tu risques rien à partir sur postgreSQL, c'est gratuit, et largement bien plus puissant que tes besoins.
Il n'y a pas que des "amateurs" qui utilisent un SGBD gratuit, par exemple de grandes sociétés utilisent des batteries de serveurs MySQL ou MariaDB, et un tas de sociétés ont migrés d'Oracle vers PosgtreSQL.

Aucun rapport avec le schmilblick mais bon

Ben ça a le mérite d'illustrer que les BdD gratuites sont très bien (comme je disais d'ailleurs plus haut).
Mais là le problème c'est toute la formulation du besoin initial, alors on peut lui raconter tout et n'importe quoi sans trop de risque