Même dans les entrepôts de données l'usage de clé artificielle est vivement recommandée par rapport aux clés dites opérationnelles. Elles persistent dans le temps.
++
Même dans les entrepôts de données l'usage de clé artificielle est vivement recommandée par rapport aux clés dites opérationnelles. Elles persistent dans le temps.
++
Bonjour,
Les commentaires/impressions/jugements/... de type lassitude, "usure de DBA", etc... n'engagent que celui qui les écrit et sont à mon sens assez éloignés du développement SQL. (c'est le thème du forum non ou alors je me suis trompé peut-être ?)
Nicolas
Le DBA employé dans la meme société que Darkstein
PS : pas encore trop lassé/usé quand même :-) et sinon quand cela reste technique le forum est très bien (de même que les tutoriels du site d'ailleurs)
On peut vous laisser si vous voulez .... on ne voudrait surtout pas géner
Nous espérons donc avoir un internaute de plus qui pourrait participer au forum SQL Server .... ???PS : pas encore trop lassé/usé quand même :-) et sinon quand cela reste technique le forum est très bien (de même que les tutoriels du site d'ailleurs)
++
A? Et bien malheureusement vous devrez faire avec...Les commentaires/impressions/jugements/... de type lassitude, "usure de DBA", etc... n'engagent que celui qui les écrit et sont à mon sens assez éloigné du développement SQL. (c'est le thème du forum non ou alors je me suis trompé peut-être ?)
Les personnes qui répondent ici ne sont pas que des machines à répondre, nous pouvons également orienter les personnes se retrouvant devant un problème donné vers des solutions plus pérenne.
D'ailleurs les réponse du style 'je ne peux pas faire autrement on me l'a imposé' sont en général très bien accueillies ici...
Prendre conscience, c'est transformer le voile qui recouvre la lumière en miroir.
MCTS Database Development
MCTS Database Administration
Hé oui, on essaie d'aider, et on sait bien que l'historique et les abus d'autorité ou encore l'absence de modélisation sont monnaie courante en entreprise... je crois qu'on est tous un peu passés par là.
Malheureusement peu d'entre-elles réalisent qu'une grande partie de leur capital est dans leurs données ...
Les gens que vous trouvez sur ce forum sont des personnes expérimentées en SQL et T-SQL, alors on essaie de donner aux autres ce qu'ils peuvent faire de mieux, pour éviter qu'ils ne refassent les mêmes erreurs que celles que nous avons faites avant eux
@++
Je ne remets rien en cause sur le forum et je sais que vous etes compétent et c'est une bonne chose d'aider les autres à modéliser.
Par contre je n'impose les choses à personne, bien au contraire. (pour preuve je ne connais pas forcement les structures mises en production)
Le seul truc qui me dérangeait est le fait que l'on parle de moi à mon insu et pour dire que je suis lassé, etc....
voilà, je nne vous dérangerai plus, désolé
Nicolas
Ok mais ces propos ne viennent aucunement d'un des intervenants du forum mais bien de l'initiateur du topic qui nous interessent ici...
Bonne continuation en tout cas
Prendre conscience, c'est transformer le voile qui recouvre la lumière en miroir.
MCTS Database Development
MCTS Database Administration
Effectivement on est d'accord cette fois :-), et bonne continuation aux intervenants du forum que je continuerai de suivre et de solliciter quand j'aurai besoin.
Cette fois je vous laisse, j'ai du travail !!!
Nicolas
Sur cette parenthèse (et je présente une fois de plus mes excuses à mon DBA dont je n'ai voulu à aucun moment remettre en cause ni les compétences ni l'intégrité professionnelle), je me permets de revenir à mon petit souci ; en effet, en faisant abstraction d'une structure qui s'apparente à de la présentation en voulant stocker les N thèmes les plus cliqués et en utilisant une clef de type INT pour la jointure, comment pourrais-je définir une requête qui ne me renvoie que les N premiers thèmes par ID ? Car si au niveau applicatif je remonte l'ensemble des enregistrements pour ne traiter au final que les N premiers, c'est un petit peu lourd, même pour du C/S non ? Surtout qu'au niveau applicatif dans ce cas-là, on ne travaille qu'en procédure stockée au vu de la volumétrie à gérer, qui n'est pas rapatriable dans notre outil.
Je m'explique : l'outil propose une sélection d'une vingtaine de filtres différents concernant la segmentation clientèle, dont (à venir) la sélection des 4 thèmes les plus cliqués. Tous ces filtres sont ensuite passés en paramètre à la procédure stockée (ou stockés dans une table SEGMENTATION_FILTRE) ; cette dernière va ensuite appliquer ces filtres (WHERE) sur mes données de segmentation, et pour plus de facilité dans la conception T-SQL, j'avais opté pour le stockage de ces 4 thèmes les plus cliqués plutôt que d'avoir une procédure plus complexe à écrire (entre la peste et le choléra, j'ai préféré avoir mon traitement hebdomadaire plus long que la procédure lancée via l'applicatif à la demande de l'utilisateur qui s'attend à un temps de réponse plus satisfaisant )
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