AXForum  
Вернуться   AXForum > Microsoft Dynamics AX > DAX: Программирование
All
Забыли пароль?
Зарегистрироваться Правила Справка Пользователи Сообщения за день Поиск Все разделы прочитаны

 
 
Опции темы Поиск в этой теме Опции просмотра
Старый 15.02.2007, 11:30   #1  
fialka is offline
fialka
Участник
 
347 / 16 (1) ++
Регистрация: 05.10.2006
Адрес: Екатеринбург
максимальная дата
Пытаюсь вытащить запись из таблицы с самой последней датой?
Но таблица пустая
select ADOQty,CalculationDate ,InventLocationId from adoData
where adoData.ItemId == inventSum.ItemId
&& adoData.InventLocationId == baseLocationId
&& adoData.CalculationDate == maxdate();
или просто сортировать в убывающем порядке?

Последний раз редактировалось fialka; 15.02.2007 в 11:42. Причина: неполное сообщение
Старый 15.02.2007, 11:42   #2  
oip is offline
oip
Axapta
Лучший по профессии 2014
 
2,564 / 1416 (53) ++++++++
Регистрация: 28.11.2005
Записей в блоге: 1
вы уверены, что у Вас в таблице есть поле с CalculationDate == 31.12.2153?

X++:
select ADOQty, CalculationDate ,InventLocationId from adoData
     order by CalculationDate desc
     where adoData.ItemId           == inventSum.ItemId &&
           adoData.InventLocationId == baseLocationId
Старый 15.02.2007, 11:47   #3  
fialka is offline
fialka
Участник
 
347 / 16 (1) ++
Регистрация: 05.10.2006
Адрес: Екатеринбург
так и сделала... но всё ранво спасибо
Старый 15.02.2007, 11:48   #4  
fialka is offline
fialka
Участник
 
347 / 16 (1) ++
Регистрация: 05.10.2006
Адрес: Екатеринбург
Цитата:
Сообщение от oip Посмотреть сообщение
вы уверены, что у Вас в таблице есть поле с CalculationDate == 31.12.2153?


X++:
ну да.. не множко сглупила с мах датой
Старый 15.02.2007, 11:48   #5  
Gad is offline
Gad
Участник
 
136 / 18 (1) ++
Регистрация: 21.05.2003
Адрес: Москва
maxdate() - это функция, возвращающая максимально возможную дату системы
лучше сделать
X++:
select firstonly ADOQty,CalculationDate ,InventLocationId from adoData
    order by CalculationDate desc
    where adoData.ItemId == inventSum.ItemId
        && adoData.InventLocationId == baseLocationId;
В таком случае ты получаешь первую запись из отсортированных по дате по убыванию

Упс уже ответили
Старый 15.02.2007, 12:20   #6  
KiselevSA is offline
KiselevSA
Злыдни
Аватар для KiselevSA
Злыдни
Лучший по профессии 2015
 
958 / 333 (13) ++++++
Регистрация: 25.01.2002
Адрес: Москва
А можно использовать в select ... maxof(CalculationDate)
__________________
люди...считают, что если техника не ломается, то ее не нужно ремонтировать. Инженеры считают, что если она не ломается, то нуждается в совершенствовании.
Старый 15.02.2007, 12:27   #7  
fialka is offline
fialka
Участник
 
347 / 16 (1) ++
Регистрация: 05.10.2006
Адрес: Екатеринбург
Цитата:
Сообщение от KiselevSA Посмотреть сообщение
А можно использовать в select ... maxof(CalculationDate)
да и desc нормально отрабатывает
Старый 15.02.2007, 12:32   #8  
KiselevSA is offline
KiselevSA
Злыдни
Аватар для KiselevSA
Злыдни
Лучший по профессии 2015
 
958 / 333 (13) ++++++
Регистрация: 25.01.2002
Адрес: Москва
Цитата:
Сообщение от fialka Посмотреть сообщение
да и desc нормально отрабатывает
Конечно, должна работать нормально.. Вот только сортировка не всегда быстрее выборки по условию. Надо бы посмотреть план запроса
__________________
люди...считают, что если техника не ломается, то ее не нужно ремонтировать. Инженеры считают, что если она не ломается, то нуждается в совершенствовании.
Старый 15.02.2007, 13:16   #9  
Zabr is offline
Zabr
Участник
Axapta Retail User
 
1,202 / 345 (14) ++++++
Регистрация: 26.06.2002
Адрес: Москва
оффтопик: а если бы была функция maxtime(), то мы бы узнали недокументированную особенность, что максимальное время, которое можно перевести в формат "hh:mm:ss" функцией time2str() - это почему-то 24 ч 59 мин 59 сек. Совершенно необъяснимое ограничение.
Старый 15.02.2007, 15:29   #10  
gl00mie is offline
gl00mie
Участник
MCBMSS
Most Valuable Professional
Лучший по профессии 2017
Лучший по профессии 2015
Лучший по профессии 2014
Лучший по профессии AXAWARD 2013
Лучший по профессии 2011
Лучший по профессии 2009
 
