Вход • Регистрация

Зачем таблица shop_category_parent?

  • 12 августа 2019 г.
  • В таблице {shop_category} есть столбец parent_id

    и есть таблица {shop_category_parent}

    Получается, что данные дублируются?
    • 12 августа 2019 г.
    • Так в ядро зашито. Чтобы автоматом работа определенный типовой функционал надо чтобы была.
    • 12 августа 2019 г.
    • Да, дублируются.
      Лучше хранить несколько лишних килобайт цифр в БД, чем постоянно дергать их SELECT-ами, грузить сервак и вызывать тормоза сайта. Особенно, когда категорий несколько сотен, тысченка-другая.
      А нам тормозить никак нельзя, мы самая нагрузоустойчивая ЦМС )
  • 12 августа 2019 г.
  • Цитата
    Лучше хранить несколько лишних килобайт цифр в БД, чем постоянно дергать их SELECT-ами


    Хранить в БД но не дергать SELECT'ами? А чем тогда дергать?
    • 12 августа 2019 г.
    • Чтобы 1 запросом дергнуть, а не несколькими, когда нам нужна род.категория
      • 12 августа 2019 г.
      • Вооот. Степану не смешно, т.к. понял и смысл и опыт есть ;) Ибо Select Select-у рознь. Просто Select из таблицы выполняется быстро, а внутренний цикл по другим таблицам или inner join - это совсем другой коленкор. Зачем нам каждый раз считать и дергать количество вложенных категорий, если запрос текущей категории и так есть и там можно хранить дубль количества вложенных, ранее посчитанных
        • 12 августа 2019 г. , редакция: 12 августа 2019 г.
        • Вы просто юмора не поняли :)
          • 12 августа 2019 г.
          • Да понял я )
            Но это просто цепляние к словам, хоть и ради юмора ;)
            Конечно, фразу нужно читать так:
            Цитата
            чем постоянно дергать их дополнительными SELECT-ами
        • 12 августа 2019 г.
        • Ну вот, в том и вопрос, зачем нужна {shop_category_parent}
          Код
          SELECT parent_id FROM {shop_category} WHERE id=3
          SELECT parent_id FROM {shop_category_parent} WHERE element_id=3

          если результат один и тот же и вся информация есть в {shop_category}
          • 12 августа 2019 г. , редакция: 12 августа 2019 г.
          • Чтобы работала вложенность в админке, ибо реализация единая. А в shop_category перенесли для оптимизации запросов

Новости

  • 24 апреля, среда
  • В новой сборке совершили революцию в структурировании кастомизированной информации в шаблонах, добавили авторегистрацию пользователей, усовершенствовали защиту от спама, актуализировали накопительную скидку, а также улучшили производительность и стабильность работы системы.
  • 12 января
  • После выхода сборки 7.1 мы выпустили уже три патча, в каждом из которых улучшаем административную часть сайта. Сборка DIAFAN.CMS 7.1.3 уже доступна к установке. 
  • 15 декабря 2023 г.
  • Подводим итоги 2023 года. Выпустили новую сборку DIAFAN.CMS 7.1.1, вводим новые тарифы на аренду сайта и коммерческую поддержку и автообновления с января 2024 г., строим планы на будущий год.