Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Опять злосчастный NUMERIC
|
|||
|---|---|---|---|
|
#18+
Код: sql 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. Возвращает типы полей Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. Вопрос разработчикам: можно ли надеяться, что в обозримом будущем этот запрос будет возвращать: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. Для чего это надо. В программе реализован экспорт результата запроса в dbf. Поля создаются согласно типам полей в запросе. Если мне по спецификации надо передать поле N(1, 0), а по факту получается N(4,0), приходится править структуру файла после экспорта. Также, напомню, это влияет на длину CHAR-поля при неявном преобразовании числа к строке. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.12.2014, 07:30 |
|
||
|
Опять злосчастный NUMERIC
|
|||
|---|---|---|---|
|
#18+
CyberMaxможно ли надеяться, что в обозримом будущем в ближайшем будущем - вряд ли. Кроме того, это скорее всего потребует поддержки со стороны компонентов доступа. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.12.2014, 07:51 |
|
||
|
Опять злосчастный NUMERIC
|
|||
|---|---|---|---|
|
#18+
dimitr, Тогда тикет создам на эту тему? Чтобы не забылось. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.12.2014, 08:36 |
|
||
|
Опять злосчастный NUMERIC
|
|||
|---|---|---|---|
|
#18+
CyberMax, я был уверен, что он там давно уже есть. Но сейчас что-то не могу найти. Создай, если что потом удалим как дубликат. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.12.2014, 11:12 |
|
||
|
Опять злосчастный NUMERIC
|
|||
|---|---|---|---|
|
#18+
dimitrя был уверен, что он там давно уже есть. Более того, оно уже реализовано как минимум в тройке и precision хранится, а может быть даже и возвращается в каком-то из полей SQLDA. Осталась только та самая "поддержка со стороны пользовательских утилит". Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.12.2014, 12:09 |
|
||
|
Опять злосчастный NUMERIC
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovБолее того, оно уже реализовано как минимум в тройке и precision хранится, а может быть даже и возвращается в каком-то из полей SQLDA. это тебе приснилось? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.12.2014, 12:22 |
|
||
|
Опять злосчастный NUMERIC
|
|||
|---|---|---|---|
|
#18+
dimitrэто тебе приснилось? Возможно. Возможно, я как-то не так интерпретирую поле RDB$FIELDS.RDB$FIELD_PRECISION и почти наверняка забыл что именно поменялось в XSQLVAR для NUMERIC полей. А может, путаю его с XSQLVAR2 от Interbase. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.12.2014, 12:38 |
|
||
|
|

start [/forum/topic.php?fid=40&fpage=84&tid=1563137]: |
0ms |
get settings: |
8ms |
get forum list: |
11ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
57ms |
get topic data: |
12ms |
get forum data: |
2ms |
get page messages: |
48ms |
get tp. blocked users: |
2ms |
| others: | 14ms |
| total: | 160ms |

| 0 / 0 |