3,684 / 5798 (201) ++++++++++
Регистрация: 28.11.2005
Адрес: Москва
Записей в блоге: 3
Цитата:
Сообщение от Zabr Посмотреть сообщение
максимальное время, которое можно перевести в формат "hh:mm:ss" функцией time2str() - это почему-то 24 ч 59 мин 59 сек. Совершенно необъяснимое ограничение.
Думаю, объясняется все очень просто: time2str() проверяет допустимые диапазоны часов/минут/секунд независимо друг от друга, считая при это 24 часа допустимым значением.
Старый 15.02.2007, 16:30   #11  
Gad is offline
Gad
Участник
 
136 / 18 (1) ++
Регистрация: 21.05.2003
Адрес: Москва
Цитата:
Сообщение от KiselevSA Посмотреть сообщение
А можно использовать в select ... maxof(CalculationDate)
maxof - агрегирующая функция, тогда как в условии задачи надо получить запись с максимальной датой, а не саму максимальную дату.
Старый 15.02.2007, 17:07   #12  
DenNik is offline
DenNik
Участник
 
62 / 9 (1) +
Регистрация: 24.05.2005
Цитата:
Сообщение от Gad Посмотреть сообщение
maxof - агрегирующая функция, тогда как в условии задачи надо получить запись с максимальной датой, а не саму максимальную дату.
Агрегирвание - по сути объединение, может быть и несколько записей... Зная по какому принципу нам нужна группировка получаем нужный курсор (добавляя в запрос group by и дополнительные условия).
Старый 15.02.2007, 17:19   #13  
Gad is offline
Gad
Участник
 
136 / 18 (1) ++
Регистрация: 21.05.2003
Адрес: Москва
Цитата:
Сообщение от DenNik Посмотреть сообщение
Агрегирвание - по сути объединение, может быть и несколько записей... Зная по какому принципу нам нужна группировка получаем нужный курсор (добавляя в запрос group by и дополнительные условия).
не очень понял как при этом получть необходимое значение ADOQty, если оно числовое, надо будет написать sum(ADOQty)?, а нам нужно получить это количество из конкретной записи.
К тому же насчет group by - это не менее затратно с точки зрения производительности, чем order by, зато с order by, никаких доп. телодвижений не нужно
Старый 15.02.2007, 17:28   #14  
DenNik is offline
DenNik
Участник
 
62 / 9 (1) +
Регистрация: 24.05.2005
Цитата:
Сообщение от Gad Посмотреть сообщение
К тому же насчет group by - это не менее затратно с точки зрения производительности, чем order by, зато с order by, никаких доп. телодвижений не нужно
С group by тоже ничего не нужно лишнего - на счёт производительности спасибо - не знал ...

Цитата:
Сообщение от Gad Посмотреть сообщение
не очень понял как при этом получть необходимое значение ADOQty, если оно числовое, надо будет написать sum(ADOQty)?, а нам нужно получить это количество из конкретной записи.
Да. Или (если запись будет только одна(!)) делать дополнительный запрос, что, как мне кажется, не есть хорошо....
Старый 16.02.2007, 15:21   #15  
Zuzaz is offline
Zuzaz
Участник
 
119 / 18 (1) ++
Регистрация: 22.09.2006
Цитата:
Сообщение от gl00mie Посмотреть сообщение
Думаю, объясняется все очень просто: time2str() проверяет допустимые диапазоны часов/минут/секунд независимо друг от друга, считая при это 24 часа допустимым значением.
Тем не менее, совершенно ненужное ограничение. Мне потребовалось измерить диапазон между двумя временами, которые могут быть в разных датах - и тут выясняется, что вывести временную разницу "25ч 30мин" в виде "25:30" стандартным средством нельзя.
 

Похожие темы
Тема Автор Раздел Ответов Посл. сообщение
Бага в сопоставлении «Максимальная переплата или недоплата». Starling DAX: Функционал 1 03.04.2009 17:16
Максимальная длина типа String в DAX 4.0 alex55 DAX: Программирование 31 29.01.2009 15:33
Параметр "Максимальная дата закрытия".... soin DAX: Функционал 0 11.01.2006 14:18
Закупка. Дата получения документа. AlexeyBP DAX: Функционал 5 15.12.2005 16:53
Дата физ. проводки Yprit DAX: Функционал 4 17.12.2004 15:29
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск
Опции просмотра

Ваши права в разделе
Вы не можете создавать новые темы
Вы не можете отвечать в темах
Вы не можете прикреплять вложения
Вы не можете редактировать свои сообщения

BB коды Вкл.
Смайлы Вкл.
[IMG] код Вкл.
HTML код Выкл.
Быстрый переход

Рейтинг@Mail.ru
Часовой пояс GMT +3, время: 10:55.