Дизайнерские решения, касающиеся миграции контента среднего размера на drupal 7 - PullRequest
0 голосов
/ 11 апреля 2011

Мы находимся в процессе перевода устаревшего сайта контента asp.net 2.0 на drupal 7. Мы - довольно традиционный сайт развлекательного контента с контентом около 8 лет (база данных 5 ГБ), который состоит в основном из пользовательских статей, таких как новости,обзоры фильмов и т. д.

Еще одна большая часть наших данных, которые мы импортируем каждый день, включает в себя галереи изображений знаменитостей, синдицированные новости и, что наиболее важно, данные фильмов, телепередач и знаменитостей из All music guide (AMG).Мы из первых рук увидели, что происходит с приложениями drupal, которые настаивают на том, чтобы обойти API drupal для импорта и работы с данными, и понимают, какой огромный кошмар производительности может стать, но наша главная задача - что делать с импортом такого большого количества доменных фильмов, телепередач иДанные знаменитостей, а затем необходимость доступа к ним впоследствии?

Мой вопрос: будет ли лучше создавать типы контента, соответствующие схеме данных фильмов, телевидения и знаменитостей (и всем отношениям внутри этих объектов), и просто использоватьDrupal API для первоначального импорта и ежедневных дельт, или было бы разумнее хранить данные домена в традиционной доменной схеме и писать модули Drupal для доступа к этим данным?

1 Ответ

0 голосов
/ 12 апреля 2011

Если у вас большая схема с большим количеством полей, вероятно, лучше использовать Entity API , предоставляемый Drupal 7 вместо использования типов контента.Таким образом, вы сможете использовать схему, специфичную для вашего домена, что должно ускорить процесс.Некоторое время я использовал его на большом количестве данных, и он звучит именно так, как вам нужно.

...