Si c'est ton voisin de table, propose lui de travailler sur la même table que toi, ça prendra moins de temps !

Je vois pas ou est le pebkac de poser des questions pendant un cours quand on ne connait pas ? C'est pas comme si il l'avait affirmé ?

Faudrait que j retrouve l article mais j avais lu que reddit fait un truc du genre en stockant tout en 2 tables.

Euh... dans un cours de BdD normal, la première chose abordée est le principe des relations pour éviter les répétitions de données (formes normales, touça). Je me vois mal concevoir un modèle uniquement avec des auto-jointures !

Lui, dans quelques années, il bossera dans une institution financière et il créera des applications de gestion de données avec Excel !

(Mais oui, dans _certaines_ circonstances c'est utile de dénormaliser un schéma...)

J'ai vu mieux : une seule table avec deux colonnes :
- un id ;
- un CLOB contenant du XML, avec des références à d'autres enregistrements de la table par leur id.

Celui qui avait conçu ça n'arrêtait pas de traiter les développeurs d'incapables parce que les performances étaient catastrophiques... Ah j'oubliais, c'est lui qui avait chargé le schéma de base, il n'y avait pas de clef primaire, et l'id n'était même pas indexé !

Y a pas vraiment de pebkac, il existe bien les triple store et les big table. Bon je vote pas :)

Un seul mot :
NoSQL

Un pote à moi m'a fait mention de ce système de base de données chez Reddit y'a quelques jours.
Voila un article qui en parle: http://highscalability.com/blog/2010/5/17/7-lessons-learned-while-buil[...] (leçon 3).

Je ne vois pas ou est le pebkac, il existe des SGBD sans SQL basee sur l ontologie et c est beaucoup plus rapide que les SGBDR...

C'est une question assez délicate dans certains cas, pour la performance.

Par exemple, si on prend des relations de cardinal 1..1, selon le sens, il peut être utile de merger deux tables, surtout si le système sera plus consulté que modifié (ajout, etc...). Après c'est sûr on perd en clarté, mais comme je le disais, on gagne en vitesse de consultation (une jointure en moins à faire), donc c'est selon les projets.

Mais je pense plutôt que ton voisin de table n'a en effet pas compris la problématique (c'est pas grave en soi, tu lui expliques, s'il est borné tu laisses couler)

Ben là ils travaillent en SGBDR justement, il faut bien qu'on leur enseigne les bases.

Si après on change de SGBD, là c'est une autre histoire (ontologie? Je ne connais pas, si tu as le temps de m'expliquer en deux/trois lignes?)

Ton voisin a juste inventé le NOSQL http://fr.wikipedia.org/wiki/NoSQL
C'est soit un pebkac, soit un type brillant