[debutant]coté application ou coté SGBD ? [Résolu]

afrikha · 22/05/2006, 19h50

Bonsoir tout le monde

,
je me pose là question suivante: qu'est-ce qui se fait coté application et qu'est-ce qui est fait plutôt coté SGBD ?
je m'explique: j'ai une classe client qui a entre autres un attribut id (c'est la clé ) et un attribut date_inscription, dois-je les gérer moi-mème coté application ou bien les confié au SGBD avec AUTO_INCCREMENT et CURRENT_DATE ?

En éspérant avoir été assez clair, je vous remercie pour vos reponses

n00bi · 23/05/2006, 08h24

Je suis également novice, mais je suis d'avis de ne pas laisser le soin au développeur de gérer ce genre de données. Donc pour moi ca serait en base (c'est un avis de novice). De plus ça sera ça de code en moins à maintenir.

SQLpro · 23/05/2006, 09h57

Les données, toutes les données, rien que les données doivent être traitées par le SGBDR. Le reste : affichage, calcul scientifique, algo complexe : traitement.

Imagine simpement une comptabilité avec enregistrement de la date système côté client. L'utilisateur fait une erreur et se dit qu'en recalant l'horloge de son PC à la veille il pourra passer une écriture qui fera balance !!!
=> comptabilité truquée !

Je vais même te dire que dans mes applications "lourdes" je mettait du code qui vérifiait que la dateheure cliente et le dateheure serveur était dans une fourchette de décalage maxi de 1 minute...

A +

afrikha · 23/05/2006, 16h06

Ok, merci pour vos réponses. en fait j'hésitais car l'inconvénient de cette méthode est que je dois d'abord insérer mon bean dans la base puis le recharger pour pouvoir enfin l'utiliser

, ça me parrait assez lourd.
Y'a-t-il une autre manière de procéder sans employer un quelconque framework de mapping O/R ?

Merci

afrikha · 23/05/2006, 19h12

Je mets ce sujet en résolu, vu que la problèmatique maintenant n'est plus du ressort des SGBD.
merci à tous pour votre aide

22/05/2006, 19h50	#1
afrikha Membre Expert Étudiant Inscription : août 2005 Messages : 1 600 Détails du profil Informations personnelles : Localisation : France, Hauts de Seine (Île de France) Informations professionnelles : Activité : Étudiant Informations forums : Inscription : août 2005 Messages : 1 600 Points : 1 978 Points : 1 978	[debutant]coté application ou coté SGBD ? Bonsoir tout le monde , je me pose là question suivante: qu'est-ce qui se fait coté application et qu'est-ce qui est fait plutôt coté SGBD ? je m'explique: j'ai une classe client qui a entre autres un attribut id (c'est la clé ) et un attribut date_inscription, dois-je les gérer moi-mème coté application ou bien les confié au SGBD avec AUTO_INCCREMENT et CURRENT_DATE ? En éspérant avoir été assez clair, je vous remercie pour vos reponses __________________ Mes publications Lisez Les régles du forum Pensez au bouton
	00

23/05/2006, 09h57	#3
SQLpro Rédacteur/Modérateur Frédéric BROUARD Expert SGBDR & SQL Inscription : mai 2002 Messages : 10 959 Détails du profil Informations personnelles : Nom : Frédéric BROUARD Localisation : France Informations professionnelles : Activité : Expert SGBDR & SQL Secteur : Conseil Informations forums : Inscription : mai 2002 Messages : 10 959 Points : 17 791 Points : 17 791	Les données, toutes les données, rien que les données doivent être traitées par le SGBDR. Le reste : affichage, calcul scientifique, algo complexe : traitement. Imagine simpement une comptabilité avec enregistrement de la date système côté client. L'utilisateur fait une erreur et se dit qu'en recalant l'horloge de son PC à la veille il pourra passer une écriture qui fera balance !!! => comptabilité truquée ! Je vais même te dire que dans mes applications "lourdes" je mettait du code qui vérifiait que la dateheure cliente et le dateheure serveur était dans une fourchette de décalage maxi de 1 minute... A + __________________ Frédéric Brouard - SQLpro - ARCHITECTE DE DONNÉES - expert SGBDR et langage SQL Site sur les SGBD relationnels et le langage SQL: http://sqlpro.developpez.com/ *Expert Microsoft SQL Server - M.V.P. (Most valuable Professional) MS Corp.* Blog SQL, SQL Server, modélisation données : http://blog.developpez.com/sqlpro http://www.sqlspot.com : modélisation, conseils, audit, optimisation, formation * * * * * Enseignant CNAM PACA - ISEN Toulon - CESI Aix en Provence * * * * *
	00

23/05/2006, 16h06	#4
afrikha Membre Expert Étudiant Inscription : août 2005 Messages : 1 600 Détails du profil Informations personnelles : Localisation : France, Hauts de Seine (Île de France) Informations professionnelles : Activité : Étudiant Informations forums : Inscription : août 2005 Messages : 1 600 Points : 1 978 Points : 1 978	Ok, merci pour vos réponses. en fait j'hésitais car l'inconvénient de cette méthode est que je dois d'abord insérer mon bean dans la base puis le recharger pour pouvoir enfin l'utiliser , ça me parrait assez lourd. Y'a-t-il une autre manière de procéder sans employer un quelconque framework de mapping O/R ? Merci __________________ Mes publications Lisez Les régles du forum Pensez au bouton
	00

23/05/2006, 19h12	#5
afrikha Membre Expert Étudiant Inscription : août 2005 Messages : 1 600 Détails du profil Informations personnelles : Localisation : France, Hauts de Seine (Île de France) Informations professionnelles : Activité : Étudiant Informations forums : Inscription : août 2005 Messages : 1 600 Points : 1 978 Points : 1 978	Je mets ce sujet en résolu, vu que la problèmatique maintenant n'est plus du ressort des SGBD. merci à tous pour votre aide __________________ Mes publications Lisez Les régles du forum Pensez au bouton
	00

23/05/2006, 08h24	#2
n00bi Membre régulier Inscription : juin 2004 Messages : 165 Détails du profil Informations forums : Inscription : juin 2004 Messages : 165 Points : 97 Points : 97	Je suis également novice, mais je suis d'avis de ne pas laisser le soin au développeur de gérer ce genre de données. Donc pour moi ca serait en base (c'est un avis de novice). De plus ça sera ça de code en moins à maintenir.
	00

Outils de la discussion
Afficher une version imprimable Envoyer un lien vers cette page par email