Créer une base de données

Créer une base de données - SQL/NoSQL - Programmation

Marsh Posté le 03-04-2003 à 20:14:53    

Salut,
 
Je fais un soft gérant une base de données.
La GUI est codée en Java (pour la portabilité). Et le SGDB est codé a priori dans une library en C++.
 
Je ne m'appuie par sur un systéme de base de données particulier. En fait, je veux CREER totalement le systéme de base de données a partir de zéro (à moins que vous ayez un systéme à me conseiller?).
 
D'où ma question: avez vous des petits liens/articles théorique sur la création de base de données? la gestion des index, des fichiers, etc.
 
Merci!


Message édité par Willyzekid le 03-04-2003 à 20:15:34

---------------
Horizon pas Net, reste à la buvette!!
Reply

Marsh Posté le 03-04-2003 à 20:14:53   

Reply

Marsh Posté le 03-04-2003 à 23:38:49    

up :bounce:
 
Au passage, vous recommandez l'usage des beans en java ou c'est même pas la peine que je regarde de ce coté là? (je cherche a avoir un truc genre COM portable :D)


---------------
Horizon pas Net, reste à la buvette!!
Reply

Marsh Posté le 04-04-2003 à 09:11:17    

As tu la moindre idée du boulot que représente la création d'un SGBD de A à Z ? Pourquoi ne pas utiliser un SGBD existant ?


---------------
J'ai un string dans l'array (Paris Hilton)
Reply

Marsh Posté le 04-04-2003 à 09:17:56    

le COM c'est portable? :heink:
 
sinon regarde toujours les sources de MySQL, ça te donnera une idée du boulot que tu as à accomplir (sachant que MySQL n'implémente pas toute la norme) :o


---------------
Whichever format the fan may want to listen is fine with us – vinyl, wax cylinders, shellac, 8-track, iPod, cloud storage, cranial implants – just as long as it’s loud and rockin' (Billy Gibbons, ZZ Top)
Reply

Marsh Posté le 04-04-2003 à 16:16:11    

Harkonnen a écrit :

As tu la moindre idée du boulot que représente la création d'un SGBD de A à Z ? Pourquoi ne pas utiliser un SGBD existant ?


 
Slt
 
Pour 2 raisons principales:
- La base de données à laquelle je pense est fixe: quatre tables, 15 champs point barre. Pas besoin de me faire chier avec tous les goodies d'un SGBD. (c'est d'ailleurs limite pas une "base de données"!!).
- J'ai besoin d'avoir une taille de fichier(s) minimum or pas mal des systèmes que j'ai vu sont orientés serveur (optimisé vitesse mais pas taille). Cela dit, encore une fois, si tu as une idée d'un SGBD que je puisse utiliser sous n'importe quel systéme qui soit rapide et efficace....:)


---------------
Horizon pas Net, reste à la buvette!!
Reply

Marsh Posté le 04-04-2003 à 16:28:17    

Willyzekid a écrit :


 
Slt
 
Pour 2 raisons principales:
- La base de données à laquelle je pense est fixe: quatre tables, 15 champs point barre. Pas besoin de me faire chier avec tous les goodies d'un SGBD. (c'est d'ailleurs limite pas une "base de données"!!).
- J'ai besoin d'avoir une taille de fichier(s) minimum or pas mal des systèmes que j'ai vu sont orientés serveur (optimisé vitesse mais pas taille). Cela dit, encore une fois, si tu as une idée d'un SGBD que je puisse utiliser sous n'importe quel systéme qui soit rapide et efficace....:)


 
Si tu comptes inventer toi même un SGBD rapide et efficace, bonne chance (et rendez vous dans 10 ans). Par contre, grâce à Java, tu peut t'affranchire du SGBD, écrire une appli complètement indépendante du SGBD utilisé. C vachement mieux.

Reply

Marsh Posté le 04-04-2003 à 16:38:47    

El_gringo a écrit :


 
Si tu comptes inventer toi même un SGBD rapide et efficace, bonne chance (et rendez vous dans 10 ans). Par contre, grâce à Java, tu peut t'affranchire du SGBD, écrire une appli complètement indépendante du SGBD utilisé. C vachement mieux.


 
Oui mais j'ai des doutes sur la rapidité du truc. Me trompais-je?
 
Il me semble que ce a quoi je pense est assez loin d'une base de données. En fait, tout peut facilement être regroupé en 1 seule table, le seul truc qui me fait penser à une base de données c'est la taille (200000 entrées) et la recherche sur plusieurs éléments (->index).


---------------
Horizon pas Net, reste à la buvette!!
Reply

Marsh Posté le 04-04-2003 à 16:49:37    

Ben 200000 entrées, c pas tant que ça, les temps peuvent être très correctes, et à mon avis, je le répète, sans vouloir te vexer, beaucoup + rapide que tu TOI tuot seul tu développais un truc.

Reply

Marsh Posté le 04-04-2003 à 16:57:44    

un exemple?  MySQL!  Rien que ce forum stocke 12 millions de messages + le reste dans sa base de données.  Regarde le temps de génération des pages chaque fois que tu cliques sur un lien ;)


---------------
Whichever format the fan may want to listen is fine with us – vinyl, wax cylinders, shellac, 8-track, iPod, cloud storage, cranial implants – just as long as it’s loud and rockin' (Billy Gibbons, ZZ Top)
Reply

Marsh Posté le 04-04-2003 à 16:58:04    

El_gringo a écrit :

Ben 200000 entrées, c pas tant que ça, les temps peuvent être très correctes, et à mon avis, je le répète, sans vouloir te vexer, beaucoup + rapide que tu TOI tuot seul tu développais un truc.


 
Ahah non non tu me vexe pas :) Y a pas de doute la dessus vu qu'en base de données j'y connais rien (Cela dit, Waterloo student power :p)
Ce qui me fait peur, c'est les fichiers de sortie...Je pense à une utilisation chez n'importe quel pecnaud du dimanche donc j'ai pas envi d'avoir une fichier de 2Gb pour 3 pauvres entrées!!! D'ailleurs j'ai envi d'avoir un seul fichier (ca se gére quelque part ca?)


---------------
Horizon pas Net, reste à la buvette!!
Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed