Как вывести значения типа даты например 06.08.2016 23:00:05 в 20160806230005 ? Можно ли это получить встроенными средствами 1с или надо писать свою функцию?

(0) Курить функцию Формат

ДФ=yyyyMMddHHmmss

ТвояДата - 06.08.2016 23:00:05;

ДатаКакЧисло = Число("20"+Прав(Год(ТвояДата),2) + Прав("0"+Месяц(ТвояДата,2) + Прав("0"+День(ТвояДата),2) + Прав("0"+Час(ТвояДата),2) + Прав("0"+Минута(ТвояДата),2) + Прав("0"+Секунда(ТвояДата),2));

(3) Вон из профессии! ©

(4) Что не так? Встроенными средствами, без запросов в цикле и перейти.
Какой именной феншуй нарушает этот код?

(5) Вы же сами писали раньше ДФ=yyyyMMddHHmmss

Соответственно:

ДатаКакЧисло = Число(Формат(Дата,"ДФ=yyyyMMddHHmmss"))

(4) это ко всем отписавшимся в топике
что за чушь это такая - дата как число, дата это дата, число это число, вертолет тоже не кирпич. Зачем это нужно, могу предположить, что ТС хочет прибавить к дате пару дней или недель, а с датами обращаться не умеет

(0) куда вывести?

(7) Например для сортировки, или для выгрузки в текстовый файл, где нет формата "дата"

(9)
я думал, что дата сортируется не хуже чем число, похоже что это не так.
я думал, что в текстовом файле нет формата "число", похоже что это не так.
Все не так, как я думал.

(10) Дата сортируется прекрасно. В текстовом файле вообще нет числа и чего-то подобного. Там только буквы.

(11) дата или дата + время? А если нам эту инфу в 7.7 надо передать, где в дате нет времени?

(12) да, тогда мы загоним туда число) гм.. лол

Например у меня хранилась во внешним dbf файле некие данные. (дата+время изменений) и нужно было запросом выбирать все данные измененные от времени последнего обмена. Самое простое это хранить именно в формате "20160806230005". И тогда запросом по одному полю легко можно получить нужные данные

(13) И что?

(14) "20160806230005" - это строка что ли?
но даже если это число, то самое простое это написать запрос с отбором по дате, а не городить преобразование в число в дополнительной колонке

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

(16) а если нужно время? Например обмен идет каждый час и хотелось бы выгружать не всю инфу за день, а именно со временем последнего обмена

(17) То что лично тебе в данный момент это не нужно, не означает что и всем это не надо

(17) Расскажи как по человечески

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

В моем случае я писал в базу данные и дата+время загрузки данных.
А у клиентов у меня была дата+время последней выгрузки.

Соответственно если клиент последний раз обменивался месяц назад, он получит измененные за месяц данные. Если клиент обменивался полчаса назад - то он получить только измененные за последние полчаса, а не все данные

А теперь расскажи как по человечески, при условии что в базе нет типа Дата+время.

топик про восьмерку
время в 7 насколько понимаю есть (с 7 только через скл общался), но наверно хранится в соседней колонке, поставить где дата = и время =, >, <.

(21) "Дата = " ты серьезно?

а что такое, с синтаксисом не угадал ?

Дата последней загрузки 06.08.2016 07:25:45.
Клиент последний раз обменивался 05.08.2016 10:00:00

Мне нужно выбрать Все изменения с даты последнего обмена

Как мне составить запрос на поле дата и времени?

Если я напишу
Дата = 05.08.2016 и время > 10:00:00
то сюда не попадут изменения от 06.08.16

Если я напишу Дата >= 05.08.2016 и время >= 10:00:00

То сюда не попадут  изменения от 06.08.2016 07:25:45, так как 07:25:45 < 10:00:00

Забить на дату? Тогда будет повторно выгружаться данные с 0:00:00 по 10:00:00. А нам этого не нужно, нам нужно именно измененные с последнего обмена, а не все данные за день

*Забить на дату? = Забить на время?

(7)(10)Понт засчитан
https://i.viewy.ru/data/photo/05/44/05445f2826GNPLJNH_95062_badb5d6fec.gif

В моем случае
Дата последней загрузки 20160806072545
Клиент последний раз обменивался 20160805100000

Соответственно в запросе я выбираю записи > "20160805100000"
(а уж число или дата не принципиально)
И получаю все данные измененные с 05.08.2016 10:00:00, т.е. ровно то что нужно. Останется в дату последнего обмена записать новую дату+время

смотря средствами чего грузить, что доступно? convert? сложить два поля, получить дату со временем и сравнивать. в любом случае придумать можно
(29) да да, подкол тоже

(31) а в чем прикол хранить 2 поля, каждый раз делать конверт по всей таблице, вместо того чтобы использовать 1 поле с индексом? Это и есть писать по человечески?

спорить о том, что происходит в чужой базе не хочется, я почему то подумал, что это документы, у них дата и время есть, в (14) так и написано, что колонки уже есть, если это произвольная таблица и то как записи в ней появляются описываешь сам, то вобще никаких проблем быть не должно, сам написал, сам прочитал. в данном случае число играет роль некоторого счетчика, который получен от текущей даты, что может привести к косякам, если например на машине, на которой формируется этот счетчик, будет стоять неправильное системное время или у клиента что со временем. простой порядковый номер записи. А использовать числа, образованные от даты в качестве именно чисел хз что это. Топик про 8 и в примере дата со времен идет (в моем понимании дата это традиционная дата из платформы 8), каким таким образом мы перешли к решению проблем в твоей семерошной базе тоже не понятно.

