Salut,
 
Je connais un directeur technique qui est persuadé qu'il vaut mieux avoir une seule table qui contient des centaines de colonnes que de diviser par entités, car meilleures performances etc...
Ce qui fait qu'on a une base de données qui ne respecte absolument pas le bon sens de Merise, avec des tables énooooormes. Et dès qu'on doit ajouter une colonne de plus, c'est la merde.
Mais il nous donne toujours l'argument qui tue : c'est plus performant, et on s'y retrouve plus vite, passkie ya pas de jointures etc...
Sans vous parler des clés primaires à 10 colonnes etc...
Du coup je suis déprimé... qu'est-ce qu'on peut donner comme arguments face à çà ??
Nous aurait-on menti quand on était étudiant ?
Tous ces cours d'analyse ne seraient-ils que branlette intellectuelle ?
 
Bye

Ch'ais pas... Y'a deux semaines, j'ai fait une application toute petite sous Access. Et y'a une trentaine de champs "Oui/Non". Au début j'avais splitté dans pleins de tables, j'avais du coup au total 6-7 tables. Mais c'était tellement le bordel du coup à gérer genre avec les sous-formulaires, que j'ai tout réuni dans une seule table.... Je m'en porte pas plus mal
 
Après je sais pas... C'est à voir...

tu peux dire a ton directeur technique de retourner à l'école pour apprendre Merise, ou tu lui offres un bouquin pour son anniv !
Peut-on appeler 'ca' un directeur technique? non.
 

tu le laisses dans son idée, et le jour où la base devient très importante, vous appelez un consultant oracle pour vous faire entendre qu'il avait tord

C'est vrai qu'on ne nous a pas tout dit à l'école. Un peu de dénormalisation bien pensée, ça aide sans doute pour les perfs.
 
P.e. tu vires une table "Categories" et tu fourres le reliquat dans ta tables "Courses".
 
Mais de là à tout dénormaliser, j'ai un sérieux doute. La duplication d'info devient infernale, ta PK devient immonde...
 
Imagine que dans le modèle "propre", il faille faire un SELECT sur une des tables (p.e. "Currencies", "Countries", "Items" ou que sais-je). Cela se traduit par un query par forcément très clean sur ta table unique (DISTINCT, WHERE, et que sais-je). A tous les coups, tu te payes un table scan sur ce dépotoire.
 
Le moindre "SELECT *", déjà à éviter en temps normal, devient une gageur pour foutre le souk.
 
Les risques d'inconsitences augmentent avec la dénormalisation aussi...
 
Je ne sais pas ce que tu gagnes en perf, mais ce qui est certain, c'est que tu perds en modularité, en maintenabilité, en lisibilité, en accessibilité et en cohérence.
 
Pq ne pas prendre 1 ou 2 jours pour tester ? 1 jour pour recréer proprement la DB, 1 jour pour tester les perf.
 
Et tu publies tout ça ici, bien sûr.

1 table avec tout dedans c'est normalisé, c'est la forme normale 0... Mais je suis bien d'accord: c'est ignoble et question performances, je demande à voir (espace disque?)

Justement, pour répondre au problème de scan de la table : il multiplie la création d'index.
 
Il est clair qu'un peu de dénormalisation et de redondances volontaires ne peut pas faire de mal. Mais là c'est même pas çà : il n'y a même pas d'analyse digne de ce nom, il voit les tables comme des fichiers de données à l'ancienne (ben oui, il a 45 ans).
 
Quant aux consultants Oracle, il s'en fout complétement : "les consultants, c'est de la merde, des incompétents". Oui c'est qqun qui est persuadé d'être un génie, c'est cette auto-suffisance et ce manque d'ouverture qui est vraiment préjudiciable pour nous (sans compter l'épuisement pour le convaincre..).

Par hasard, le gars, il serait pas ingénieur de formation?
 
Le fait d'avoir 45 piges n'excuse rien : à l'heure actuelle, t'es dépassé en 5 ans, donc la formation est permanente pour tous, même les plus djeunes (en fais-je encore partie ).
 
Tu peux tenter de faire une démonstration, si tu as le temps, car finalement, ce genre de postulat qu'on prend pour argent comptant, c'est sympa à démontrer de temps en temps.
 
