TimTowdy

Когда я смотрел на эти контролы в ASP.NET я тоже был ошеломлён, правда по другой причине. Внутри этих контролов творился лютый ппц: куча грязных хаков, избыточности, отсутствие логики, проблемы с кроссбраузерностью. Признаюсь, это было много лет назад, сейчас наверняка всё гораздо лучше. И всё же перспектива зависеть от майкрософта, и ждать пока он соизволит исправить какие-то баги/ввести какие-то фичи — не радует. Используя opensource-фреймворки как-то поспокойнее себя чувствуешь.

Потому что IEEE 754
Очевидно, что при хранении чисел в двоичной системе, абсолютно точно можно хранить только те дробные числа, которые состоят из степеней двойки. Остальные числа хранятся с точностью до машинной эпсилон.

Речь, как я понимаю, идёт о EAV.
Теоретически, в случае использования MEMORY-таблиц, прирост должен быть, т.к. в EAV чтение каждого поля вызывает позиционирование головки винчестера, поэтому чтение из памяти должно быть быстрее.
В целом, РСУБД плохо подходят для реализации фасеточного поиска. Обычно тормоза такого поиска исправляют поисковыми движками, типа сфинкса, но лучше посмотреть в сторону nosql — mongodb, couchdb, etc.

Вы сначала определитесь как вы будете выделять кластера. Если в ваш список добавить «Людвиг Аристархович Пупкин» — куда его отнесёте? К Пупкиным, или к Людвигам, или к обоим одновременно?
После того как решите как выделять кластера, можете воспользоваться расстоянием Левенштейна для определения принадлежности к кластеру.