ну еще дополню по твоему принципу хранения "даты" в виде числа: к дате это никакого отношения не имеет, так ты пытаешься организовать порядковый номер записи, что бы потом можно было поставить "< или >" (ну а так как время остановить невозможно, то в принципе уникальность + стабильное увеличение числового значения будет, за исключением всякого рода неприятностей, про которые в 33 написал). Сделать тоже самое можно десятью способами, самый простой - получить максимальный номер в таблице и прибавить 1

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

:)

(3) Обмен происходит на одном компьютере, так что на время клиента пофиг

(34) Максимальный номер от чего?

(35) В 1С нет команды на получения Unix времени. так что  или писать самому, или пользоваться тем что есть. А если нет разницы, то зачем изобретать велосипед и преобразовывать в unix время, тем более что читаемость сильно падает при таком подходе?

(38) >>В 1С нет команды на получения Unix времени
Подозреваю, что есть. Вот это собственно оно и будет:
ТекущаяДата() - Дата(1970,1,1)
ну или как то так

(38) Затем, что хранить в базе правильно именно так, выгружать и обмениваться тоже. А писанины там на час с чаем и печенюшками.

Ну а если выводить и кому то показывать, то да, хотя показывать в таком виде "20160806230005" изврат над коиентом еще тот ))))

(40) т.е. 1470598386 намного понятнее чем 20160807193307?

(39) unixtime = Формат(ТекущаяДата() - дата(1970,1,1,1,0,0), "ЧГ=0");

(41) Нет, но с первым можно работать просто прибавляя и отнимая секунды, сравнивая и пр. А со вторым нет, это просто строка с представлением в смысле работы бесполезная еще и мало читаемая. А первое значение, преобразуй в адекватное представление по окончании работы и все.

(4) во втором случае тоже можно прибавлять отнимать и сравнивать

товарищ тут хрень спросил, а вы тут развели..

(44) Ой ли? А если подумать?
20160131235959 + 1  сколько будет?

(45) Да пофиг на товарища, дело в принципе ))))

(46) +1- это точно больше, чем было

(47) а я с Алексеем согласен, хоть он и тот ещё.. разговаривать не очем

(49) можно пояснений, в чем согласен? а то папатерялась я (с)

(26) Дата >= 05.08.2016 Или Дата = 05.08.2016 И время >= 10:00:00

тема то интересная, но о чем в последних постах говорят и с чем согласен не понятно - нить утеряна

(50) датой (в восьмёмошном смысле, со временем) очень удобно пользоваться там, где нет времени в дате. число - и всё

+(53) какую-то фигню сказал, но, надеюсь, смысл ясен

(26) Дата > 05.08.2016 Или Дата = 05.08.2016 И время >= 10:00:00 *

и это.. операции с числами гораздо проще и быстрей, чем со строками. правильно представленная дата как число рулит

(54) Неее... смысл - не ясень, ибо дата с временем в восьмерке - это число секунд от 15.10.1582 04:00 :)

(54) да смысл ясен, но ведь это уже не дата совсем, а число, образованное от даты, за основу можно взять как сказали хоть unix время и это решит проблему, которую решает Алексей. Ему нужна последовательность появления записей в таблице, если правильно понял, что бы потом запросом получить только то, что еще не грузилось куда-то там (номер последней загруженной записи он где то хранит)

(57) обоссаться. '20140605"

(58) не дата. а ну чо?

(59) Дэк, это начало дня "по умолчанию". "20140605000000"

(61) Серг_1960, ходи к началам обсуждения

+(62) ну а я ваще не понимаю, чего оне от меня хотят ;)

(62) Да смысла нет ходить. Автору уже был дан ответ. Я стебаюсь, но по теме :)

Обсуждение конечно интересное но все же ответ тут (2) и выводит в том формате в котором необходимо ТСу

(63) Не обращай внимание. Они между собой заспорили, что с форматом даты, представленной как число (например, дата 31.01.2016 23:59:59 представлена как 20160131235959), уже нельзя работать как с датой. Т.е операции сложения и вычитания к числу не "работают" по правилам даты. Сложно сказал? А вопрос то, между прочим, прост как две копейки :)

(66) ну где то так, дата это дата, число это число
Просто это
(9) "Например для сортировки, или для выгрузки в текстовый файл, где нет формата "дата""
и это
(12)"дата или дата + время? А если нам эту инфу в 7.7 надо передать, где в дате нет времени?"

меня как бы немного смутило, он из даты делает число и говорит, что так удобно передавать дату в дату. Только мне непонятно где там в 7.7 дата то? Просто на основании даты сделали число и все, даты в приемнике как не было так и нет, походу потому что она там и ненужна

(67) Никто не передают дату в дату. Очень часто нужны тупо маркеры, которые прямо пропорционально зависимы от даты и времени, т.е. тупо нужно понимание какое событие было раньше, а какое позже другого события. Т.е. в общем случае даже не важна сама дата, важно просто знать больше или меньше

(68) ДА!