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

start [/forum/topic.php?fid=53&msg=33452142&tid=2006776]: |
0ms |
get settings: |
12ms |
get forum list: |
22ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
68ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
55ms |
get tp. blocked users: |
2ms |
| others: | 274ms |
| total: | 456ms |

| 0 / 0 |
