Вопрос о понимании хранения данных в формах, используя Seblod - SEBLOD

Добрый день.

1) Вопрос от тимлида: List&Serches создает таблицы хранения данных. Я говорю что это просто формы отображения списков и никакие таблицы там не создаются (и поля тоже)

2) Вопрос от меня: если я буду использовать какие попало таблицы, при чем для каждого поля свою таблицу и формы, как с этим будет работать система (я понимаю что так делать не нужно, но в процессе познания мы понатыкали на одну форму каждый своих таблиц, полей и форматов хранения. При этом это даже работает)

3) Если я использую таблицу Articles, данные моих форм будут попадать в тип материала статьи?

В общем у меня такие соображения (поправьте если ошибаюсь) лучше всего создать таблицу вручную, после чего привязать каждое поле формы к полю в собственной таблице, что даст максимальную производительность и надежность.

Спасибо, очень надеюсь на разъяснения.

1. List&Searches - это лишь список отображения (поиска) одного, или нескольких типов контента (ТК). Само-собой, списки работают на основе заранее созданных ТК и сами по себе не создают ничего в БД, а лишь получают оттуда данные.

2.  Когда вы создаёте любое поле, Seblod сохраняет данные характеристик по этому полю в отдельной таблице - тип поля, формат хранения и т.д. И затем, когда вы это поле используете в каком-либо ТК, Seblod (используя характеристики этого поля, которые сохранены в отдельной таблице, при создании данного поля) создаёт соответствующий столбец в таблице БД данного ТК, или любой другой таблице, где вы будете сохранять данные. Что тоже сохраняется с своей таблице БД
Таким образом, когда вы создали некий ТК, в котором данные полей сохраняются в каких-то разных таблицах БД, Seblod увязывает всё это вместе и в общем случае, такой ТК будет работать. А почему нет? БД - это лишь место хранения данных, не более.   
Там могут быть нюансы с таблицами Free, но если пока нет примерного понимания, как всё это работает и как взаимосвязано друг с другом, лучше их не использовать. В подавляющем большинстве случаев, этого и не требуется.

3. Могут попадать, а могут и нет. Всё зависит от того, как вы сформируете ТК. Ещё раз - таблицы БД - это лишь место хранения данных. Не больше и не меньше.
Вот, скажем, стоит у вас на кухне стеллаж с полками. На одной полке - фрукты. На другой - крупы и мука. На третьей - овощи. Если вы готовите кашу, вам понадобятся только крупы. Вы берёте их со второй полки. А если вы готовите яблочный пирог, вам понадобятся первая и вторая полки. В данном примере полки - это таблицы БД, ингредиенты - данные, которые вы используете  для своего ТК (пирога), а конечный продукт (пирог) - это и есть ваш ТК.
Как вы расставите ингредиенты на полках (и насколько удобно и быстро их получится использовать) - это зависит только от вас. Гибкость и многовариантность - это и есть главная фишка Seblod.


По созданию таблиц вручную и привязке каждого поля... к отдельной таблице? Нет, не лучше. Лучше для отдельного ТК создавать свою таблицу, но делать это вручную нет необходимости.
Сейчас мне надо убегать, если интересно - напишу потом...