Salut,
 
Quel SGBDR vous me conseillez pour un site intranet en jsp ?  
Pour le moment j'utilise le couple PHP/MySql qui est relativement performant, mais qu'en est-il du jsp ?
Merci par avance pour votre aide.
 
Dead.metheny

L'avantage de jdbc c'est justement de rendre ton appli independante du SGBD. Il existe des drivers pour la plupart des SGBD, donc à priori tu prends ce que tu veux ou ce que tu as.
Si tu a l'habitude de bosser avec MySQL, y'a pas de raison de changer.
 
[edit]j'avais fait un lapsus malheureux[/edit]

question à la con ...
Parce que tu comptes faire tes accès BD depuis la JSP?

>>> question à la con ...
Désolés, j'ai pas la science infuse...
 
Le concept du jdbc étant désormais acquis (merci R3g), je reformule donc ma question :
Quelles sont les bases de données les plus utilisées et les plus adaptées pour des sites ? Fiabilité, rapidité, etc...
 
Dead.metheny

Je ne vois pas trop le lien entre jdbc et site web.
 
Si c'est juste pour faire un peu d'authentification/gestion de profil et garder qlq stats, n'importe quelle SGBDR fera très bien l'affaire, de préférence la moins chère.
 
Ce n'est pas vraiment le site web qui va avoir besoin d'une bdd, c'est plutôt l'appli à laquelle il va donner l'accès.
Faut pas perdre de vue qu'un site web n'est qu'une interface.
 

Non, ce n'est pas uniquement pour "faire un peu d'authentification/gestion de profil et garder qlq stats".
La base de donnée devra contenir pas mal de données (relativement importantes).
Les utilisateurs pourront modifier ces données online a leur guise.
Evidement le site n'est qu'une interface, c'est bien pour ça que je me renseigne pour choisir le sgbdr adéquate (robuste, sécurisé et rapide).
Actuellement je n'ai pratiqué que MySql (qui a mon avis est un peu trop leger pour cette appli) et Access (beurk), voila pourquoi je fais appel a votre expérience en matiére de sgbdr...
 
 

MySQL n'est pas si "leger" que cela ...
PostGres sinon ...

 
tu peux préciser? Pour info, ce forum tourne avec MySQL ...

Bien entendu MySql est parfait pour un site internet.
Mais cette appli est beaucoup plus complexe (au niveau des requêtes, etc...) qu'un site classique.
 
Les inconvénients de MySql (fonctionnalités absentes):
- Requêtes imbriquées
- Pointeur sur enregistrement dissocié
- Gestion d'un cache de requête
- Verrouillage d'une base de données
- Jointures étendues
- Triggers
- etc
 
En fait, il me faut un sgbdr robuste et pro.

postgres ou oracle alors

 
regarde les features de MySQL 4 ...

PostgreSQL 4 ever

Ben de toute façon, la vrai bonne question est : combien peut on mettre dans le SGBD et comment on va s'en servir plus tard. La question du budget est quand même très importante. Et si les données utilisées dans ton appli web sont très importante, il faut prévoir également de quelles façon tes données vont pouvoir être utilisées en dehors du site ( par exemple, pour un site de ventes en lignes et de promotion d'une marque, on aura besoin de faire des stats et de l'analyse de données ). Tout dépend de la taille du projet, de l'architecture technique existante ( s'il y en a ), des besoins futures, bref ... on peux te donner tous les avis du monde, ça dépend de ton cas.

Commercial : Oracle, DB2, InterBase 7, Sybase,...
 
Gratuits :
- InterBase 6 Open Source
- Firebird
- PostgreSQL

Merci à tous pour vos réponses !
@+
 
Dead.metheny

les requetes imbriquées et les triggers cai mal de toutes façons

Les triggers c'est mal ? pourquoi ?
 
   

T'es fou dans ta tête  

 
me souvient d'un trigger sur Oracle qui merdait. J'étais tranquille dans ma petite classe Java qui insérait des requetes en base, pas de problème, pas d'exception.
 
Que dale en base...
 
j'ai un peu tracé. C'est un trigger qui merdait et oracle n'a jamais pris la peine de me dire que l'insertion avait échoué

Oui un jour j'ai mangé une amande amère alors les amandes "cai mal"
 
   

disons que... moi j'ai l'impression que.. si on a besoin de requetes imbriquées, il y a de fortes chances que le datamodel soit pas bon à la base. je veux bien admettre qu'il y ait des cas ou ça soit faux, mais ça doit etre rare!
et pour les triggers, c'est juste que je n'aime pas que la base de données soit autre chose qu'une "base", j'aime pas qu'elle fasse des trucs dans mon dos... là ou je bosse y'a une chiée de triggers, ben j'ai l'impression que la plupart sont là pour deux choses: le datamodel est pourri, les applications aussi, alors pif paf on rattrape le tir avec un trigger... le seul trigger que j'utilise avec plaisir c'est pour incrementer un id... et pour ça jprefere le auto_increment de mysql que de devoir declarer un trigger tout moche

ben en fait, le JDBC n'est pas vérifié en JAva
Mais si tu utilises du sqlj ds java, c précompilé et vérifié => plus de problèmes

donc ca veux dire les triggers avec jdbc "cai mal" ?
 
et avec un pilote jdbc type 4 c'est pareil ?