-
Юбилейный DevConfX пройдет 21-22 июня в Москве. Как всегда — Вы решаете, кто попадет в программу секции Backend — голосуйте за интересные доклады
Как правильно реализовать каталог с параметрическим поиском
- Автор темы Mongolor
- Дата начала
craz
Нестандартное звание
И? на винду оно вообще не ставиться так то. Просто качаешь и все...
почему наоборот? пока влазит всё в оперативку серверов. то монга себя прекрасно чувствует.
каждая ветка содержит около ~1000 символов (продукт, ссылка, набор ссылок на картинки, магазин, категория, дополнительные параметры типа цвета, и у всего из перечисленного есть индификатор) если я в голове умножаю забыв про ключи, мне представляются оч. большие цифры
грубым подcчетом 300М*1K = 300G
признаю, когда обновляют записи, данные можно получить только с репликатов... база тормозит
SANEK333
Новичок
Если понял правильно, то делал что-то подобное, допустим имеется модуль материалы содержащий в себе 3 типа записей папка, статья, файл. Используется одна общая таблица, например структура её такая:
id
type
did
name
info
path
date
size
поле type отвечает за тип записи, туда идет числовая/текстовая константа (например 0-папка, 1-статья, 2-файл), did это ид родительского эллемента, name - имя, date - дата создания, далее поля имеют значения в зависимости от типа
для папки info - описание, path - пусто, либо для сокращения запроса полное имя (папка/подпапка/файл.jpg), size - кол-во вложеных эл-в
для файла path физический путь до файла, info - описание, size - вес
для статьи info - текст статьи, size - кол-во символов, path - пусто, либо для сокращения запроса полное имя (папка/подпапка/статья)
поиск соответственно идет по одинаковым полям в таблице, но в зависимости от типа для пользователя эти поля интерпритируются по разному.
id
type
did
name
info
path
date
size
поле type отвечает за тип записи, туда идет числовая/текстовая константа (например 0-папка, 1-статья, 2-файл), did это ид родительского эллемента, name - имя, date - дата создания, далее поля имеют значения в зависимости от типа
для папки info - описание, path - пусто, либо для сокращения запроса полное имя (папка/подпапка/файл.jpg), size - кол-во вложеных эл-в
для файла path физический путь до файла, info - описание, size - вес
для статьи info - текст статьи, size - кол-во символов, path - пусто, либо для сокращения запроса полное имя (папка/подпапка/статья)
поиск соответственно идет по одинаковым полям в таблице, но в зависимости от типа для пользователя эти поля интерпритируются по разному.
craz
Нестандартное звание
не недоEAV там чуточку есть) кстати блин спасибо топику открыл перед собой такую интересную тему.
Раньше тоже всякие штуки придумывались сами собой, чтобы как-то прийти к денормализованной базе, но всегда какой-то чертик сидел внутри и говорил, так нельзя так теряется целостность. Теперь я знаю, что хоть это не есть супер модель, а надо все таки было идти до конца, а не мастерить колобка без ног.
Тот самый еав: огромное табло вида "товар айди, свойство айди, значение", сиречь entity, attribute, value.
абсолютно нереляционная схема со всеми вытекающими.
craz
Нестандартное звание
Не не, я даже еще больше убедился, что так делать нельзя было, просто если есть что-то гавневое(сорри за слово), то это гавневое должно быть все таки доведено до абсолюта, чтобы человек раз посмотрел и понял это какой-то полный еав.
В тоже время тут его советовали чуть ли не как ед. решение. Мне кажется все таки, когда ты не понимаешь что делать, лучше сделать так, чтобы другие люди хотя бы поняли, ЧТО ты пытался изобразить, а не строить недоЕАВ.
Up. Кстати пока гуглил увидел реальную ед. среду в которой можно применить этот антипаттерн. Это когда у тебя есть 1-2 месяца на написание системы, денег заказчики проплатили, но рядом не сидит твой тим -лид, у тебя и так мало времени, а заказчик не умеет совершенно свои свистелки описывать в терминах не предметной области, не в терминах понятных для программиста.
В Magento кстати применяется - а я то думал почему она мне из 3-4 раз не разу не далась в плане изменения ядра...
craz
Нестандартное звание
То есть берем что-то пипец как не оптимальное по скорости прикручиваем, еще кое-что, что опять же не оптимально по скорости, и получаем не антипаттерн?
Ну может насчет сфинкса я и погорячился... Один фиг.
Это ты про сфинкс?
у тебя опять с логикой напряг. "погорячился" и "один фиг" - взаимоисключающие понятия.
А знаешь, всё отчего? Оттого что ты рассуждаешь о вещах, которые не щупал руками. А только по верхам что-то слышал. Поэтому тебе что кауч, что сфинкс - все едино.
Участвуя в разговоре о вещах, с которыми ты не работал, а только слышал о них, следует быть осторожнее в суждениях.