2Fermer4
ZerosquareLe 16/12/2014 à 14:18
C'est moi, ou même l'exemple de "bonne" utilisation qu'ils donnent dans l'article [les séries TV] est en fait mauvais ? Je veux dire, avec leur modèle et une solution non-relationnelle, comment on fait un truc aussi basique qu'obtenir la liste des séries dans lesquelles un acteur a joué ? C'est le premier truc qui m'a frappé, et si c'est déjà apparent sur un exemple simple, ça l'est d'autant plus pour un réseau social. Après, j'y connais quasiment rien en BDD, donc je passe peut-être à côté de quelque chose tongue
EDIT : ah ben tiens, j'avais pas lu la fin de l'article :
About three months into development, it was still humming along nicely on MongoDB. One Monday, at the weekly planning meeting, the client told us about a new feature that one of their investors wanted: when they were looking at the actors in an episode of a show, they wanted to be able to click on an actor’s name and see that person’s entire television career. They wanted a chronological listing of all of the episodes of all the different shows that actor had ever been in. (...) The client expected this feature to be trivial. If the data had been in a relational store, it would have been. As it was, we first tried to convince the PM they didn’t need it. After that failed, we offered some cheaper alternatives, such as linking to an IMDB search for the actor’s name. The company made money from advertising, though, so they wanted users to stay on their site rather than going off to IMDB.
This feature request eventually prompted the project’s conversion to PostgreSQL.
Et donc, des spécialistes du dév web/BDD n'avaient même pas envisagé une évolution aussi évidente à la conception ? Je vais être méchant, mais ils m'ont pas l'air très expérimentés...