есть 2 даты:

Формат(Рез.ДатаЗаказа, "ДФ=dd.MM.yyyy")
Формат(Рез.ДатаППВход, "ДФ=dd.MM.yyyy")

как между ними получить разность в днях?

Формат(Рез.ДатаЗаказа, "ДФ=dd.MM.yyyy") - Формат(Рез.ДатаППВход, "ДФ=dd.MM.yyyy") = ?

(Дата1 - Дата2) /86400

тут уже стописяттыщраз этот вопрос обмусоливался так-то

запросом и там РазностьДат()

если прямо в запросе то ты не поверишь РазностьДат()

ТС уже почти 7 лет на форуме, а до сих пор ни справку ни СП не осилил :)

Функция РазностьДат(Дата1,Дата2,вхТип="День") Экспорт
   Запрос=Новый Запрос("
   | SELECT РазностьДат(&Дата1,&Дата2,"+вхТип+") AS ВозвращаемаяДата
   |");
   Запрос.УстановитьПараметр("Дата1",Дата1);
   Запрос.УстановитьПараметр("Дата2",Дата2);
   Выб=Запрос.Выполнить().Выбрать();
   Выб.Следующий();
   Возврат -Выб.ВозвращаемаяДата;
КонецФункции    

(1) спасибо!

(6) спасибо!

(6) ООо-оо! Супер способ!

всегда рад помочь

(6) мсье знает толк в извращениях...

(11) Ты щас хрень написал, показывая свою глупость. Потому что это не извращение, а способ который используют опытные одинесники.

(12) видимо сильно опытные раз для того что бы узнать разность дать поднимают объект запрос и подтягивают сервер - особенно в тонком клиенте актуально...

(12) а я то и не знал!

(12) чем то что в (6) лучше чем то что в (1)

(13) И в чем твоя проблема? У меня всё работает.

(16) молодец!

(12)
У вас в конторе платят за результат или за количество исходного текста? Это бы многое объяснило ))

эй, хватит спорить, горячие финские парни!

(15) Это вопрос? Ничем не лучше, кроме того что в (1) возвращает не целое число. Можно использовать любой вариант, какой больше нравится. Я, например, (1) очень часто использую.

(16) можно и на 1000 строк расписать и тоже будет работать

(18) Текста там где нужно получается не так уж и много:

Результат = РазностьДат(Дата1,Дата2);

(22) тебе в (13) уже расписали что при этом происходит

(22) Не ну красивый метод, я не спорю, просто необычный

(18) благо сейчас терабайтные винчестеры позволяют записать несколько лишних байт без заметного вреда.

(23) Ага, расписали, сам вижу что ничего плохого. К чему ты это?

(20) "кроме того что в (1) возвращает не целое число" сфигаль?

(12) вообще, всё зависит от контекста. Если нужно единоразово вычислить, то лучше (1) (с небольшим изменениев в виде НачалоДня())
Если нужно обработать большие объемы, то РазностьДат(&Дата1,&Дата2,День) нужно писать непосредственно в запросе.
А так - посмотрел бы я на тебя, если б ты крутил (6) в запросе.
Так что смысла от данной функции не вижу.

(27) бывает.

(27) зависит от того, что в датах. Если там "Дата и Время", то вполне может

(29)(30) пример?

а внимательно вопрос читали?
интересно как ТС собирается получить разность строк в днях?

(28) >>А так - посмотрел бы я на тебя, если б ты крутил (6) в запросе.
Она и так в запросе крутится. Там такая функция изначально есть, "с завода".

(33) пардон, опечатался.
(28) читать так: "посмотрел бы я на тебя, если б ты крутил (6) в цикле."

(32) Там просто нужно отменить перевод в строку, и работать с датами.

(34) Я бы так не делал. В циклах обычно разбирается результат запроса, а в запросе функция РазностьДат и так есть.

+(31)ну что, пример будет?

(37) пожалуйста:
   Дата1 = '2012-02-04 09:39:41';
   Дата2 = '2012-02-02 00:00:00';
   Сообщить((Дата1 - Дата2)/86400);                        //2,40255787037037037037037037
   Сообщить((НачалоДня(Дата1) - НачалоДня(Дата2))/86400);    //2

(21) Это просто другой способ, довольно коротко написанный, а не увеличенный по размеру первый способ.

а вот интересный момент!!!

Дата1= 19.10.2011 0:00:00
Дата2= 17.10.2011 23:59:59

в резкльтате получается:

(Дата1 - Дата2)/86400 = 1,000011574074074074074074074

в этом случае просто брать целую часть? или просто брать её всегда???!

(38) а, так вы про _результат_ в днях?
а я-то думал... :)))

