
Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
12.05.2017, 13:01
|
|||
|---|---|---|---|
Разница в поведении to_char в SQL и PLSQL |
|||
|
#18+
Наткнулся на разницу в поведении функции to_char, может кому то будет интересно. Воспроизводится в 10,11,12 версиях. Код: plsql 1. 2. 3. 4. 5. 6. 7. Код: plsql 1. 2. 3. 4. 5. 6. 7. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
12.05.2017, 13:22
|
|||
|---|---|---|---|
Разница в поведении to_char в SQL и PLSQL |
|||
|
#18+
Амаразм, А почему не NLS_DATE_LANGUAGE? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
12.05.2017, 13:31
|
|||
|---|---|---|---|
Разница в поведении to_char в SQL и PLSQL |
|||
|
#18+
Амаразм, Как сказано в доке :The 'nlsparam' argument specifies the language in which month and day names and abbreviations are returned. This argument can have this form: 'NLS_DATE_LANGUAGE = language' If you omit 'nlsparam', then this function uses the default date language for your session. Да, SQL-машина проглатывает некорректный параметр и function uses the default date language for your session. А PL/SQL ошибку не проглатывает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|

start [/forum/topic.php?fid=52&tablet=1&tid=1885954]: |
0ms |
get settings: |
9ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
175ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
29ms |
get tp. blocked users: |
1ms |
| others: | 230ms |
| total: | 472ms |

| 0 / 0 |
