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