Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Вводимое значение отличается от введенного.
|
|||
|---|---|---|---|
|
#18+
Здравствуйте! Помогите, пожалуйста, разобраться в чем проблема. Существует БД сайта Bitrix . Есть таблица b_tszh_services_period в которой есть поле SUMM_PAYED Float(15,2) При вставке новой записи без разницы каким образом, хоть INSERT, хоть руками через тот же Navicat или dbForge , вводимые данные изменяют свое значение на: Значение заданное для ввода / Оказывается введено по факту 1,01 -> 1,02 1,04 -> 1,05 1,1 -> 1,09 1,13 -> 1,12 1,15 -> 1,16 1,18 -> 1,19 1,21 -> 1,2 1,24 -> 1,23 1,26 -> 1,27 Триггеров на эту таблицу не стоит. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2018, 05:22 |
|
||
|
Вводимое значение отличается от введенного.
|
|||
|---|---|---|---|
|
#18+
iOxYGeNFloat(15,2)А чего же вы хотите? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2018, 07:36 |
|
||
|
Вводимое значение отличается от введенного.
|
|||
|---|---|---|---|
|
#18+
miksoftiOxYGeNFloat(15,2)А чего же вы хотите? Хочу чтобы в это поле, так же как и в поле-клон по соседству SUMM Float(15,2), вводились данные которые я передаю. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2018, 08:18 |
|
||
|
Вводимое значение отличается от введенного.
|
|||
|---|---|---|---|
|
#18+
iOxYGeN, Если вы хотите хранить точное значение - то и используйте соответствующий тип данных . А не by design приблизительный ieee 754 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2018, 10:03 |
|
||
|
Вводимое значение отличается от введенного.
|
|||
|---|---|---|---|
|
#18+
Melkij, Спасибо. А есть предположения почему в соседнем поле SUMM Float(15,2) этой же таблицы он не изменяет значения при вводе? И риторический вопрос почему Bitrix выбрал такой тип для этих полей. Не понимаю. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2018, 10:31 |
|
||
|
Вводимое значение отличается от введенного.
|
|||
|---|---|---|---|
|
#18+
miksoftiOxYGeNFloat(15,2)А чего же вы хотите? а как это связано? по-моему это ненормальное поведение явно 1с-ники руку приложили ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2018, 16:35 |
|
||
|
Вводимое значение отличается от введенного.
|
|||
|---|---|---|---|
|
#18+
... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2018, 17:14 |
|
||
|
Вводимое значение отличается от введенного.
|
|||
|---|---|---|---|
|
#18+
блин он и тут пытается "помочь" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2018, 17:55 |
|
||
|
Вводимое значение отличается от введенного.
|
|||
|---|---|---|---|
|
#18+
tip78блин он и тут пытается "помочь"Кто он-то? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2018, 21:16 |
|
||
|
Вводимое значение отличается от введенного.
|
|||
|---|---|---|---|
|
#18+
iOxYGeNИ риторический вопрос почему Bitrix выбрал такой тип для этих полей. Не понимаю.У вас последняя версия Bitrix? Очень рекомендую задать этот вопрос в техподдержку Bitrix-а. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 27.06.2018, 21:18 |
|
||
|
Вводимое значение отличается от введенного.
|
|||
|---|---|---|---|
|
#18+
miksofttip78блин он и тут пытается "помочь"Кто он-то? авторMySQL, будучи недостаточно строгой СУБД, задорно игнорирует ваши настройки и ограничения целостности ( она просто хочет помочь ); она легко вставит пустую строку "" в колонку с запретом на добавление пустых значений; она с радостью вставит бесполезные даты (вроде 0000-00-00) в колонки с датами при запрете добавления пустых значений; она умеет делить на ноль и вернёт NULL при вычислении 1/0; она вернёт NULL при делении строки на ноль; если вы попробуете вставить значение 1000 в колонку с длиной равной двум, то она просто немного округлит это значение до 99. Всё это должно дать вам повод задуматься об использовании MySQL: эта система не проверяет ваши данные, зато она пытается показаться «удобной» ценой целостности данных. Мне кажется, это довольно плохо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2018, 02:44 |
|
||
|
Вводимое значение отличается от введенного.
|
|||
|---|---|---|---|
|
#18+
tip78miksoftпропущено... Кто он-то? авторMySQL, будучи недостаточно строгой СУБД, задорно игнорирует ваши настройки и ограничения целостности ( она просто хочет помочь ); она легко вставит пустую строку "" в колонку с запретом на добавление пустых значений; она с радостью вставит бесполезные даты (вроде 0000-00-00) в колонки с датами при запрете добавления пустых значений; она умеет делить на ноль и вернёт NULL при вычислении 1/0; она вернёт NULL при делении строки на ноль; если вы попробуете вставить значение 1000 в колонку с длиной равной двум, то она просто немного округлит это значение до 99. Всё это должно дать вам повод задуматься об использовании MySQL: эта система не проверяет ваши данные, зато она пытается показаться «удобной» ценой целостности данных. Мне кажется, это довольно плохо.А, нет, тут не MySQL виноват. Типы данных float и double (ieee 754) в принципе не способны хранить многие значения, которые для нас просты и привычны. Например, 0.1 При переводе этого числа в двоичную систему получается бесконечная дробь. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2018, 07:31 |
|
||
|
Вводимое значение отличается от введенного.
|
|||
|---|---|---|---|
|
#18+
От MySQL тут, возможно, "виновато" округление до двух знаков после запятой при вывод хранящегося числа. А может и нет. Топикстартер не показал никаких подробностей, из которых можно было бы это точно утверждать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2018, 07:33 |
|
||
|
Вводимое значение отличается от введенного.
|
|||
|---|---|---|---|
|
#18+
Извиняюсь за невнимательность. Первое поле "SUMM" ведет себя точно так же. miksoft, Вот скриншот: https://prntscr.com/jzdhjl Видео: ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2018, 08:26 |
|
||
|
Вводимое значение отличается от введенного.
|
|||
|---|---|---|---|
|
#18+
miksoftОт MySQL тут, возможно, "виновато" округление до двух знаков после запятой при вывод хранящегося числа. А может и нет. Топикстартер не показал никаких подробностей, из которых можно было бы это точно утверждать. это классика ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 28.06.2018, 09:12 |
|
||
|
|

start [/forum/topic.php?fid=47&msg=39666888&tid=1829767]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
39ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
52ms |
get tp. blocked users: |
1ms |
| others: | 14ms |
| total: | 146ms |

| 0 / 0 |
