Цитата |
---|
Игорь Семенов пишет: как там поступают |
А вы свою задачу до сих пор толком не описали. Поэтому все советы чисто умозрительные.
«Да не могут же они!»
29.03.2011 20:54:06
А вы свою задачу до сих пор толком не описали. Поэтому все советы чисто умозрительные.
«Да не могут же они!»
|
|||
|
|
30.03.2011 11:00:59
Да поля и свойства одного каталога одинаковые. |
|||
|
|
07.10.2011 14:55:16
Какой у вас уровень вложенности разделов?
Могут ли элементы быть привязаны к нескольким разделам одновременно?
«Да не могут же они!»
|
|
|
|
07.10.2011 15:44:14
По идее, если разнести элементы по разным инфоблокам, можно добиться прироста производительности. Но:
1) Битрикс не позволяет привязывать один и тот же элемент к нескольким инфоблокам. 2) Выборку элементов из нескольких инфоблоков с фильтрацией по свойствам можно будет сделать только на старых инфоблоках (с хранением свойств в общей таблице), что в целом не комильфо. А что у вас тормозит в текущей реализации?
«Да не могут же они!»
|
|
|
|
07.10.2011 22:59:32
Да, вы правы. Потери на объединении результатов скорее всего будут больше, чем при работа в одном инфоблоке.
Что касается самих тормозов, то их пока нет - т.к. идет разработка. Я просто стараюсь архитектурно верно построить, чтобы избежать проблем с нагрузкой в будущем. |
|
|
|
07.10.2011 23:18:02
Избегайте запросов с подсчётом кол-ва элементов в разделе. Такие запросы будут тормозить очень сильно.
«Да не могут же они!»
|
|
|
|
07.10.2011 23:23:22
|
|||
|
|
07.10.2011 23:52:26
Неправильно выразился.
Избегайте CIBlockSection::GetList() с подсчётом кол-ва элементов в разделах. Что касается постраничной навигации, старайтесь строить её по как можно меньшему кол-ву элементов. Постраничка по всем 300k элементам может очень сильно нагрузить ваш сервер.
«Да не могут же они!»
|
||||
|
|
|||