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
Quelle base de données ?
Bonjour
je souhaite réaliser une application à but commercial qui utiliserait une base de données.
cette base aurait 2-3 tables, dont une avec plus de 300 000 lignes ! (suivi production)
quelle serait d'après vous la base la plus appropriée ? Access, SQL Server, Sql Compact, MySql, ou une autre post.... ?
j'ai entendu dire que l'utilisation d'access est sans licence pour des applications commerciales, mais n'est-elle pas limitée dans la taille/le nombre de lignes ?
merci
@++
KaloOopS
Que l'on me corrige si j'ai faux, mais tu vendra un logiciel qui utilise la gestion d'une base de donnée. Cela sera donc à ton client de payer s'il le doit, une License.
Maintenant, il y a des bases de données qui sont gratuite comme MySQL.
il faut voir aussi si ton futur client à besoin d'une solution distante ou local, s'il possède un serveur, etc ...
Le mieux reste encore que ton logiciel sache gérer plusieurs BD (MySQL, SQL Server,...) local et distante, si tu ne connais pas son choix.
Bonsoir,
ben disons que d'avoir une licence gratuite permet de ne pas l'intégrer dans l'offre de prix
il me semble que MySQL a une licence pour les versions commerciales (qui ne sont en pas sous GPL)Envoyé par Anklor
source : http://www.mysql.com/about/legal/licensing/oem/
The commercial license allows OEMs, ISVs and VARs to distribute commercial binaries of MySQL software with their own commercial software without subjecting that software to the GPL and its requirement to distribute source code.
Clairement une base capable d'absorber de gros volumes (SQL Server, Oracle)
d'après le texte, c'est simplement si tu distribues les données binaires de MySQL avec ton application. Je pense que rien ne t'empêche de le distribuer sans, et d'expliquer dans la notice d'utilisation de ton application, comment installer un serveur MySQL. A voir avec un spécialiste des licences GPL.
300000 lignes, ce n'est pas un très gros volume... je ne connais aucun SGBD (à part peut-être Access) qui serait dépassé par si peu. A condition que la table soit bien indexée, tu peux en avoir encore beaucoup plus...
Cela dit, ça commence quand même suffisamment gros pour que les SGBD très légers comme SQLite ou SQL Server Compact soient un peu sous-dimensionnés. Donc à mon avis le mieux est de s'orienter vers un SGBD serveur gratuit, comme MySQL ou PostgreSQL
Je chipote mais tout dépend de la ligne
300000 blobs de quelques ko ca peut faire mal!
ben la taille de la ligne a pas tellement d'importance en fait, sauf si tu veux charger toutes les lignes... mais dans ce cas c'est ton appli qui aura du mal, plutôt que la baseJe chipote mais tout dépend de la ligne
300000 blobs de quelques ko ca peut faire mal!
Je sais pas si cela pourra t'aider davantage
http://fadace.developpez.com/sgbdcmp/
ah sympa ce lien, vais mieux le regarder ...
donc sinon pour résumer : 300-400000 lignes de 10 colonnes (essentiellement des double) ne posera aucun problème sur des bases non lite ?
autre question : quelle est pour vous la base la plus facile à utiliser juste pour faire des insert et select ? sachant que j'ai déjà développé un bout d'appli en SQL Compact
merci
@++
KaloOopS
Ca ne poserait probablement pas de problème non plus sur des bases "lite", mais c'est sans doute plus sûr de prendre une base serveur, ne serait-ce que pour des raisons de scalabilité à long terme
Bof, c'est un peu du pareil au même d'une base à l'autre... ça reste du SQL, qui est à peu près standardisé. Après chaque base a des instructions et fonctionnalités spécifiques, mais en général t'es pas trop dépaysé en changeant de SGBD
heu qu'est-ce que ca veut dire ???
merci
@++
KaloOopS
Etre capable d'absorber des plus gros volumes/etre plus sollicitéheu qu'est-ce que ca veut dire ???
merci
@++
KaloOopS
Pour information, une requête d'analyse croisée sous Access 2003 sur une table de plus de 600.000 lignes avec deux triples jointures sur des tables de petite taille se fait en moins d'une seconde (Les références sont des entiers longs).
Comme quoi, j'ai été médisant... je suis impressionné. La requête doit être sacrément bien optimisée
Merci je fais du mieu que je peux...
Mais avec le problème de licence et d'installation sur le poste, ca n'est pas celui que je choisirais. Je pense que KaloOopS devrait serieusement se pencher sur MSDE http://dotnet.developpez.com/articles/msde/.
MSDE, c'est l'ancêtre de SQL Server Express, non ? En tous cas je ne crois pas que ça existe encore sous ce nom
300000 lignes est tout sauf un gros volumes c'est même très petit.Clairement une base capable d'absorber de gros volumes (SQL Server, Oracle)
Access suffira largement à gérer celà.
SQL est un langage extrêmement normalisé les différents SGBDR respecte plus ou moins la norme...qui est à peu près standardisé
Nathanaël voulait parler des risques liées à mauvaise modélisation (90% des cas lorsque celle-ci est laissée aux personnes dont ce n'est pas le métier).ben la taille de la ligne a pas tellement d'importance en fait, sauf si tu veux charger toutes les lignes... mais dans ce cas c'est ton appli qui aura du mal, plutôt que la base
Le volume des lignes est au contraire important puisqu'il conditionne le nombre de pages que le moteur est obligé de lire lors du scan de table ou lors du parcours d'index...
En effet, et SQL SERVER EXPRESS 2008 est désormais nettement moins limité en volume (10 GIGA)MSDE, c'est l'ancêtre de SQL Server Express, non
En revanche SQL SERVER EXPRESS 2008 ne peux utiliser que 1 GIGA de RAM
et ne tire pas partir du multicoeur mais vu les volumes ciblés ce n'est pas une contrainte.
Je vous conseil ce lien:
http://www.microsoft.com/sqlserver/2...s-compare.aspx
Pensez tout de même à prévoir la volumétrie future (à horizon 3/5 ans) pour éviter les surprise et dimensionner le Server en conséquence.
Des entiers longs pour 600000 lignes?(Les références sont des entiers longs)
Les INT permettent de gérer plusieurs milliards de ligne... et prennent 4 octets au lieu de 8.
Avez vous fait ce choix en prévision de tels volumes ou pour coller à votre CPU 64 bits?
J'ai fais ce choix parce que les "numéros auto" sont des entiers long, donc mes clefs primaires, qui sont toutes en "numéros auto" sont des entiers long.
De plus, en allant voire l'aide (d'access 2003) je vois :
PS: Desolé KaloOopS pour le flood.Paramètre: Entier
Description: Stocke les nombres compris entre –32 768 et 32 767 (pas de fractions).
Taille: 2 octets
Paramètre: Entier long (Valeur par défaut).
Description: Stocke les nombres compris entre –2 147 483 648 et 2 147 483 647 (pas de fractions).
Taille: 4 octets
Vous avez un bloqueur de publicités installé.
Le Club Developpez.com n'affiche que des publicités IT, discrètes et non intrusives.
Afin que nous puissions continuer à vous fournir gratuitement du contenu de qualité, merci de nous soutenir en désactivant votre bloqueur de publicités sur Developpez.com.
Répondre avec citation
Partager