ну, функции округления ещё никто не отменял

(40+)  на начало дня то есть нужно брать просто

(42) как тебе надо, так и бери. мы же не знаем твоей задачи. иногда и в дробных днях считать надо

кажется в этом методе есть проблема (Дата1 - Дата2) /86400
к примеру
Дата1= 31.10.2011 0:00:00
Дата2= 28.10.2011 0:00:00

то результат будет 3, а нужно вообще ничего

а почему то у меня РазностьДат() вообще процедура или функция с указанным именем не определена

(44+) или с этим методом все правильно, он просто возвратил положительное значение (Дата1 - Дата2) /86400

(44) "то результат будет 3, а нужно вообще ничего" О_о

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

(44) почему Ничего? и кстати, "Ничего" такого нет в 1С еще пока, вот есть Неопределено и NULL

(48) да, Nothing очень нам не хватает...

(44) А почему "ничего"??

(44) да просто мне нужно было в этом случае ничего не выводить в печатную форму
метод правильно работает!!!! возвратил положительное число!

Скажите а почему у меня не работает функция РазностьДат() ?

(51) то (50)

...Велосипеды...велосипеды...

ОбщегоНазначения.РазобратьРазностьДат - ЗУП

БухгалтерскийУчет.РазностьДатВДнях - БП

...и так далее и так далее и так далее...

53. чушь, там только в днях - это просто, ты попробуй со временем также делать, причем не разово, а например использовать механизм для постороения периодических технологических периодов.

В производстве технологические периоды физической продолжительностью более суток, например смена начало 8:00 текущего дня и 8:00 часов следующего дня используется часто. Причем в этом технологическом периоде нужно снимать показания с приборов: по графику каждый час, каждые полчаса, каждые 10 минут.
И таких графиков может быть произвольное количество. Параметры согласно графику пишуться в регистр сведений на датуиввремя снятия показаний

так что ваща буха маягко говоря сосет в этой задаче

(1) неверно. правильнее писать

(Дата1 - Дата2) /(60*60*24)

(54)  читаю в (0): как можно получить разность 2х дат?.

Привожу примеры.

Ты пишешь: "там только в днях "

Вопрос к тебе. Читаем вопрос темы в (1)? как между ними (датами) получить разность в днях?. Ты пишешь: там только в днях".

Ты в сознании? Причем тут кто у кого сосет? Ты читать умеешь? Или 22 см не вмещается в ширинке?

(56) дата в себе несет и время с физической точки зрения, рассмотрение ее только в днях - упрощение для тьоток

да вечно в типовых понапихают кастрированые методы, ведь получить полную разность дат со временем вполне реально, не скажу как - сами думайте)

то что в (55) выдавало не тот результат, не зная как это применить, или вывести правильнее, использовал функцию типовой конфигурации УПП:

ОбщегоНазначения.РазобратьРазностьДат(НачалоДня(Рез.СрокПлатежа), НачалоДня(ОтборДатаКон), Лет, Месяцев, Дней);

выдала она корректный результат....

(59) не прошло и месяца

(60) блин раз выдала второй раз не выдает уже ((((

(61) гыгы

(61)
это Ненавижу 1С сглазил.

31.01.2011
31.12.2011
ОбщегоНазначения.РазобратьРазностьДат(НачалоДня(Рез.СрокПлатежа), НачалоДня(ОтборДатаКон), Лет, Месяцев, Дней);

Дней = 0 ((((

(НачалоДня(Рез.СрокПлатежа) - НачалоДня(ОтборДатаКон)) /(60*60*24)

показывает -334

или что то я не то делаю?

да не все верно
нужно расчитать просрочку платеда
вторая дата больше первой !!!

(61)
вообще-то что ты хотел? сейчас Масленица, вот "блин" и, как положено, получился.

ой, посмотрел код процедуры, тама передавать нужно их видимо в обратном порядке

вообще нужно вроде передавать именно в том в котором передаю....

(65) ты просто не тем занимаешься.

Хоспаде...

(70) в смысле чего не тем???

(72) ну если отнять 31.01.2011 - 31.12.2011 должно получиться -334. Я проверил. Правильно у тебя считает. Непонятно, почему переживаешь.

(73) ясно типовая функция просто не считает такие даты, а эта считает...

(74) Типовая тоже считает, если код посмотреть :))))

(75) она вообще пропускает это так как первая дата меньше второй, процедура не выполняется, а если поменять даты то теряется суть

(76) Суть чего поменяется? Если ты из меньшего числа вычтешь бОльшее, то всегда получишь отрицательное число. Или ты математику в школе не учил? :)))