dmaytry79BLOB вообще интерпретирует все как текстА это ничего, что BLOB согласно документации есть binary strings ? не говоря уж о том, что поток битов - он поток битов и есть, и от того, что ты о нём думаешь, как о строке, о числе, о массиве беззнаков или коллекции дататаймов, он не изменится.

dmaytry79а не 1100(bin) как хотелось быНу так класть надо то, что хочется, а не на авось:



dmaytry79Получается, что всё ограничивается 64 битами?А сам-то как думаешь?

dmaytry79Каков будет результат?Потеря точности будет результат. Что очевидно и ничего не доказывает.

dmaytry79Я же говорю, двоичными данными произвольной длины .В MySQL нет реализации длинной арифметики. И про UDF-реализации оной мне слышать не приходилось.

dmaytry79Эта тема вытекает из предыдущей(" Фильтр по отдельным значением строки с разделителем "). Не могу найти подходящего решения.
У меня больше 60 значений параметра.Поделишь на два блока, в каждом меньше чем 64 бита. Не хватит - поделишь на три. На четыре. На сколько нужно, на столько и поделишь.

dmaytry79Кроме того, что самих параметров аж 4 штуки. Всякие JOIN на 500 000 записей просаживают сервак на десятки секунд, так что решение с отдельными таблицами не подходит.А кто тебе виноват, если ты нетривиальную задачу пытаешься решать не очень подходящими для этого средствами? Переходи на MS SQL + OLAP, и будет тебе щастье...

dmaytry79у каждого из которых может любое количество значений параметра(от 2 до 1000).
Например, высота от 49 до 215 с шагом 0,5 = 334 значения параметра.Ну и нормально. Кодируй побитно в BLOB. И маску поиска тоже. И пиши ПФ сравнения (OR, AND - что нужно). Всё равно быстро не будет, ибо твой подход самая что ни на есть вражина индексам.