Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Приведение типов
|
|||
|---|---|---|---|
|
#18+
В переносе кода понимаемого IB,MS,Oracle Код: plaintext 1. 2. 3. 4. столкнулся с проблемами 1. Тип p1-integer, p2-CHAR - DB2 не хочет заниматься неявным приведением типов требует CAST или что-то подобное 2. При типе поля pole_data-TIMESTAMP опять недопонимание - требует timestamp('99900101000000'). Коллеги утверждают, что 1 вопрос разрешен положительно еще в SQL-92 По 2му вопросу в ORACLE есть какой-то конфигурационный параметр, который приводит к пониманию. Как бы мне в DB2 протолкнуть запрос не меняя его? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.07.2006, 14:54 |
|
||
|
Приведение типов
|
|||
|---|---|---|---|
|
#18+
Код: plaintext 1. where t1.pole_data<'9999-01-01 00:00:00.00' ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.07.2006, 18:03 |
|
||
|
Приведение типов
|
|||
|---|---|---|---|
|
#18+
Нашел DateTimeStringFormat - есть EUR - думал попользуюсь. Так они формат TimeStamp и в нем не поменяли. Теперь нужно все '12.07.2006 12:18:38' на лету искать и переворачивать в '2006.07.12 12:18:38' . В Oracle параметр NLS_DATE_FORMAT гуманнее решает вопрос. А на 1 проблему решения так и не видать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.07.2006, 12:58 |
|
||
|
|

start [/forum/topic.php?fid=43&msg=33838613&tid=1605238]: |
0ms |
get settings: |
10ms |
get forum list: |
20ms |
check forum access: |
5ms |
check topic access: |
5ms |
track hit: |
85ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
43ms |
get tp. blocked users: |
1ms |
| others: | 285ms |
| total: | 470ms |

| 0 / 0 |
