Мать спрашивает дочь:
- Ты что плачешь? Петя тебе неверен?
- Если бы только Петя!
****
Неопытная гадалка нагадала поручику Ржевскому два года без секса. Но поручик не растерялся и тут же доказал ей, что она шарлатанка.
Вот когда ты написал про проблему на форумных двигах я вспомнил, что читал неск лет назад об проблемах при большом кол-ве разделов. Если я правильно помню - там нюанс в том, что проблема возникает при достаточно сложной выборке. А она неизбежна поскольку форумные двиги вываливают все разделы сразу и не просто заголовки, а тянут ещё кучу доп данных к ним. (включая анализ юзера, права и тп.). И это при том. что форумные двиги изначально многоюзеровские и соответственно "обрабатывают" юзеров. И немаловажный фактор, что эти юзеры постояно генерят контент и соответственно идёт нагрузка на БД и случаются коллизии.
Если мы говорим о контентных двигах, то там "идеология" другая. Если в форумных пляска идет от категорий и юзеров, то в контентных - от постов.
Категории - простая, я бы сказал линейная сущность если смотреть в структуру БД. Иерархия создаётся доп ключами. Поэтому какие проблемы от количесва значений.. Выбрать что из 20шт, что из 20к разница по сути не большая. Да и это надо оч редко и не по всем сразу.
И уж точно там нет такого потока сообщений как на форуме, не нужно вычислять сколько непрочитанных постов в разделе, последний ответ (со своими данными) и тп.
Ну как-то так я думаю.
Таки да и тут могу согласиться. Помню. что в ВП при определённых настройках сервера возникала проблема при большом кол-ве страниц (там посты (post) и страницы (page) - две разные сущности). По моему её пофиксили давно.
Но ИМХО - это можно отнести к частным случаям. (типа как кириллические названия файлов - где-то нормально, а где-то проблемы)
Холиваров "одно vs другое" и тут и в смежных топиках появляется чуть больше чем реально полезных. С участием битриксов в тч.
К сожалению, полезного в них 0,0001%.
Ида. надо чаще тут бывать. Хотя бы читать, уж коль сайты делаешь :)
Вот если б это не ты забросил, а кто "помоложе" - улетело бы в спам сразу же. Но я верю, что тебе это интересно, поэтому оно осталось. Надеюсь. понимаешь что это значит. (объяснять и стоить догадки не стоит. Продолжаем по основному вопросу)
Ок. убедил :) Форумные движки - отдельная история.
В 100500й раз похоливарить захотелось?
Но ОК. Сделаю вид, что поверил, что у битрикса что-то действительно новое вышло и послушаю. Мож и правда..
Причём тут воще движок...
А там ничего сложного в иерархии. Только и того, что она многоуровневая. Но это не усложнение для работы, а как раз таки облегчение. Я ж об этом и говорю - если структура спроектирована более-менее правильно, то говорить о какой-то нагрузке от наличия 100500 категорий воще не уместно. Ну те проблемы могут возникнуть от чёго угодно, но только не от количества категорий.
Кеш кешем, а вот список "категорий сохраняется в файл" это не кеш. Так во всяком случае я понял из цитаты. Но если имеется ввиду, что в ДЛЕ для списка создаётся отдельный кеш - это тоже попахвает бредом.
Я давно с ДЛЕ общался и не настолько плотно, что бы вникать в подобные нюансы. Сомневаюсь что это правда. Ни один здравомыслящий разработчик не будет хранить подобные типы данных в файле при использовании БД. Создавать кеш на термы и таксономию тоже маловероятно - как минимум это не продуктивно ни при создании ни при дальнейшей работе.
20к категорий для людей? Не поверю :) Не поверю, что кто-то может осились 1-2 или даже 3-х уровневую иерархию при 20к термах.
Повторю - я не говорю, что не нужно в принципе. Пример с классификатором живой природы показывает, что иногда нужно. Но это не значит что нужно поднимать все 20к для каких-то действий, способных вызвать нагрузку сколь-нибудь ощутимо больше, чем от 20шт.
Звонок в автосервис:
- Здравствуйте, меня зовут Света и у меня розовый Ниссан. Мне что-то надо отремонтировать!
- Что именно?
- А вы что, не знаете, что ремонтируют в розовом Ниссане?
Эм.. ИМХО во первых речь не о форумах, а во вторых - даже на форумах нет не то что 20к категорий, а и более пары десятков.
Ну положим категорий с подкатегориями там от силы пару десятков. Если же и страны приравнять к "категориям", то .. totamon уже посчитал и объяснил.
Категория - это информационная таксономия, в которую человек должен попасть что называется с полтычка. А как он может разобраться в 20к? Нужна иерархия. А уж коль есть иерархия, то основная работа происходит "внутри" таксона. Ну как-то так.
Самый богатый набор "категорий" это, наверное, классификация животного мира. Вот там наверное можно натянуть и до сотен тыщ если не лямов. Но они строго структурированы и по категорий на одном уровне... ну десяткок-другой имхо. Если такая структура имеется ввиду, то возможно, это не ГС. Но тут берут сомнения практического плана. Человеку без опыта и средств такое не поднять. Максимум что получиться - убогий ГС, а у человека даже с небольшим опытом подобные вопросы просто не возникнут.
Аж удивительно. А где сказали-то?
А что скажут местные ДЛЕшники? Неужто ДЛЕ вправду держит категории в файле, а не БД? Сдаётся мне ТС что-то не так понял.
"Музеи" в Риме и "Музеи" в Урюпинске - это одна категория - "Музеи", а не 100500 отдельных на каждый город.
И в общем-то это не категория, а терм совершено другой таксономии ("достопримечательности" или что-то типа того. Как конкертно на этом сайте я не разбирался).
Я понял. Ты не можешь правильно составить структуру сайта, отсюда рождается 20к категорий.
Я не знаю движков, у которых есть такие ограничения. Но мне трудно представить для какого ужаснейшего ГСа может понадобиться столько разделов.
Я не большой спец по ДЛЕ, но по-моему это полная чушь. Во первых ДЛЕ, как и любой нормальный двиг использует базу. Во вторых даже в файле перебрать 20к строк - ерунда. В третьих вне зависимости от движка всегда (при необходимости точнее) можно использовать кеширование.
