Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности

Новые сообщения [новые:0]
Дайджест
Горячие темы
Избранное [новые:0]
Форумы
Пользователи
Статистика
Статистика нагрузки
Мод. лог
Поиск
|
|
18.12.2005, 22:59
|
|||
|---|---|---|---|
|
|||
Округление типов |
|||
|
#18+
Дело в том, что для коректной работы мне нужно хранить число с двойной точностью (8 байт), Есть тип данных REAL, который позволяет это сделать, но какой в нём смысл если PostgreSQL округляет всё что я записываю в этот столбец? Например, при записи 123.456789 получаем 123.457 Как от этого избавиться? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
18.12.2005, 23:55
|
|||
|---|---|---|---|
|
|||
Округление типов |
|||
|
#18+
Я пробовал, но дело в том что, точность всёравно не равна сишному doubl'у. Кстати, может кто знает заодно и как хранить unsgned long int? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
19.12.2005, 00:02
|
|||
|---|---|---|---|
|
|||
Округление типов |
|||
|
#18+
Насчёт не той точности, я имел ввиду, что например число 12312312312312.12312312312 хранится в типе double как 12312312312312.123047 а в таблице оно же хранится в научном виде: 1.231231e+13 если преобразовать назад, то точность получаеться вобще никакая, а мне надо чтоб в таблице число хранилось по аналогу сишного double ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
19.12.2005, 03:44
|
|||
|---|---|---|---|
|
|||
Округление типов |
|||
|
#18+
TAURUS_iv43Насчёт не той точности, я имел ввиду, что например число 12312312312312.12312312312 хранится в типе double как 12312312312312.123047 а в таблице оно же хранится в научном виде: 1.231231e+13 если преобразовать назад, то точность получаеться вобще никакая, а мне надо чтоб в таблице число хранилось по аналогу сишного double Чего-то тут не то. Не может в 8-байтном IEEE double храниться с 20 значимыми разрядами (максимум 16). Но и 7 разрядов - мало. Возможно расчет производится с точностью real, а возможно просто неверно отображается на клиенте. Если надо гарантированную точность - следует использовать numeric/decimal. Но они медленнее считаются. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
19.12.2005, 09:40
|
|||
|---|---|---|---|
|
|||
Округление типов |
|||
|
#18+
Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
19.12.2005, 09:41
|
|||
|---|---|---|---|
|
|||
Округление типов |
|||
|
#18+
Может это твой клиент брешет? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|
21.12.2005, 21:21
|
|||
|---|---|---|---|
Округление типов |
|||
|
#18+
А почему не использовать numeric(X,Y) Y - и есть до скольки знаков округлять... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
|
|
|

start [/forum/topic.php?fid=53&tablet=1&tid=2006776]: |
0ms |
get settings: |
7ms |
get forum list: |
18ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
48ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
37ms |
get tp. blocked users: |
1ms |
| others: | 219ms |
| total: | 347ms |

| 0 / 0 |