Pour le surplus, tu perds ton temps et ton énergie face à ce genre de personnes.

 
à la porte...

Et ouais, moi qui suis sorti de l'école y'a un an, la première chose que j'ai du faire, c'était de me former à nouveau On est en constante formation, faut toujours se mettre à jour.

Non, c'est impossible c'est un génie, il a pas besoin de formation...
 
A la limite si on bossais pas avec lui on s'en foutrait, le problème c'est qu'on bosse avec lui et avec/sur la merde qu'il crée : c'est moralement difficile lol
 
Il a un  DUT de formation : les ingénieurs c'est de la merde pour lui mdr

Si tu m'invites, je veux bien lui coller mon pied au derrière. Je te fais un prix de gros, 13 coups de pied au cul à la douzaine

t'as son adresse e-mail ?

Serait-ce possible? Une once d'intelligence chez ce directeur?  (eh non, je suis pas ingénieur mais gradué)

Prends la pelle à clous avec toi

Faut que j'la loue à nraynaud, il a foutu un brevet dessus

en fait il est trop bon il a besoin de personne, et enlève la cuillère de la bouche de tout le monde
l'idéal serait qu'il se clone et que lui et ses potes bossent seul sur le projet, quand ca se pètera la gueule il pourra s'engueuler

mdr t'as beau lui dire çà, il va même pas comprendre le sens de la feinte

La seule solution à ton problème serait de lui présenter des chiffres, comme dit plus haut, comparant sa solution à la tienne.

Ouais mais pfiou faut prendre le temps de le faire.
Mais pourquoi pas effectivement, j'y penserai.

+1 avec skeye, tu fais un projet parallèle avec une DB parallèle, mais normalisée pour de vrai, et tu lui montres le résultat, de préférence 10x plus rapide pour enfoncer le clou
 
(mais bon je m'attends pas à ce que ce genre de mec accepte facilement la remise en question, même au pied du mur)
 
J'ajouterai à cela que si le problème persiste, tu vas voir son chef et tu lui présente ton travail. Peut-être que lui sera moins borné.

optimisation des requêtes sql http://etna.int-evry.fr/COURS/BD/B [...] l#RTFToC25

Ca va être dur. A ce niveau et au-dessus, c'est 90% d'incompétents ou de je-m'en-fous-de-ce-genre-de-détail  
 
Sait-on jamais.

sinon tu lui dis "si t'es meilleur que moi t'as qu'à faire mon boulot" par contre tu risques de pointer ensuite à l'anpe

Dans le doute, qu'il le fasse, puis ça peut être motivant si il a envie de l'enfoncer un peu
 
Ceci dit, j'ai l'impression que la charge sur cette DB ne doit pas être bien énorme, donc pas gênant, sinon je suppose que cypress l'aurait mentionné dans son post initial.

bah il n'empeche qu'il faut faire des tests de montée en charge

euh ben c'est qd même une base qui peut monter à 1000 utilisateurs en simultané

active le mode trace et montre bien que les requetes de 10 secondes ca le fait pas trop

Anticipation de la réponse : "Oui mais 10 secondes c'est normal, c top, avec plusieurs tables etc... çà mettrait 10 minutes."

Et ça se sent pas à l'usage que son bouzin est lent?

Donc tu as énormément de marge pour lui montrer qu'il a tort...

heureusuement qu'il bosse pas dans les pagesjaunes.fr

Oui donc vous comprenez mon désespoir    

Tout à fait. J'en reviens à ma solution, si c'est faisable techniquement pour toi bien sûr (vu que c'est plutôt un truc à faire en dehors des heures, ton couillon de directeur refuserait sans doute que tu bosses là-dessus).

bof ca se démontre algébriquement, mais bon moi j'ai plus aucun souvenir de mes cours de bdd

Laisse tomber l'algèbre, il va rien comprendre mdr

Tu l'as dit

ben justement, c'est avec la physique et les maths qu'on envoie des capsules dans l'espace, pas avec une approche empirique

heureuseuement qu'il ne bosse ni dans les pagesjaunes.fr ni au CNES

Ouais mais ici bas, seule l'expérience permet de s'en assurer. Tu fais pas des stress tests avec une calculette et un papier, non, tu bourres le système et tu mesures avec un chrono.