|
проблема с календарем
|
|||
---|---|---|---|
#18+
В таблице SQL Server 7.0 есть поле типа DATETIME. В программе (на Borland C++ Builder 5.0) через первую хранимую процедуру ввожу новую запись. Здесь все нормально. Когда же через другую хранимую процедуру обновляю эту запись, то в базу вносится значение даты на двое суток больше чем та, которую ввожу. ввод даты осуществляется через компонент Календарь и параметру хранимой процедуры, через который обновляется поле таблицы присваивается значение свойства календаря Date. AdoStoredProc->Parametres->ParamByDate("MyDate")->Value = MyKalend->Date; ..... AdoStoredProc->ExecProc() В самой процедуре используется update Table1 set DateFirst = @mydatetmp where ... @mydatetmp имеет тип DateTime. Вот. ... |
|||
:
Нравится:
Не нравится:
|
|||
08.04.2002, 13:13 |
|
проблема с календарем
|
|||
---|---|---|---|
#18+
Возможно, вмешиваются региональные установки и путают день с месяцем. Чтобы не зависеть от региональных установок, дату на MSSQL надо передавать в виде строки вида 'YYYYMMDD' без разделителей. Это крайне рекомендуется делать всегда и везде, когда дата задается в запросе к MSSQL. При этом, на клиенте, конечно же надо написать функцию перевода даты в такую строку. Фича заключается в том, что формат даты 'YYYYMMDD' MSSQL распознает всегда и везде гарантировано однозначно при любых региональных установках и при любой установке SET DATEFORMAT. ... |
|||
:
Нравится:
Не нравится:
|
|||
12.04.2002, 06:22 |
|
|
start [/forum/topic.php?fid=57&msg=32027255&tid=2036562]: |
0ms |
get settings: |
11ms |
get forum list: |
16ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
36ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
37ms |
get tp. blocked users: |
2ms |
others: | 263ms |
total: | 388ms |
0 / 0 |