Планируется создание нескольких разделов со статьями на Портале
Sharepoint 2013, основные поля:
-Тема.
-Дата
-Текст статьи,
-ФОТО (рисунок)
И еще поля для каждого раздела свои будут добавляться, например, для раздела «Реклама» – поля «Проект» и «Группа». Разделов будет около 10, потом будут добавляться. На статьи будет использоваться функционал разграничения прав пользователей
(кто-то может вносить, кто-то только смотреть), стандартный функционал комментариев.
В каждом разделе статей максимум до 500 штук в год.
Будет создаваться свой красивый дизайн для каждого раздела – что бы выглядели как на порталах в Интернет .
Вопросы: Что лучше использовать:
1.Стандартные настраиваемые списки куда просто добавлять новые поля.
2.Создавать структуру полей непосредственно в СУБД, и получается создавать свои формы для отображения и редактирования.
3. Вопрос встал в связи с дальнейшей эксплуатацией – скорость работы и использованием своего уникального дизайна и поддержкой решения.
Программисты (новенькие, только изучают Sharepoint) хотят создавать поля для списков непосредственно в базе SQL.
4. Я вижу, что такой подход сильно усложнит дальнейшую поддержку т.к. практически получается отдельное решение. По скорости работы, когда у нас в каждом списке будет в год до 500 записей – можно и стандартными настраиваемыми
списками обойтись.
5. Подскажите когда имеeт смысл создавать свою структуру полей в базе а не использовать стандартные списки? Я вижу что это только если очень много записей (Сколько ?), или это просто сложные формы элементов
?
