меняющиеся, неменяющиеся

[SLIM]

В связи с работой пришлось мне делать один запрос.
Расскажу о сути

Есть таблица. В ней поля:
1. Дата
2. Магазин
3. Код позиции
4. Продажа в рублях
5. Продажа в штуках
6. Продажа в весе
7. Остаток на конец дня в штуках.


Задается период. Например месяц. Выбирается несколько позиций.
Сделать запрос, где все магазины сгруппируются на два типа
1. Остатки не меняются
2. Остатки меняются

Меняющиеся остатки - это те остатки, которые хоть как-то изменились в течение месяца.
Не меняющиеся - это те, которые соответственно не менялись с начала до конца месяца.

Необходимо сохранить разбивку по дням, т.е. у неменяющихся на определенном магазине остатков должна быть одна цифра на протяжении всего месяца каждый день.

Сам запрос я сделал, но работает он очень уж медленно, так как магазинов очень много. Запрос один, с вложенным. Примерно месяц высчитывается около часа.

Есть у кого-нибудь предложения самого оптимального запроса?

[trash]

1) Какая база?
2) Покажи запрос.

[SLIM]

1) Какая база?
2) Покажи запрос.

База то особо не так важна. Важнее синтаксис SQL.
Ну а вообще MS SQL 2000, T-SQL

Запрос показать не могу - она на работе, а с работы выносить нельзя ничего, а писать сейчас по новой нет времени, как будет напишу.
Но логику могу рассказать.
Расскажу двумя запросами
1. Отбираем записи с таблицы все записи, одним полем будет разница между максимальным и минимальным значением остатка за период
2. Объединяем с таблицей полученные записи, в одном поле смотрим знак (SIGN) разницы (min-max) Если знак - 0, значит остатки не менялись (min=max), если +1 или -1, то остатки менялись.

Ну образно говоря

Код: Выделить всё

Select  SIGN(t.Признак), m.дата, m.остаток, m.магазин, m.[код товара]
from table as m inner join (select (min(Остаток)-max(Остаток))  as Признак, магазин, [код товара] from table) as t
                 on m.Магазин=t.магазин on m.[Код товара]=t.[Код товара]

Ну что-то типа этого. Точно написать не смогу. Главное логика

[trash]

База то особо не так важна. Важнее синтаксис SQL.

А мужики-то думали, что синтаксис от базы зависит.

Код: Выделить всё

(select (min(Остаток)-max(Остаток))  as Признак, Year(Дата) год, Month(Дата) месяц, магазин  [код товара] from table group by магазин, Year(Дата), Month(Дата), [код товара]) as t
on m.Магазин=t.магазин AND m.[Код товара]=t.[Код товара] AND year(m.Дата) = t.год and month(m.дата)=t.месяц

Что за дурацкая манера давать русские названия полям? Это же ппц как не удобно.

[Andrey Fedorov]

Что за дурацкая манера давать русские названия полям? Это же ппц как не удобно.

Вообще-то это очень удобно - чем меньше думаешь что это за таблица/поле, тем лучше. Затраты на переключение раскладки - одно нажатие клавиши - меня это совсем не ломает. Зато хорошо понятно что содержится в поле - особенно это чувствуется когда сопровождаешь различные базы годами...

Другое дело когда база делается под заказ забугорного клиента - тогда лучше только английский...

[alibek]

Не люблю использовать русские имена объектов.
Слова на русском языке обычно гораздо длиннее, нежели английские.
Да и некоторые фонемы уже практически стандартизированы, их русский перевод звучит непонятно, а транслитирование — неправильно.
Хотя в VIEW их и использую.

[HandKot]

мой вклад

Код: Выделить всё

select
  t.[Дата],
  t.[Магазин],
  t.[Код позиции],
  t.[Остаток на конец дня в штуках],
  t1.[cnt]   --если 0, то не менялись остатки, иначе менялись
from
  Table t
inner join (
  select
    t1.[Магазин],
    t1.[Код позиции],
    count(distinct t1.[Остаток на конец дня в штуках])-1 as cnt
  from
    Table t1
  where
    t1.[Дата] between @date_b and @date_e
  group by
    t1.[Магазин],
    t1.[Код позиции]) t1 on t1.[Магазин] = t.[Магазин] and t1.[Код позиции] = t.[Код позиции]
