Décisions de conception concernant la migration du site de contenu de taille moyenne vers drupal 7

Question

Nous sommes en train de transférer un site de contenu hérité asp.net 2.0 vers drupal 7. Nous sommes un site de contenu de divertissement assez traditionnel avec environ 8 ans de contenu (5 Go base de données) qui se compose principalement d'articles personnalisés comme des nouvelles, critiques de films, etc.

Une autre grande partie de nos données que nous importons chaque jour comprend des galeries d'images de célébrités, des nouvelles syndiquées et surtout des données de films, de télévision et de célébrités de tous guide de musique (AMG). Nous avons vu de première main ce qu'il advient des applications drupal qui insistent pour contourner l'API drupal pour importer et travailler avec des données et comprendre le cauchemar de performance énorme qui peut devenir, mais notre principale préoccupation est de savoir quoi faire avec l'importation de films, de données de célébrités et ensuite avoir à y accéder par la suite? Ma question serait serait-il préférable de créer nos types de contenu pour correspondre à notre schéma de données cinéma, TV et célébrités (et toutes les relations au sein de ces entités) et utiliser simplement l'API drupal pour l'importation initiale et les deltas quotidiens ou est-il plus logique de conserver les données de domaine dans un schéma spécifique à un domaine traditionnel et d'écrire des modules drupal pour accéder à ces données?

Answer 1

Si vous avez un grand schéma avec beaucoup de champs, il est probablement préférable d'utiliser le Entity API fourni par Drupal 7 au lieu d'utiliser des types de contenu. De cette façon, vous seriez en mesure d'utiliser votre schéma spécifique au domaine, ce qui devrait accélérer les choses. Je l'ai utilisé pendant un certain temps sur beaucoup de données et cela ressemble exactement à ce dont vous avez besoin.