Bonjour,
Pour les données de ma base, je me demandais qu'elle était le meilleur moyen?
Vues ou procédures stockées?
Merci![]()
Bonjour,
Pour les données de ma base, je me demandais qu'elle était le meilleur moyen?
Vues ou procédures stockées?
Merci![]()
Vous stockez des fleurs ou des gencives de porc?
Non parce que çà dépend du coups...
Plus sérieusement, soyez plus clair :vues et procédures stockées ne servent pas du tout à la même chose...
Parlez vous de la méthode d'accès à vos données? la manière de les mettre à jour? etc.
Idéalement n'exposez pas directement vos tables, passez par des vues et mettez en place des INSTEAD OF TRIGGER SUR LES INSERT/UPDATE DELETE de vos vues.
Les développeurs n'ont ainsi pas à se soucier de la logique opérée en terme de modélisation sur la BDD et vous assure un bon niveau de performance puisque les Opérations de modifications (INSERT UPDATE DELETE) sont entièrement réalisée sur votre SGBDR.
Vous pouvez trouver d'excellents articles de SQL PRO à ce sujet...
J'avoue, j'étais ailleurs, ma question visée l'accès aux données, c'est à dire la lecture de données sur plusieurs tables, car j'utilise Hibernate, et lorsque je fais un get, hibernate fait énormément de requêtes (c'est voulu) mais pour certaines requetes, un simple select pourrait être suffisant, soit via une vue soit via une procédure stockée et du coup je me demandais quelle était la meilleur manière? Merci
Comme dis ci-dessus j'utilise des vues pour limiter le volume de donnée chargée lors de l'utilisation d'ORM...
Vous utilisez HIBERNATE? lisez attentivement le lien ci dessus...
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.
Partager