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

← →
Anatoly Podgoretsky © (2007-01-10 15:30) [40]

> try (10.01.2007 15:19:37) [37]

> Но, тем не менее, именно так и делают. Причем "зубры" и авторитеты IB/FB/YA, о чём можно почитать на конференциях, напр. на sql.ru

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

← →
try © (2007-01-10 15:35) [41]

> Anatoly Podgoretsky © (10.01.07 15:25) [38]
> > try (10.01.2007 15:01:33) [33]
> В системах с недельным/месячным циклом так можно считать.

Э-э-э. Не понял.

← →
Anatoly Podgoretsky © (2007-01-10 15:41) [42]

> try (10.01.2007 15:35:41) [41]

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

← →
try © (2007-01-10 15:42) [43]

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

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

← →
Anatoly Podgoretsky © (2007-01-10 15:43) [44]

> try (10.01.2007 15:42:43) [43]

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

← →
try © (2007-01-10 15:47) [45]

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

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

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

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

← →
try © (2007-01-10 15:51) [46]

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

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

← →
Anatoly Podgoretsky © (2007-01-10 15:55) [47]

> try (10.01.2007 15:51:46) [46]

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

← →
Anatoly Podgoretsky © (2007-01-10 15:55) [48]

> try (10.01.2007 15:47:45) [45]

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

← →
novill © (2007-01-10 16:07) [49]

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

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

← →
try © (2007-01-10 16:09) [50]

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

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

← →
Anatoly Podgoretsky © (2007-01-10 16:16) [51]

> novill (10.01.2007 16:07:49) [49]

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

← →
Anatoly Podgoretsky © (2007-01-10 16:17) [52]

> try (10.01.2007 16:09:50) [50]

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

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

← →
try © (2007-01-10 16:23) [53]

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

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

← →
Anatoly Podgoretsky © (2007-01-10 16:27) [54]

> try (10.01.2007 16:23:53) [53]

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

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

> Вот это: 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
мож у тебя ибазе глючит
заодно и выяснишь какая часть считается не правильно

> спробуй так

Если это мне, то это уже давно спробовано.
Вот свежатинка
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 диалектом.

> уверен, что господин Desdechado тестил не под 3 диалектом
А я нигде и не говорил, что под 3-м. Наоборот, еще в [18] я прямо сказал, что для 3-го диалекта все такие манипуляции не имеют смысла, т.к. есть более простой способ.

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

Удалено модератором
Примечание: Offtopic

Удалено модератором

Интересно подискутировали :)

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

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

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

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

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

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

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