Delphi/access. Работа с datetimepicker, подсчет времени

@ul_mralex · Регистрация: 02.04.2013

Студворк — интернет-сервис помощи студентам

Здравствуйте!
1. В программе производится расчет времени: datetimepicker2-datetimepicker1=datetimepicker3;
Подробнее: 13:52-12:34=01:18;
Это число записывается в базу access из datetimepicker.
В базе, в поле стоит формат дата/время, маска ввода 00:00;;_ . "Краткий формат времени".
В ADOQuery в дисплейформат: HH:mm и эдитмаск: !90:00;1;_
Но в итоге в базе записывается не только время, но и дата, к примеру: 10.06.2014 01:18, когда нужно только 01:18 потому что в итоге это время будет суммироваться с другим числом.
Как можно решить проблему?
2. При суммировании времени, допустим 23:00+23:00+23:00+23:00+23:00 должно получится 115:00, это число собираюсь выводить допустим в MaskEdit. Но выводит число не полностью: 15:00.
С вариантом 23:00+23:00+23:00+23:00 получается правильно: 92:00
В Edit выводит верно при условии, если в поле сохраняется чисто число "01:18", а не "10.06.2014 01:18"

Скандербег · 02.07.2014, 21:48

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

Выход в ситуации, когда нужно хранить только время, записывать значения времени в текстовом формате.
В виде строки, например, "0900", "0118".
При этом использование дататаймпикеров не отменяется, а запись нужно осуществлять SQL запросами,
где можно преобразовать время в строковое представление.
Такое хранение времени никакого криминала не несет, а только облегчает работу со значениями времени.
Да, нужно будет для расчетов преобразовывать строку, содержащую время в тип TDataTime, но это тоже не сложно.

@northener · 03.07.2014, 02:18

Сообщение от ul_mralex

Но в итоге в базе записывается не только время, но и дата, к примеру: 10.06.2014 01:18, когда нужно только 01:18

Значит неправильно записываешь.

Сообщение от Скандербег

Выход в ситуации, когда нужно хранить только время, записывать значения времени в текстовом формате.

Ну почему? ТС эти записи в БД нужны не столько сами по себе, сколько для арифметических расчётов. Так почему бы ему и не записывать время с нулевой датой?

@ul_mralex · 03.07.2014, 10:29 **[ТС]**

Вот вот, нужна нулевая дата желательно.
В базе в столбцах отображается естественно только время, но когда начинаешь редактировать, сразу появляется дата.
northener, Как же правильно тогда записывать?

Добавлено через 1 час 9 минут
Сам подсчет времени.

Delphi
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
procedure TPVP_V_DEPO.itogClick(Sender: TObject);
var a,b,e,f,g,a1,b1,e1,f1,g1,r: TDateTime;
begin
a:=zah.time;
a1:=zah_ispr.time;
 
b:=vih.time;
b1:=vih_ispr.time;
 
e:=shod.time;
e1:=shod_ispr.time;
 
f:=vihod.time;
f1:=vihod_ispr.time;
 
g:=plv.time;
g1:=plv_ispr.time;
 
g:=(b+f)-(a-e);
g1:=(b1+f1)-(a1-e1);
r:=g+g1;
 
plv.time:=(g);
plv_ispr.Time:=(r);
PLV_NUM.Text:=FloatToStrf((PLV.DateTime-Trunc(PLV.Time))*24,fffixed,5,2);
PLV_NUM_ispr.Text:=FloatToStrf((PLV.DateTime-Trunc(PLV.Time))*24,fffixed,5,2);
end;

Затем сам PLV.Time суммируется по дням и записывается в отчет.
PLV.TIME свойство Time 0:00:00 Date 10.06.2014
Необходимо, что бы дата в данном случае совсем не записывалась в БД.
Опять же повторюсь-в adoquery в свойствах plv стоит дисплейформат HH:mm.
Выше прописывал в креатеформ TDateTimeField(DM.ADO_PZP_V_DEPO.FieldBy Name('plv')).DisplayFormat:='HH:mm'; не помогло

@northener · 03.07.2014, 11:15

Сообщение от ul_mralex

northener, Как же правильно тогда записывать?

А как ты сейчас записываешь?

@ul_mralex · 03.07.2014, 11:25 **[ТС]**

Delphi
1
2
3
4
5
6
7
8
9
10
11
12
13
procedure TPVP_V_DEPO.ADDClick(Sender: TObject);
begin
try
DM.ADO_PZP_V_DEPO.open;
DM.ADO_PZP_V_DEPO.append;
.....
DM.ADO_PZP_V_DEPO.FieldByName('PLV').Value:=plv.Time;
.....
DM.ADO_PZP_V_DEPO.Post;
except
on e:Exception do
end;
SHOWMESSAGE('ИНФОРМАЦИЯ ДОБАВЛЕНА!');

@FIL · 03.07.2014, 11:35

Сообщение от ul_mralex

должно получится 115:00

Это не формат времени, а твоя персональная выдумка, поэтому в каком бы формате ты не хранил эти данные, для их визуализации в таком виде придется делать соотв. преобразования.

