Je souhaite créer un freeware. Pour le langage, pas de pb, y'a plein de compilateurs gratos mais y'a t-il également des bases de données utilisables sans avoir à refourguer un centime de royalties ?
THX

Je dit peut etre un connerie mais MYsql est gratuit il me semble.
Ou progresSQL.

[jfdsdjhfuetppo]--Message édité par tagada001--[/jfdsdjhfuetppo]

Yep : MySQL, interbase, SAPDB  
 
A++

MySQL, PostgresSQL les 2 free et typiques pour les sites web à composants free.
 
MySQL ne fais grand chose, mais est stable
PostgresSQL est plus complet (notion de transaction par ex.), mais moins rapide/stable

Mais puis-je utiliser une base MySQL avec du C++ sans être connecté au Net !?? Ce serait de la pure balle !!!!
RETHX  

Oui tu peux utiliser MySQL avec du C/C++ et PostgreSQL aussi par la meme occasion.
 
Juste une remarque : ou est il dit que MySQL est plus stable que Postgres ? Pour moi ce serait plustot l'inverse
 
Meme la question de la vitesse est douteuse parceque MySQL supporte tres mal la montée en charge mais est plus rapide quand il y a peu de requetes ( et surtout pas trop d'opérations d'écriture )

Krystoph : avec du MySQL, on tient la charge, t'en fait pas : ma boite fait des systèmes de chat par téléphone portable, et les bases derrière sont des MySQL....On tient une charge continue de plus de 50 SMS/seconde, sachant qu'un  SMS c'est plus d'une seule écriture : y'a aussi des lectures, etc, etc..

G-Corp a écrit a écrit : Mais puis-je utiliser une base MySQL avec du C++ sans être connecté au Net !?? Ce serait de la pure balle !!!! RETHX

tu peux passer par ODBC, tu dois dans ce cas installer le driver ODBC pour MySQL
 
http://viaverio.com/support/virtual/mysql/odbc/

Je souhaite faire un prog utilisant une base de donnée sous forme de fichiers, eux mêmes manipulables à volonté.
Je voudrais éviter de passer par l'intermédiaire d'un serveur virtuel.
Le truc, ce serait une base manipulable comme une base access à la con.
C possib ?
RERETHX  

oui : dans les grosses bases de données, on parle plutot de milliers d'utilisateurs simultanés...

Kristoph a écrit a écrit : Juste une remarque : ou est il dit que MySQL est plus stable que Postgres ? Pour moi ce serait plustot l'inverse

 
c moi qui le dit sur la base d'un bench fait pour un site e-commerce avec que des instructions sql nazes du genre select, insert sur une seule ligne d'une table, le reste étant prétraité en java. en fait avec MySQL, je me limite systématiquement à faire des choses très simples et là c stable.
 
par contre, par rapport à Oracle   , évidemment y a pas comparaison

Bah, le probleme de MySQL ( qui a peut-etre ete corrige depuis ) est qu'il n'y a pas vraiment toutes les fonctionnalités du SQL. C'est pour ca que des gens disent que :
 

tomiotomio : nan, pas 50 simultanié : 50 SMS envoyés / seconde...
 
Pour un SMS, il faut reconnaître le mot clé (acces base), reconnaître l'uutilisateur (jointures : vérification n°, vérification inscription,éventuellement écritures), mettre à jour sa date d'accès (écriture), et suivant la commande, tu ajoutes des écritures, des lectures, etc.....
je pense que la charge dont je parle, même si elle est évidement pas comparable avec celle d'un gros système de taré, est largement supérieure à ce que va rencontrer un site "amateur", non???
 
J'me fais peut être des idées, c'est pas moi qui m'occupe de la base!! D

Je sais pas mais pour ton truc de SMS, j'ai du mal à voir l'interet d'un SGDB. Il y a bien 1 opération de jointure mais bon.
 
Ce n'est peut-etre que moi tu diras .

bah, pasque c'est pas un service au 'coup par coup' : le serveur de SMS est un point d'entrée dans le service, mais y'a aussi un accès WEB et WAP....et c'est des services où tu as besoin d'être inscrit.....ou tu gères des préférences utilisateurs,; etc.....donc, SGBD...

UP    
Je demande juste un truc très simple qui permettrait de faire de balancer des requêtes de base et de me compresser le tout ;-)
THX  

 
Ouh la la grave erreur:

• MySQL est stable (Ok) mais suffisant pour des requêtes non complexes
• PosgreSQL est bcp plus puissant et rapide (quasiment équivalent à Oracle)

regarde du côté de interbase, c'est très puissant et stable et il y a une version gratuite opensource...

Une petite question. J'ai un projet a faire pour mon ecole. En gros on s'appuiera sur une base de donnée qui devra dans la theorie supporter des milliers d'accès (lecture, modif, supp) par jour. Mon pote a proposer une base access. Moi je propose MySQL. Access est t'il capable de realiser cette tache ??  

sauf erreur de ma part, access n'est pas un server contrairement a MySQL

Je sais je parle po de serveur mais de base de données. Si je me trompe pas, on peut simplement utiliser un lien ODBC pour taper dans une base access.
Ce que je veux savoir c'est si c'est aussi bien qu'un serveur MysQL.

Faut pas rêver non plus.
Le seul truc qui peut concurrencer à la rigueur MySQL et PostGreSQL, c'est Microsoft SQL server, mais vu le prix...

Access est un peoduit pour s'amuser à gérer sa liste d CD, pour moi ca se limite là, franchement passez sous MySQL, en plus ce sera plus simple à gérer

interbase les concurences aisément

 
Oki merci. Donc MYSQL powwaaaaa    

Si vous voulez une bonne base freeware et multiplateform, il faut aller là http://firebird.sourceforge.net/
j'ai testé beaucoup de base et celle là est loin devant dans la catégorie freeware.  

Il est bien MS Sql Server au faite?
jamais eu le temps de le mettre en place pour tester?

 
oui, depuis la v7, ça va.
 
mais < Oracle. En effet, il faut commencer à optimiser les scripts sql avant Oracle (i.e. le moment où les scripts sql de base commencent à chier et où il faut commencer à réfléchir arrive soit plus tôt, soit avec des volumes de données moindres)
 
sinon, pour info, Access est bien serveur, et en ce qui me concerne, je dirais qu'Access > DB OpenSource, pour les possibilités offertes en scripting sql. Mais ça se discute.
(par contre, jamais utilisé en serveur pro, vu que tant qu'à payer, autant mettre aut'chose).

Le gros problème de SqlServeur et de access, c'est leur technique de verrouillage des enregs par page ...