Интерблог

Архив рубрики "MYSQL"

Принцип неопределённости в PHP - праздник продолжается!
Автор: Ognezmej. Опубликовано: 12 Мая 2012

Попробуйте выполнить простенький код:

echo (106801004500603);

Понравилось? PHP считает, что он самый умный, и ему виднее, в каком формате сохранять число. Оно, конечно, и ладно бы, но рассмотрим пару задач.

 

Первая задача - вывести это самое число. Ни echo(), ни print() не выдадут ничего, кроме 1.068010045006E+14. Мы, однако же, не дураки, переведём число в формат string, и... получим то же самое. Слава-те-господи, в PHP существует функция number_format(), и number_format (106801004500603,0,'','') выдаст нам именно то, что мы хотим.

 

Вторая задача - занести это число в MYSQL. Вы уже поняли, что это не так просто, как кажется. Допустим, у нас некая таблица test, число надо записать в поле val. Первые четыре примера - если поле val - строковое, такое часто бывает, например, для всяких артикулов и серийных номеров, которые могут быть как просто числами, так и с наличием букв:

mysql_query('INSERT `test` SET `val`="106801004500603";'); - записывает 1.068010045006E+14

mysql_query('INSERT `test` SET `val`=106801004500603;'); - записывает 106801004500600

mysql_query('INSERT `test` SET `val`="'. number_format (106801004500603,0,'','') .'";'); - записывает 106801004500603

mysql_query('INSERT `test` SET `val`='. number_format (106801004500603,0,'','') .';'); - записывает 106801004500603

Если поле val - числовое:

mysql_query('INSERT `test` SET `val`="106801004500603";'); - записывает 106801004500600

mysql_query('INSERT `test` SET `val`=106801004500603;'); - записывает 106801004500600

mysql_query('INSERT `test` SET `val`="'. number_format (106801004500603,0,'','') .'";'); - записывает 106801004500603

mysql_query('INSERT `test` SET `val`='. number_format (106801004500603,0,'','') .';'); - записывает 106801004500603

Как видим, избавиться от принудительного форматирования или округления помогает всё тот же number_format(). А сколько ещё открытий чудных...

 

 UPDATE:

Увы, number_fromat() работает только до 15 знаков. Число, состоящее из более, чем 15 знаков, меняется произвольным образом.

echo number_format (106545548010045006503,0,'','');  выводит 106545548010045014016

Я понимаю, что это проблема глобальная, проблема хранения данных в памяти компьютера вообще, но почему нет адекватной функции, чтобы просто тупо перевести длинное число в строку?? А это уже как раз, как я понимаю, сказка о неявном приведении типов... Если ты видишь, какое число передаёшь, заключаешь его в кавычки, и нормальная строка. А если это переменная, которая считывается мало ли откуда и может быть мало ли чем? кавычки вообще ничего не дают...

 

 

Метки: MYSQL, PHP, Кодинг, Советы

Принцип неопределённости в MYSQL
Автор: Ognezmej. Опубликовано: 13 Февраля 2012

Допустим, у нас есть некая таблица table, в таблице некое поле field, поле имеет тип INT, ну, к примеру, 5 или 10, без разницы. Умолчание для него не определено (если само поле NOT NULL), или определено как 0. Заполним таблицу всевозможными записями, при этом не задавая поле field (или задавая его нулём). А теперь делаем запрос:

SELECT * FROM `table` WHERE `field`="любая херня, которая придёт в голову";

Как Вы думаете, сколько он найдёт записей? Ни одной? А вот и фигушки! Он найдёт все записи, где field не определён или ноль. Мало того, кавычки после `field`= играют здесь непростую и даже трагическую роль. Если кавычки убрать, то любая не-числовая херня будет, как оно и положено, выдавать ошибку MYSQL, а числовая будет правильно обрабатываться. С  кавычками правильно обрабатывается, опять же, только числовая херня. А неправильные данные даже ошибку не выдают. What is it means?

 

UPDATE:

It means неявное приведение типов. То же самое, что и PHP-шная функция intval(). Значение поля приводится к целочисленному, и, если первым символом является не цифра, то получаем ноль. Если же хоть одна цифра вначале, то значение приравнивается к этой цифре - и равенства с пустым полем не будет.

Соответственно, рекомендация заключать даже численные переменные в кавычки может иметь довольно непредсказуемые последствия. Поскольку, как там же говорилось, mysql всё равно преобразует их к нужному типу:) Но, разумеется, если всё делать аккуратно и всё знать заранее, проблем не будет. Знать бы, куда падать, соломки бы подстелил...

 

Метки: MYSQL, Кодинг

Популярные записи

Принцип неопределённости в РНР

Принцип неопределённости в MYSQL

Недолёт

А ещё AJAX нужен для...

Принцип неопределённости в PHP - праздник продолжается!

Эмуляция плавности в ActionScript.

Программная анимация в ActionScript

Анимация при наведении в ActionScript

Использование кодировки UTF-8

Буквицца

Архив записей  

2019

Янв  Фев  Мар  

2018

Янв  Фев  Мар  Апр  Май  Июн

Июл  Авг  Сен  Окт  Ноя  Дек

2017

Янв  Фев  Мар  Апр  Май  Июн

Июл  Авг  Сен  Окт  Ноя  Дек

2016

Янв  Фев  Мар  Апр  Май  Июн

Июл  Авг  Сен  Окт  Ноя  Дек

2015

Янв  Фев  Мар  Апр  Май  Июн

Июл  Авг  Сен  Окт  Ноя  Дек

2014

Янв  Фев  Мар  Апр  Май  Июн

Июл  Авг  Сен  Окт  Ноя  Дек

2013

Янв  Фев  Мар  Апр  Май  Июн

Июл  Авг  Сен  Окт  Ноя  Дек

2012

Янв  Фев  Мар  Апр  Май  Июн

Июл  Авг  Сен  Окт  Ноя  Дек

2011

Янв  Фев  Мар  Апр  Май  Июн

Июл  Авг  Сен  Окт  Ноя  Дек

2010

Янв  Фев  Мар  Апр  Май  Июн

Июл  Авг  Сен  Окт  Ноя  Дек

2009

Янв  Фев  Мар  Апр  Май  Июн

Июл  Авг  Сен  Окт  Ноя  Дек