Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

IB 7.5 Как хр. процедуре в переменнной типа date обнулить время?

Страницы: 1 2 3 4 >
novill © (2007-01-09 16:16:00)
сабж

Johnmen (2007-01-12 12:01:00) [1]
> Ну речь как видимо о варианте select cast('now' as DATE)
> from ...

Судя по [14], Desdechado © к этому варианту отношения не имеет.

atruhin (2007-01-12 07:42:00) [2]
> Перечитал [18], но про простой способ там не увидел, так
> же, как и прямых слов про бессмысленность манипуляций. Поясни,
> о чём речь.

Ну речь как видимо о варианте select cast('now' as DATE) from ...

Johnmen (2007-01-11 23:28:00) [3]
Интересно подискутировали :)

Кстати,
>Desdechado © (10.01.07 17:39) [57]
>...еще в [18] я прямо сказал, что для 3-го диалекта все такие манипуляции
>не имеют смысла, т.к. есть более простой способ.

Перечитал [18], но про простой способ там не увидел, так же, как и прямых слов про бессмысленность манипуляций. Поясни, о чём речь.

try (2007-01-11 23:15:00) [4]
Удалено модератором

try (2007-01-10 17:51:00) [5]
Удалено модератором
Примечание: Offtopic

Desdechado (2007-01-10 17:39:00) [6]
> уверен, что господин Desdechado тестил не под 3 диалектом
А я нигде и не говорил, что под 3-м. Наоборот, еще в [18] я прямо сказал, что для 3-го диалекта все такие манипуляции не имеют смысла, т.к. есть более простой способ.

Теперь жду, когда возьмешь свои слова из [27] и [29] назад и публично извинишься.

try (2007-01-10 17:05:00) [7]

> спробуй так

Если это мне, то это уже давно спробовано.
Вот свежатинка
F_1 = 2007-01-10 16:43:35.000
hour_value = 16
hour_part = 0.6
minute_value = 43
minute_part = 0.02
second_value = 35
second_part = 0.000405

>ALL

Я ПОНЯЛ В ЧЁМ ДЕЛО!
Дело в неявном преобразовании типов. А именно в том, что 24.0 и 60.0 приводятся к numeric(x,1) и результат деления получается с точностью одного знака после дес.точки. А этой точности НЕДОСТАТОЧНО!
Т.е. решение - увеличить точность: 24.000000 и 60.000000
Вот тогда всё работает правильно и даёт ожидаемый результат.

Теперь я предполагаю, даже уверен, что господин Desdechado тестил не под 3 диалектом.

Правильный Вася (2007-01-10 16:41:00) [8]

> Вот это: 2007-01-10 2:07:00.000 для текущей даты и времени
> 14:07:06.

спробуй так
select cast( 'now' as TIMESTAMP ), extract( hour FROM cast( 'now' as timestamp ) ) as hour_value, extract( hour FROM cast( 'now' as timestamp ) )/24.0 as hour_part, extract( minute FROM cast( 'now' as timestamp ) ) as minute_value, extract( minute FROM cast( 'now' as timestamp ) )/24.0/60.0 as minute_part, extract( second FROM cast( 'now' as timestamp ) ) as second_value, extract( second FROM cast( 'now' as timestamp ) )/24.0/60.0/60.0 as second_part from rdb$database
мож у тебя ибазе глючит
заодно и выяснишь какая часть считается не правильно

Anatoly Podgoretsky (2007-01-10 16:27:00) [9]
> try (10.01.2007 16:23:53) [53]

Ну тогда я бессилен.

try (2007-01-10 16:23:00) [10]

> Anatoly Podgoretsky © (10.01.07 16:17) [52]

Ещё гуще туман :)))) Я уже теряю нить.................
Дабы окончательно не потеряться, ПРОШУ привести здесь "этот формат".

Anatoly Podgoretsky (2007-01-10 16:17:00) [11]
> try (10.01.2007 16:09:50) [50]

> Просто приведи "этот формат".

У тебя тоже самое обсуждение, что и у меня, так что сам можешь просмотреть. Зачем нужен костыль в моем лице?

Anatoly Podgoretsky (2007-01-10 16:16:00) [12]
> novill (10.01.2007 16:07:49) [49]

Не про тебя, а про sql.ru

try (2007-01-10 16:09:00) [13]

> Anatoly Podgoretsky © (10.01.07 15:55) [48]
> Перечитай снова ветку,
> откуда возник этот формат, но не от меня.

Дядь Толь, хорош глумиться. В твоём тумане не пройдёшь... :-)
Просто приведи "этот формат".

novill (2007-01-10 16:07:00) [14]
> [40] Anatoly Podgoretsky © (10.01.07 15:30)
> Из-за неверного подхода к проектирования автором вопроса

Если это про меня, то по-подробнее можно?

Anatoly Podgoretsky (2007-01-10 15:55:00) [15]
> try (10.01.2007 15:51:46) [46]

Они отвечают и именно втом объеме который приведен и по вопросу.

Anatoly Podgoretsky (2007-01-10 15:55:00) [16]
> try (10.01.2007 15:47:45) [45]

Перечитай снова ветку, откуда возник этот формат, но не от меня.

try (2007-01-10 15:51:00) [17]

> Anatoly Podgoretsky © (10.01.07 15:43) [44]
> Потому что они не используют это, а только совет по конкретной реализации.

Я бы не был столь категоричен. Ибо в чужой проект и мозг не заглянешь.
Но раз они советуют, то они уверены в своих словах. Они отвечают за свои слова.

try (2007-01-10 15:47:00) [18]

> Anatoly Podgoretsky © (10.01.07 15:41) [42]
> > try (10.01.2007 15:35:41) [41]
> Чего не понятного?

Вот это
>В системах с недельным/месячным циклом так можно считать.
что именно считать и что это за системы.

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

Опять непонятно, где, в каком посте указанупоминаемый формат.
И как он соотносится с общепринятыми (общеупотребительными).

Anatoly Podgoretsky (2007-01-10 15:43:00) [19]
> try (10.01.2007 15:42:43) [43]

Потому что они не используют это, а только совет по конкретной реализации.

try (2007-01-10 15:42:00) [20]

> Anatoly Podgoretsky © (10.01.07 15:30) [40]

Вопросы проектирования мы в этой ветке не рассматриваем. Пока :-)
И я не очень понял, что нельзя рассматривать в отрыве и почему?

Страницы: 1 2 3 4 >

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »