Метод хранения баз данных.
Из-за того, каким образом Flexinode хранимой информации, очень большие запросы с нескольких объединений должны быть созданы, чтобы получить всю информацию для конкретного узла. Хотя это требование не кажется, проблема с меньшим типов узлов с помощью всего нескольких тысяч узлов в системе, сайты с десятками полей в узел может быстро увязнуть плохо на стороне сервера. Реальность базы данных механике вызвал этот метод не в состоянии масштабироваться для очень больших типов контента, то ни одна компания, которая опирается на свой веб-сайт для получения доходов могли себе позволить.
Эти реальные проблемы имеют основополагающее значение для разработки Flexinode. Через несколько версий Drupal, модуль продолжает страдать от этих проблем, созданных на ранних стадиях его развития. Эти недостатки не могли быть установлены, по крайней мере без значительного количества перекодирования. В конечном счете, эти ограничения прописаны смерти Flexinode, несмотря на усилия некоторых внутри сообщества, чтобы сохранить его, и Flexinode работы, наконец, остановился с появлением Drupal 4.7.
Задолго до Drupal 4.7 была выпущена, однако, Джонатан торг (известный как JonBob на drupal.org) обратились к сообществу. На первом DrupalCon, группа из 30 или около того посвященные Drupal разработчиков собрались в Антверпене, Бельгия, чтобы прояснить дизайн и основные этапы создания замены Flexinode.