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

Вот небольшой запрос.

|РаботыПоПроектуСрезПоследних.Статья КАК Статьи,
|МАКСИМУМ(РаботыПоПроектуСрезПоследних.ДатаОкончания) КАК ДатаНачала
|МИНИМУМ(РаботыПоПроектуСрезПоследних.ДатаНачала) КАК ДатаНачала
|
| ИЗ  РегистрСведений.РаботыПоПроекту.СрезПоследних КАК
|РаботыПоПроектуСрезПоследних
|
| СГРУППИРОВАТЬ ПО
|РаботыПоПроектуСрезПоследних.Статья
|
|ИТОГИ
|    МАКСИМУМ(ДатаОкончания),
|    МИНИМУМ(ДатаНачала),
|ПО
|    ОБЩИЕ,
|    Статьи ИЕРАРХИЯ"

Проблема в том, что в для некоторых статей, ДатаНачала не указывается, и соответственно функции Минимум в выборку попадает значение 0, которое и является минимальным значением для группировки по иерархии.  Т.о функция МИНИМУМ(РаботыПоПроектуСрезПоследних.ДатаНачала) в группировке по иерархии выдает 0.
Можно ли, как то отфильтровать нули и, заставить функцию МИНИМУМ работать для всех значений кроме нулевых.

Книга знаний: Срез последних на каждую дату в запросе

....
|МИНИМУМ(
|    ВЫБОР КОГДА РаботыПоПроектуСрезПоследних.ДатаНачала <> ДАТАВРЕМЯ(1,1,1)
|        ТОГДА   РаботыПоПроектуСрезПоследних.ДатаНачала
|        ИНАЧЕ   &ДатаСреза
|    КОНЕЦ
|        ) КАК ДатаНачала
|ИЗ  РегистрСведений.РаботыПоПроекту.СрезПоследних(&ДатаСреза,) КАК
|РаботыПоПроектуСрезПоследних
....

Так не совсем то что нужно. Так минимальной датой может стать ДатаСреза. А нужно чтобы минимальная из не нулевых значений.

Попробуй
     ИНАЧЕ NULL

ГДЕ РаботыПоПроектуСрезПоследних.ДатаНачала <> ДАТАВРЕМЯ(1,1,1)
?

(3) А если все пустые?

(0) изначально надо определиться, а что вообще с нулевыми значениями делать?

Да их хотелось бы просто игнорировать.

Например. В регистре РаботыПоПроекту в срезе последних 3 записи:

Статья              ВремяНачала    ВремяОкончания

Монтаж конструкции                  01.05.2009
Монтаж двигателя    01.04.2009      10.04.2009
Монтаж газоотвода   15.04.2009      20.04.2009

Все эти статьи находятся в группе Монтаж.

Хотелось бы получить следующую выборку
Статья              ВремяНачала    ВремяОкончания

Монтаж              01.04.2009      01.05.2009
Монтаж конструкции                  01.05.2009
Монтаж двигателя    01.04.2009      10.04.2009
Монтаж газоотвода   15.04.2009      20.04.2009

(8) ИНАЧЕ NULL пробовал?

(9)+
|МИНИМУМ(
|    ВЫБОР КОГДА РаботыПоПроектуСрезПоследних.ДатаНачала <> ДАТАВРЕМЯ(1,1,1)
|        ТОГДА   РаботыПоПроектуСрезПоследних.ДатаНачала
|        ИНАЧЕ   NULL
|    КОНЕЦ
|        ) КАК ДатаНачала

(10) Если верить стандарту SQL то в вашем случае получите минимум = Null (если в выборке будет хотя бы одна нулевая дата)


ИТОГИ
   МИНИМУМ(ВЫБОР
           КОГДА ДатаНачала = &ПустаяДата
               ТОГДА &ДатаСреза
           ИНАЧЕ ДатаНачала
       КОНЕЦ) КАК ДатаНачала
ПО

Вместо &ДатаНачала можно использовать поле.

(11) - проверяли в 1С?

(13) нет
Я же написал за SQL
Вполне возможно у 1С свой стандарт :)

Если автор уверен, что не может быть все незаполненными, то
можно попробовать:
ИНАЧЕ ДатаВремя(3999,12,31)

