Хранение чисел в БД и их дальнейшая обработка

Всем привет.

Такой вопрос назрел.
Есть поле для ввода определенного числа. Это число может быть любым: 1, 50, 100000, 0.5, 0.07, 500.30 и т.д... Т.е. и с плавающей точкой и целое.
Как лучше хранить в БД ?
Мне нужно для фильтрации.
В админке я задаю например от 5 до 55 или от 0.5 до 1.7
На сайте человек уже выбирает в слайдере ОТ и ДО

Как я понял, то тут могут проблемы возникнуть с плавающей точкой.

Зависит от задачи. Насколько я понял, в Вашем случае оптимальным будет тип DECIMAL - с фиксированным количеством знаков после запятой.

-----
Есть в мире две бесконечные вещи - это Вселенная и человеческая глупость. Но насчет первой .. я не уверен.

Если это денежная величина - неплохим решением является хранение целым числом, в копейках/центах/евроцентах/(какая у вас там валюта), а не рублях/долларах/евро/etc соответственно.
В плюсе - тупой int, в минусе - при обработке об этом надо помнить.

-----
PostgreSQL DBA

нет, не денежная.
Проблема в том, что может быть и 1 и 0.6 и 0.06 и 500.6 т.е. совершенно любой вариант
Я читал про DECIMAL, но там заранее нужно указать сколько знаков. а знаком после запятой(точки) может быть сколько угодно

ну так и сделайте 10 знаков. а нули не выводите.

А если нужно и нули выводить?
Суть в том, чтобы то что ввели, то и вывелось и по тому искалось. Могут быть и нули указаны. Как же вырезать тогда их?

Я не очень представляю себе как и чем у вас ищется и для чего используется.
Если нужно будет показывать на сайте число 1.000000 (в базе) я думаю, вы сможете вывести его без нулей.
Искать можете "с нулями". Покажите проблему не вижу её пока.
Хорошее сравнение типов полей для хранения не целых чисел:
http://tarlyun.com/mysql/xranenie-ne-celyx-chisel-v-mysql/

(Отредактировано автором: 13 Ноября, 2012 - 10:09:04)

Судя по комментариям выше, нужен обычный DOUBLE - он как раз подойдет под "все, что угодно".

-----
Есть в мире две бесконечные вещи - это Вселенная и человеческая глупость. Но насчет первой .. я не уверен.

dropoff, т.е. в вашей задаче 0.1 != 0.10 т.к. они написаны различно? Тогда это - символьное поле, а не числовое.
Иначе ведущие и нули после запятой резонно не учитываются.


Следовательно - float/double

-----
PostgreSQL DBA

Да, 0.1 != 0.10

Это все для фильтрации.
Например могут быть дюймы(от 1 до 100), могут быть какие-то иные параметры товара которые считаются от 0.5 до 50 или от 1 до 100 или еще как-то.
Т.е. заранее невозможно предугадать какое число будет, сколько будет знаков после запятой и т.д...

Спасибо, почитаю про double и float.

Только символьные. Это не числа, ни int'ы, ни decimal'ы, ни float'ы не подходят.

С какой луны для изначально числовых данных (приведённые вами дюймы) 0.1!=0.10 - оставлю на вашей совести.

-----
PostgreSQL DBA

Сначала я посоветовал DECIMAL. Потом появились детали, и стало ясно, что нужен DOUBLE. В конце-концов выяснилось, что данные - вообще не число (с логической точки зрения, ведь только строка "0.1" не равна "0.10"), а попросту строка.

К слову о постановке задач

-----
Есть в мире две бесконечные вещи - это Вселенная и человеческая глупость. Но насчет первой .. я не уверен.

Прошу прощения, что намутил воды тут)
Первый раз вообще делаю. Никогда не задумывался над этим всем. По этому четко не определил где строка, где инт.