Ну значит описание имеет двоякий смысл, но тот кто знает о SET (а это тип используется не только в базах), тот скорее поймет о чем речь.

сам же писал в ограниченности SET (64)
смысл не в этом, смыл хранить значения характеристик одним числом обычным интом в базе. так делают с фильтрами, поиском по ним используя битовые операции в базе

А я разве что-то иное имел ввиду? А ограничение только в разрядности и они не мною определены, а API.

Vlasenko Fedor,
laimas,
спасибо за подсказки, с меня + в карму.
как оказалось и в типе кузова и в типе загрузки нужна просто сумма id. То что они делают побитово в бд это уже их проблемы - зачем они это прописали в апи для фронта хз. Да и сама документация к апи на коленке написана.

Для понимания того, с чем вы работаете. Да и при побитовой операции не потребуется явного преобразования значений опций в число как в случае с просто сложением.

Кстати теперь и на это ответить можно - это легче проверить при фильтрации данных извне, одно число, это весь набор выбранных из множества. Его значения это, от мин. значения равное 1, до макс. значения, это (2 в степени количества отведенного под множество) минус 1.

Это вы про тип Number, хотя в нём фактически безопасно можно использовать 53-бита

alert(Math.log(Number.MAX_SAFE_INTEGER) / Math.log(2));

Если же говорить про целые числа, то в них можно описать сколь угодно сложные маски — например, одна 256-битная маска может описывать все типы в форме, свойства товара и пр.

О битовой маске можно вести речь в контексте операций с множеством - выборка, поиск, фильтрация. А сумма значений, это просто набор выбранных значений множества.

Почему новый? В Chrome уже ровно два года есть.

А я разве писал, что такие ограничения есть у целых чисел?