Depuis peu, en effet, mais disponible "facilement" pour peu de distributions.
Pas pris le temps de bidouiller pour adapter l'installation à ma Mageia Linux.
En tout cas, c'est une bonne nouvelle.
Version imprimable
Depuis peu, en effet, mais disponible "facilement" pour peu de distributions.
Pas pris le temps de bidouiller pour adapter l'installation à ma Mageia Linux.
En tout cas, c'est une bonne nouvelle.
Ce qu'il y a de bien c est qu'on a le choix. Je suis dba et je dispose d à peu prêt tous les sgbd nommé dans mon environnement.
En terme de stabilité mssql et Oracle sont à égalité. pour les énormes bd Oracle reste encore incontournable mais mssql fait sa place. Pour les bd grand moyen et petits : mssql est parfait. Mssql express malgré ses limitations fait le job et en terme d outils de pilotage tous les autres sgbd ne sont pas au niveau.
Le sgbd qui me coûte le plus en maintenance est postgres. C est vrai que je suis pas un cador dessus mais j ai trois bd dessus et toutes les trois ont eu des accidents dans l année.
MySQL on oublie vite qu il est toujours là dans le paysage mais uniquement pour des petites bd.
SQL server pour la facilité d'utilisation
Ce commentaire sur Posgresql m'étonne !Citation:
Envoyé par jm_zz
D'autres ont-ils eu des mauvaises expériences similaires ?
Incontournable non. Aujourd'hui quelques unes des plus grosses BD sont sous SQL Server et pas sous Oracle. Par exemple United Airline est passé d'Oracle à SQL Server pour sa BI entre 2008 et 2010. C'est juste plusieurs dizaines de Po !!!
Personnellement j'ai beaucoup de client qui ont plusieurs dizaines de To sur un même serveur, voire sur une même base SQL Server...
L'Oréal est en train de passer d'Oracle à SQL Server au plan mondial... C'était un des plus gros contributeur en licences Oracle...
Aux USA plus personnes n'investit dans Oracle depuis plusieurs années, malgré les pubs que l'on voit partout pour Oracle dans les aéroport et les journaux... Même SAP à quitté Oracle en faveur de SQL Server et ses propres SGBDR !
Il n'y a aucun autre SGBDR que SQL Server qui a une gamme aussi étendue...Citation:
Pour les bd grand moyen et petits : mssql est parfait. Mssql express malgré ses limitations fait le job et en terme d outils de pilotage tous les autres sgbd ne sont pas au niveau.
- LocalDB c'est un SQL Server équivalent à SQL Lite
- Express, c'est un SQL Server gratuit pour les besoin de TPE et les particuliers
- l'édition WEB, très peu chère en PAAS concurrence avantageusement MySQmerde et PostGreSQL.
- La standard est faites pour les entreprises n'ayant pas des charges 24/24 // 7/7 ni une forte volumétrie (plusieurs To)
- L'Enterprise est faite pour les très fortes volumétries et les charges continues (pas d'heures creuses)
- Azure est la solution cloud équivalente...
Je confirme hélas... Inexploitable en 24/24 // 7/7 ni pour des bases de plusieurs GO... C'est lié à sa conception du MVCC et aussi à cause du "VACUUM"... catastrophique en terme de verrouillage.Citation:
Le sgbd qui me coûte le plus en maintenance est postgres. C est vrai que je suis pas un cador dessus mais j ai trois bd dessus et toutes les trois ont eu des accidents dans l année.
Le pire c'est qu'il donne des résultats faux mais comme la plupart des développeurs ne testent jamais leurs application, alors en production cela donne de la merde !Citation:
MySQL on oublie vite qu il est toujours là dans le paysage mais uniquement pour des petites bd.
A +
SQLpro, quel est l’intérêt d'utiliser LocalDB ?
Sqlite c'est implémenter nativement dans tous les langages populaire, il est multiplate-forme et c'est dans le domaine publique => ce qui permet de l'utiliser comme bon me semble sans aucune inquiétude.
Je ne connais pas la licence de LocalDB mais je pense qu'il doit y avoir des restrictions non ?
Concernant Mysql, il est préférable de migrer vers MariaDB plus moderne (normalement les 2 sont compatible donc aucune modification de code n'est nécessaire), plus performante et gratuite. Je comprend toujours pas pourquoi les hébergeurs imposent encore MySql.
Non pas de mauvaise expériences avec.
PostgresSQL j'ai pas a me plaindre. Je l'ai déja utilisé par le passé et je ne l'ai pas trouvé instable. Il était utilisable H24 7j/7 mais je ne l'ai jamais utilisé de manière intensive j'en conviens. Mais les propos sur postgres tenu par certains me semble un peu exagéré quand même.
SQL Lite est très limité. LocalDB est très complet puisque c'est 'équivalent de la version Express avec quelques limitations fonctionnelles.Non, c'est comme la version Express, c'est gratuit...Citation:
Sqlite c'est implémenter nativement dans tous les langages populaire, il est multiplate-forme et c'est dans le domaine publique => ce qui permet de l'utiliser comme bon me semble sans aucune inquiétude.
Je ne connais pas la licence de LocalDB mais je pense qu'il doit y avoir des restrictions non ?
24/24 7/7 à pleine charge ??? Cela m'étonnerais fortement. C'est juste pas possible du fait de sa maintenance bloquante...Citation:
Concernant Mysql, il est préférable de migrer vers MariaDB plus moderne (normalement les 2 sont compatible donc aucune modification de code n'est nécessaire), plus performante et gratuite. Je comprend toujours pas pourquoi les hébergeurs imposent encore MySql.
Non pas de mauvaise expériences avec.
PostgresSQL j'ai pas a me plaindre. Je l'ai déja utilisé par le passé et je ne l'ai pas trouvé instable. Il était utilisable H24 7j/7 mais je ne l'ai jamais utilisé de manière intensive j'en conviens. Mais les propos sur postgres tenu par certains me semble un peu exagéré quand même.
A +
Quand on parle de restrictions, il s'agit de restrictions légales: Licence, redistribution, compatibilité, accès au système, adaptabilité et beaucoup d'autres paramètres qui peuvent grandement influencer une décision.
Quand à PostgreSQL, avec un schéma fait pour des blobs de petit volume (1-10kB) pour un rate de plusieurs milliers de requêtes par jour et une DB blog ayant l'équivalent, je n'ai jamais eu le moindre problème.
Excellent outil, implémentant énormément de systèmes/modules, libre et très souple/léger, je ne vois pas pourquoi je ne l'utiliserai pas et pourquoi je me pencherai vers du Microsoft !
J'ai nommé ma société "HQF Development" comme "High Quality Foundations" et les fondations sont toujours (depuis 5 ans) la base de données.
Une bd bien pensée, et on peut mettre n'importe quoi derrière, n'importe quelle requête, et par la suite, l'afficher n'importe où et n'importe comment (mobile, tablette etc).
De toutes parties d'un gros programme, la seule vraiment difficile à remplacer, voire impossible, ou la plus longue, est la base de données.
Si un gros programme était un être humain, la bd en serait le coeur.
J'utilise SQLite et je développe en c#
Simple, pratique, avec un éditeur SQLiteStudio qui a les mêmes qualités
J’ai travaillé avec pendant 10 ans. Il m’a permis de développer un MES qui pouvait être performant sans être installé sur un serveur ultra puissance. Un simple Pentium 4 avait été suffisant.
Merci aux participants pour leurs interventions, malheureusement vous ne faites que partager des sentiments qui n'ont que peu de valeurs.
Essayez d'indiquer des informations de volumétries, de concurrence d'accès et du type de serveur derrière, et le type de BDD utilisée (OLAP / OLTP).
Par exemple :
Oracle xxx, OLAP, 50 To, 30 users en //, serveur 24 CPU 800 Go de Ram
MariaDB xx, OLTP, 20 Go, 1 user, laptop 4 Go de ram.
Ca donne une bien meilleure idée du contexte.
Bonjour,
peut-on vraiment comparer une base mono-utilisateur comme SQLite à d'autres multi-utilisateurs ?
De mon côté je vote Firebird pour sa facilité d'installation, son poids très léger et ses performances plus que correcte dans les différents sites où j'ai pu l'installer/ utiliser. En général, de "petits" serveurs Windows ou de simples postes Ubuntu, de 15 à 30 utilisateurs connectés (filaire ou wifi voir même via Internet). taille des bases de <à 1To pour les sites
n.b. en exploitation c'est encore la version 2.5 qui est utilisée pour des raisons pratiques, une migration vers la version 3 ou la 4 qui en est au stade Alpha sera à l'ordre du jour quand mon outil de migration de la base sera au point.
Que reprocher à Firebird :
- une réaction un peu tardive aux normes, n'oublions pas tout de même qu'il s'agit d'un vrai Open Source.
- Pour moi c'est plutôt sa non-existence sur des serveurs Web (marre de la prédominance de MySQL ! mais qui a bien pu choisir cette SGBD comme "standard" :evilred:)
Je n'ai pas pu faire de vrais essais avec PostGreSQL qui se trouve en tête, un jour peut-être ... mais ce SGBDR répond-il plus à mon reproche 2 ?
Voir https://sourceforge.net/projects/nsbase/
C'est un logiciel libre qui vient de sortir, il est en version alpha, il est basé sur SQLITE, il est une alternative à MS ACCESS
Gné ? :weird:
SQLite est dans le domaine public et libre (licence), alors que Ms Access est payant et non-libre, en plus d'être un outil de piètre qualité.
De plus, il existe une infinité de drivers, extensions et surcouches à SQLite3 qui permettent le chiffrement en direct d'une DB SQLite, e.g. SqlCipher pour Android.
Pour ma part, j'utilise Firebird. Pour un amateur comme moi, il est simple, facile d'accès et facile à maintenir. Je n'ai que 3 bases de données, leur sauvegarde se fait tous les jour par la simple copie de 3 fichiers. Pour une utilisation non professionnelle, c'est absolument parfait.
Cela étant, j'utilise Firebird en mono-utilisateur, et je le trouves malgré tout beaucoup plus intéressant que SQLite (que j'ai testé). Pour la même raison, PostgreSQL, Oracle XE et SQL Server Express (je ne connais pas les autres et je n'aime pas MySQL) sont à l'inverse trop lourd pour l'utilisation que j'en ai. Firebird est simplement le juste milieu. ;)
Oracle Express + Locator (Locator est le petit frère gratuit d'Oracle Spatial)
SQLite + projet personnel de géomatique (en C); son SQL très semblable à celui d'Oracle
Content de voir que SQLite monte dans les sondages
jjc_Mtl