Много категорий товаров. Как хранить свойства? В одном инфоблоке или в отдельных?
Здравствуйте. Я предприниматель. Не разработчик. Есть минимальные знания администрирования 1С-Битрикс. Есть сайт на этой платформе controlika.ru. Сайт только начали заполнять товарами. Есть много категорий товаров. Все хранится в одном инфоблоке. Сейчас заполнили 4 категории и свойств уже около 200, а впереди еще десяток "тяжелых" категорий, в каждой их которых предполагается 30+ свойств на категорию. Собственно вопрос: Как хранить свойства? В одном инфоблоке или в отдельных, под каждую категорию? С точки зрения удобства - мне удобно все вести в одном инфоблоке, проблем не испытываю, но как это влияет на скорость сайта, умный фильтр и т.п. Есть ли какие то ограничения на максимальное количество свойств в одном инфоблоке. Какие грабли у меня впереди?
Всю информацию на форумах битрикса перечитал, но однозначного ответа не нашел.
Храни в одном инфоблоке. 1000 свойств это совсем не много, у вас их даже меньше.
Почитайте https://dev.1c-bitrix.ru/community/blogs/product_f...
Можно создать все свойства, и разделить для каждой категории что-бы выводились свои
Bad Patriot: Обновил ответ. Много будет когда у одного товара будет много заполненных свойств, которые необходимо выводить на сайте. Почувствуется при открытии страницы не из кеша. Само хранение не сильно повлияет на скорость. Больше влияет их выборка для вывода. Еще зависит от сервера, сказать точную цифру невозможно
"Почитайте https://dev.1c-bitrix.ru/community/blogs/product_f...
Можно создать все свойства, и разделить для каждой категории что-бы выводились свои" с этой информацией знаком, так и делаю. Вопрос не в том, как организовать удобство. Переживаю, что наполню свойствами все свои категории - инфоблок будет на 1000+ свойств, повлияет ли это на скорость генерации страницы, не станет ли тупить умный фильтр. И вообще какие могут проблемы связанные с производительностью при таком подходе.
Bad Patriot: Если вы про "режим хранения свойств в отдельных таблицах" https://dev.1c-bitrix.ru/learning/course/?COURSE_I... то работает быстрее, чем в обычном.
Если свойства разделить по разделам, то по сути должны выбираться для фильтра только для текущего раздела, что ускорит выборку
Всё зависит от сервера (или хостинга). У MySQL есть ограничение на количество полей в таблице, что-то около 1500. Так что хранение свойств в отдельных таблицах не всегда подходит.
По моему опыту проблемы с производительностью начинаются от 3000 свойств.
И ещё, если Вы храните большое количество свойств в общей таблице, то лучше повыносить в отдельные свойства остальных, маленьких инфоблоков. Будет заметный прирост скорости.
