Обычно, и для большинства проектов, база данных является узким местом. Так что, если вы можете избежать его использования, не используйте его.
Если HTML небольшой (например, 10 КБ), то вы можете сохранить в базе данных.
Однако, если он большой (и требует большого двоичного объекта или большого varchar), сохраните его в папке с файлом, используя уникальный идентификатор реестра, следя за тем, чтобы количество шаблонов могло существовать. Однако резервное копирование системы требует также резервного копирования этих файлов (вместо одной резервной копии базы данных).
У пользователя A есть шаблон 1, 2, 3 .., но у пользователя B может быть шаблон 2,3, 5, 6 ..
Звучит как
Таблица пользователей
Id_User
Name_User
...
Шаблон таблицы
Id_Template
Name_Template
Content_Template (если он не управляется файлом)
....
Таблица UserxTemplate
Id_User
Id_Template
Получить все шаблоны пользователем
select * from User a,Template b,UserxTemplate c
where c.id_user=a.id_user and c.id_template=b.id_template and a.id_user=xxx
В резюме
Хранить в базе данных
Pro:
- консистенция.
- простой в использовании
Минусы:
- Хит производительности
- Увеличение размера базы данных.
Хранить в файле
Pro:
- быстро (только если количество шаблонов невелико)
- «неограниченный» размер.
Минусы:
- Несоответствие данных.
- Требуется дополнительная работа.
- Выпуски ценных бумаг.
ps: Wordpress и другие системы порталов и блогов (обычно) хранят его в базе данных, однако LMS (система управления обучением) хранит в файле.