|    МИНИМУМ(
|    ВЫБОР КОГДА РаботыПоПроектуСрезПоследних.ДатаНачала <> ДАТАВРЕМЯ(1,1,1)
|        ТОГДА   Звезда_РаботыПоПроектуСрезПоследних.ДатаНачала
|        ИНАЧЕ   ЕСТЬ NULL
|    КОНЕЦ
|        ) КАК ДатаНачала,

Такая конструкция работает так же как РаботыПоПроектуСрезПоследних.ДатаНачала.

Монтаж Время начало NULL

(16) Я, ять, для кого (12) написал?

(11)Согласно стандарта SQL:
"The aggregate COUNT(*) counts all NULL and non-NULL tuples; COUNT(attribute) counts all tuples whose attribute value is not NULL. Other SQL aggregate functions ignore NULL values in their computation."

На   Defender aka LINN 17. У тебя фактически пустая дата просто подменяется датой среза. Мне же нужно получить минимальную из не нулевых дат.

(16) И как он с ЕСТЬ еще работает?

А (15) ?

а нафуя в (0) итоги?

хм - сделай пустую дату максимальной (типа ДАТАВРЕМЯ(9999,12,31)) и она будет браться в самый последний момент. Ну там  при выводе соответствующий контроль и все.

(23) см (15) там максимум.

(24)+ в смысле год максимальный 3999

(24) (15) не увидел. Надеюсь я не нарушил авторское право :)

(19) Оставь свои фантазии для другого места.

(26) наздоровье:)

Как вариант конечно идея хорошая. Но если в регистре сведений в какой кто из групп статей все начальные даты нулевые. Тогда минимальная дата получается ДАТАВРЕМЯ(9999,12,31), что не корректно.  Конечно можно делать проверку при выводе, такой запрос уже не засунешь в универсальный отчет. А хотелось бы чтобы вся логика осталась на уровне запроса.

(29) Какая-то фигня.
Ты определись сам-то, что у тебя ДОЛЖНО БЫТЬ в ситуации, когда
1. Записей нет вообще
2. Все даты пустые

(30) а конечная дата может быть пустой? как второй вариант Если дата начала пуста, принимать ее равной дате окончания.

или еще варинат получить минимальные даты в другом запросе при условии, что пустые даты в сад, дальше левое соединение, ну и по ситуации.

биля...
в (12) же решение

МИНИМУМ(ВЫБОР
           КОГДА ДатаНачала = &ПустаяДата
               ТОГДА ""
           ИНАЧЕ ДатаНачала
       КОНЕЦ) КАК ДатаНачала

строка больше даты. всегда.

(33) Почему не NULL?

(34) вот этого не знал. Надо будет проверить и взять на вооружение.

(35) он меньше всех.

(37) А NULL в МИНИМУМ попадают?

(38) точно не знаю.
но по сабжу это без разницы.

(37) У меня такой запрос

выбрать ДатаВремя(3999,12,31) как поле
ОбЪединить
выбрать ДатаВремя(2000,1,2)
ОбЪединить
выбрать null
упорядочить по поле

Ставит Null на максимум. Проверял. Может не всегда, не знаю.
Но если NUll и меньше всех, то не всегда.

НЕА123
33 - 02.03.09 - 18:32

Чувак П..ц ты гений. Все работает..  УРААА!

(34)
Правила сравнения значений
Поскольку в языке запросов могут сравниваться значения разных типов, определены правила, по которым выполняется сравнение двух значений. Данные правила используются для:

сравнения значений в операторах сравнения;
определения максимального и минимального значений в агрегатных функциях МИНИМУМ и МАКСИМУМ;
упорядочивания записей результата запроса в соответствии с порядком, заданным в предложении УПОРЯДОЧИТЬ ПО.
Если типы значений отличаются друг от друга, то отношения между значениями определяются на основании приоритета типов:

тип NULL (самый низший);
тип Булево;
тип Число;
тип Дата;
тип Строка;
ссылочные типы.
Отношения между различными ссылочными типами определяются на основе внутренних ссылочных номеров таблиц, соответствующих тому или иному типу.

Народ всем огромное спасибо.