- Поисковые системы
- Практика оптимизации
- Трафик для сайтов
- Монетизация сайтов
- Сайтостроение
- Социальный Маркетинг
- Общение профессионалов
- Биржа и продажа
- Финансовые объявления
- Работа на постоянной основе
- Сайты - покупка, продажа
- Соцсети: страницы, группы, приложения
- Сайты без доменов
- Трафик, тизерная и баннерная реклама
- Продажа, оценка, регистрация доменов
- Ссылки - обмен, покупка, продажа
- Программы и скрипты
- Размещение статей
- Инфопродукты
- Прочие цифровые товары
- Работа и услуги для вебмастера
- Оптимизация, продвижение и аудит
- Ведение рекламных кампаний
- Услуги в области SMM
- Программирование
- Администрирование серверов и сайтов
- Прокси, ВПН, анонимайзеры, IP
- Платное обучение, вебинары
- Регистрация в каталогах
- Копирайтинг, переводы
- Дизайн
- Usability: консультации и аудит
- Изготовление сайтов
- Наполнение сайтов
- Прочие услуги
- Не про работу
Маркетинг для шоколадной фабрики. На 34% выше средний чек
Через устранение узких мест
Оксана Мамчуева
Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий
Если ума нет, то да, по уму.
Вступление не мужа, но школьника.
Раздувать таблицу, добавляя туда всё новые и новые поля, тем более, когда это уже рабочая таблица, а не проект - воистину гениальное решение..
Слова человека прочитавшего про нормализацию БД и узревшего новый мир. Поздравляем. Дойдете до статьи по денормализации - будет что обсудить, пока рано.
Мы так полагаем Вы из тех, кто при написании форума жмется пару байт под количество сообщений в топике выделить, а потом жалуется что запросы долго выполняются 😂
Sitealert, у человека запрос с агрегацией на три таблицы в котором идет выборка с фильтром по последней из них, при чем параметр относительно константный (18 год и т.д.). Это классическая ситуация когда разумнее добавить поле (тем более хватит 1 байта если добавлять только год) упростив/ускорив выборку кэшированием этого параметра прямо в ту таблицу.
Год это - это последний (самый свежий год) при котором в этом регионе есть цены для более чем 50 фирм. Она так же вычисляется другим запросом и доя каждого региона можем быть разный. Если добавлю к примеру 50 цен 2019 год то год сразу автоматически изменится в таблице. В общем пока использую свой костыль с нулями.
И еще вот интересно, можно ли налету присваивать ноль, типа set = 0, если год не 18 и не null. Но чтобы это не писалось в таблицу....
Вступление не мужа, но школьника.
Очень умное замечание, поздравляю.
Слова человека прочитавшего про нормализацию БД и узревшего новый мир.
Мы так полагаем Вы из тех, кто при написании форума жмется пару байт под количество сообщений в топике выделить, а потом жалуется что запросы долго выполняются 😂
у человека запрос с агрегацией на три таблицы в котором идет выборка с фильтром по последней из них, при чем параметр относительно константный (18 год и т.д.). Это классическая ситуация когда разумнее добавить поле (тем более хватит 1 байта если добавлять только год) упростив/ускорив выборку кэшированием этого параметра прямо в ту таблицу.
Очень умное замечание, поздравляю.Для едогсов, по-видимому, подобные открытия только предстоят в будущем. Читайте, милые мои, набирайтесь знаний.У меня всё нормально выполняется, не надо тут свои фантазии лепить.Вы понятия не имеете, какая у человека таблица, в каких выборках и сколько раз она используется, какова частотность этих выборок, сколько и для чего там других полей и таблиц - и берётесь раздавать свои "гениальные" советы. Вы подсказали человеку, что при левом джойне происходит выборка всех строк - замечательно, молодцы. Но это никак не означает вашу абсолютную правоту в вещах за пределами вашей компетенции.
Вы отчаянно пытаетесь доказать свою значимось. Давайте будем считать что у Вас это получилось и Вы успокоитесь?
И еще вот интересно, можно ли налету присваивать ноль, типа set = 0, если год не 18 и не null. Но чтобы это не писалось в таблицу....
Можно, тут неплохая подборка решений похожей задачи https://habr.com/en/company/mailru/blog/159767/