Добавлено через 1 минуту
А хранить их можно как в формате TDataTime, так и Integer (кол-во минут, например).

@ul_mralex · 04.07.2014, 13:20 **[ТС]**

northener, Есть варианты?

Новые блоги и статьи Все статьи Все блоги /
Отправка уведомления на почту при изменении наименования справочника Maks 24.03.2026 Программная отправка письма электронной почты на примере изменения наименования справочника "Склады" в конфигурации БП3. Перед реализацией необходимо выполнить настройку системной учетной записи. . .	модель ЗдравоСохранения 5. Меньше увольнений- больше дохода! anaschu 24.03.2026 Теперь система здравосохранения уменьшает количество увольнений. 9TO2GP2bpX4 a42b81fb172ffc12ca589c7898261ccb/ https:/ / rutube. ru/ video/ a42b81fb172ffc12ca589c7898261ccb/ Слева синяя линия -. . .	Midnight Chicago Blues kumehtar 24.03.2026 Такой Midnight Chicago Blues, знаешь?. . Когда вечерние улицы становятся ночными, а ты не можешь уснуть. Ты идёшь в любимый старый бар, и бармен наливает тебе виски. Ты смотришь на пролетающие. . .	Контроль уникальности заводского номера - вариант №2 Maks 24.03.2026 В отличие от предыдущего варианта добавлено прерывание циклов, также добавлены новые переменные для сохранения контекста ошибки перед прерыванием цикла: Процедура ПередЗаписью(Отказ, РежимЗаписи,. . .
SDL3 для Desktop (MinGW): Вывод текста со шрифтом TTF с помощью библиотеки SDL3_ttf на Си и C++ 8Observer8 24.03.2026 Содержание блога Финальные проекты на Си и на C++: finish-text-sdl3-c. zip finish-text-sdl3-cpp. zip	Жизнь в неопределённости kumehtar 23.03.2026 Жизнь — это постоянное существование в неопределённости. Например, даже если у тебя есть список дел, невозможно дойти до точки, где всё окончательно завершено и больше ничего не осталось. В принципе,. . .	Модель здравоСохранения: работники работают быстрее после её введения. anaschu 23.03.2026 geJalZw1fLo Корпорация до введения программа здравоохранения имела много невыполненных работниками заданий, после введения программы количество заданий выросло. Но на выплатах по больничным это. . .	Контроль уникальности заводского номера - вариант №1 Maks 23.03.2026 Алгоритм контроля уникальности заводского (или серийного) номера на примере документа выдачи шин для спецтехники с табличной частью в конфигурации КА2. Данные берутся из регистра сведений, по. . .

@ul_mralex 3 / 3 / 1 Регистрация: 02.04.2013 Сообщений: 115

	MS Access Delphi/access. Работа с datetimepicker, подсчет времени 02.07.2014, 21:30. Показов 1582. Ответов 7 Метки нет (Все метки) Здравствуйте! 1. В программе производится расчет времени: datetimepicker2-datetimepicker1=datetimepicker3; Подробнее: 13:52-12:34=01:18; Это число записывается в базу access из datetimepicker. В базе, в поле стоит формат дата/время, маска ввода 00:00;;_ . "Краткий формат времени". В ADOQuery в дисплейформат: HH:mm и эдитмаск: !90:00;1;_ Но в итоге в базе записывается не только время, но и дата, к примеру: 10.06.2014 01:18, когда нужно только 01:18 потому что в итоге это время будет суммироваться с другим числом. Как можно решить проблему? 2. При суммировании времени, допустим 23:00+23:00+23:00+23:00+23:00 должно получится 115:00, это число собираюсь выводить допустим в MaskEdit. Но выводит число не полностью: 15:00. С вариантом 23:00+23:00+23:00+23:00 получается правильно: 92:00 В Edit выводит верно при условии, если в поле сохраняется чисто число "01:18", а не "10.06.2014 01:18" 0

Скандербег 1076 / 989 / 340 Регистрация: 07.08.2012 Сообщений: 2,790
	02.07.2014, 21:48
	Неважно какой формат установлен в Аксессе - эта установка действует внутри среды Аксесса и к Дельфи никакого отношения не имеет. Дата и время в базах данных (БД Аксесса не исключение), как правило храняться одним вещественным числом и хотите вы или нет, но дата будет присутствовать даже если она равна нулю. Выход в ситуации, когда нужно хранить только время, записывать значения времени в текстовом формате. В виде строки, например, "0900", "0118". При этом использование дататаймпикеров не отменяется, а запись нужно осуществлять SQL запросами, где можно преобразовать время в строковое представление. Такое хранение времени никакого криминала не несет, а только облегчает работу со значениями времени. Да, нужно будет для расчетов преобразовывать строку, содержащую время в тип TDataTime, но это тоже не сложно. 0

@ul_mralex 3 / 3 / 1 Регистрация: 02.04.2013 Сообщений: 115
	04.07.2014, 13:20 [ТС]
	northener, Есть варианты? 0