kdv,

нужны ли в оглавлении ссылки на каждую точку, а на запятую?
Четкого ТЗ нет, что завтра в этой БД искать придется и какой отчет родить-никто не знает. Делать все поля индексами?

alekcvp , - 22 минуты выполнялся итоговый запрос... и выдал только "нулевые" позиции.

KreatorXXI, это я у вас спросил. Ключ для меня ключевое поле, насколько знаю (потеет как на экзамене) бывает примари кей (и еще какой-то мать его кей). Я их по старинке зову ИД. А поскольку дата не может быть конкретным ИД, то я ее ключем не считаю. Можно её использовать как составной ключ, но у нас уже есть ИД, который точно указывает на конкретную запись. Поэтому использовать Дату как ключ-избыточно.
Я прошел собеседование? :)

Dimitry Sibiryakov , ну учитывая что это я, можете мне хоть ногу оторвать.
Легче работать мне от этого не станет, ведь я и прогу напиши и базу сочини и макет нарисуй. Давайте я не буду тут жаловаться на жизнь и как я до этого докатился. Но вот. Переделать БД можно, до сегодняшнего дня она вполне удовлетворяла всех. Переделывать, чтобы потом всплыла новая хотелка-чтобы опять все стены передвигать, учитывая зарплату 100 рублей в час-не самая разумная идея. Ладно бы я мог сказать-извините делаю БД, подождите с другими тасками...нет, иди паши за 5рых, за 100 рублей.

alekcvp, может проскролил и не заметил. Убрал дату из запроса-она все равно не нужна(пока не нужна). Еще 20 минут и узнаем :)
Скорее всего откажемся от этой хотелки. Либо отдельный запрос нулевых продаж будет.

KreatorXXI, я не про лень свою, я про то что ДБА мне тут не светит и спокойно заниматься архитектурой и вылизыванием. Роста в этом направлении не будет. Зачем тогда мучить себя-ведь все равно не получишь конфетку (как продукт, так и премию)?
Более того, давайте приоткрою страшную тайну:
-в одном из случаев Категория товара берется из файла (выгрузки из БД, сформированной в другой программе тетенькой и присланной на емайл). При этом достоверность данных никто не гарантирует.
-в других случаях Категория определяется Таблицей Рокеровка
Как Вам такое?

Смысла нет-если система изначальна хромая. Есть уже БД из которой все могли нормально выгрузить, но нет (проблема управления и прочих элементов власти). В итоге часть выгрузки из БД распечаткой приходит, часть на Емайл, другую часть лучше мы руками будем вести Эксель файл. Вы тут хотите что-то сделать нормальное? Серьезно? без рычагов управления-анрил...А я глядя на ЗП-занимаю пост чуть выше уборщицы, так что порядка не будет :) ИТ- тут не главное...

А про ЗП, Вы приезжайте в Замкадье тут много вакансий на минималочку 12 тыр, на 15 тыр, на 20 тыр (как у меня). Ни в чем себе не отказывайте. Контору говорить не буду-тут не ошибетесь, суйтесь в любую.

Dimitry Sibiryakov,
у меня также и обрабатывается, если мы про парсер говорим. Только в одном случае таблица игнорируется-и данные берутся из исходника. В другом случае за данными мы лезем в таблицу (за синонимом, за рокеровкой).
В любом случае это костыли, которыми в конечном итоге хвалиться не придется.

Левые джойны почему-то вообще туго выполняются. Пишешь инер-мигом, пишешь лефт-все минута пошла...

Структура если и будет ковыряться-то позже, например вылезет косяк с основными запросами-станут выполняться не за секунду, а за минуту. но пока данные за 3 или уже 4 года (лень смотреть) и летает. Но тут мало данных. На SQL давно делал базу для АТСки, вот там данных вагон-приходилось разбивать по годам.


alekcvp , да, то что надо-проскролил видимо. Но выполнялся 1 час 6 минут :)) Забью я наверное на эту хотелку. Я все равно знаю что еще хотелок навылезает у пользователей, там и посмотрим как лучше переделать.

alekcvp, интервал дат 01.04.20-30.06.20 , по этому интервалу 605 записей в Альфе, всего строк в Альфе: 42 664 (в рокеровке: 1536). Если я правильно посмотрел:




reads: 389 989 415
Тут реально не Ваш косяк-оптимизации нет никакой.