where
  t1.[Дата] between @date_b and @date_e

и скорость запроса зависит от индексов на таблице.
в данном случае индекс нужен пос ледующим полям :

Код: Выделить всё

[Дата] + [Магазин] + [Код позиции]

и именно в том порядке, в котором они здесь написаны

[SLIM]

Руссике имена только для показа.
На смом деле поля называются
Date (Ключ)
CODE (Ключ)
dkey(ключ, иднетифицирует магазин, используется специально для подсчетов, типа count)
Все остальные поля - обвязки вокруг ключей (читай индексов)

А мужики-то думали, что синтаксис от базы зависит.

Хочешь сказать что например T-SQL может юзаться только в MS SQL? Глупости

мой вклад

Хм...спасибо, нужно проверить. На первый взгляд должно работать
Хотя Distinct думаю скорости не прибавит. Нужно сравнить

[SLIM]

Задумался...здесь COUNT(DISTINCT...
Вообще неуместен помоему.
не понял смысла запроса...

[alibek]

Хочешь сказать что например T-SQL может юзаться только в MS SQL?

Смотря как. Если сотня тысяч записей будет обрабатываться час, тогда конечно не зависит.
А когда запросы оптимизирует, то зависит не только от СУБД, но и от конкретной базы.

[SLIM]

Смотря как. Если сотня тысяч записей будет обрабатываться час, тогда конечно не зависит.
А когда запросы оптимизирует, то зависит не только от СУБД, но и от конкретной базы.

Согласен.

Alibek, долго ждал тебя в данном топике. Не желаешь присоединиться советом?

[alibek]

Остатки меняются, если были продажи.
Соответственно, тебе надо получить список записей, где были продажи, и список записей, где продаж не было.
Это будет два запроса, объединенных через UNION ALL.
Чтобы выводить записи для отсутствующих дней, создаешь временную таблицу, в которую добавляешь значения от 1 до 28|28|30|31. Эта таблица будет первой в джойне, остальные связываешь через left join.

[SLIM]

Хм..супер.
Есть идеи.

Можно отобрать записи с условием Продажи>0 в отдельную таблицу (или вложенным запросом)
Потом через Left outer joinn объединить с основной таблицей с условием продажи is null (из таблицы, которую только что сформировали). Тогда получится что мы как бы исключаем те позиции и те магазины, на которых продажи были. Можно выбрать эти записи в отдельную таблицу и уже именно их исключать из основной (полной) таблицы.

Alibek, ты подал мне замечательную идею....спасибо тебе.


З.Ы. Прокомментируй мою идею, может я что не так понял?

[alibek]

Я не уловил, что именно ты хочешь получить в результате.

[SLIM]

Ну результат я говорил.Две группы - одна неменяющиеся, вторая меняющиеся.
Просто ты подал мне идею играть с продажами а не с остатками.
Исходя из этого, можно исключать из общих записей те те или иные и объединять.

[trash]

А мужики-то думали, что синтаксис от базы зависит.

Хочешь сказать что например T-SQL может юзаться только в MS SQL? Глупости

select * from xxx
inner join yyy on yyy.zzz=xxx.zzz
inner join iii on iii.zzz=xxx.zzz
работает в mssql и не работает в access. Конечно глупости, ага.

[alibek]

trash, по твоему в Access — это T-SQL?
Почитал бы ты, что такое Transact SQL.

Кроме того, запрос работает, просто джойны надо в круглые скобки заключать.

[trash]

trash, по твоему в Access — это T-SQL?
Почитал бы ты, что такое Transact SQL.

Изначально речи не было о T- SQL.

А мужики-то думали, что синтаксис от базы зависит.

Конечно, я имел ввиду СУБД.

Кроме того, запрос работает, просто джойны надо в круглые скобки заключать.

А скобки это уже не элемент синтаксиса?

[SLIM]

Блин, о чем спорт то?
СУБД не СУБД, синтаксис не синтаксис
Какая разница какая СУБД если известно что синтаксис T-SQL?
Может я вообще пользуюсь кустарной СУБД где тоже юзается T-SQL?