По поводу знаний по математике - конкретно это дискретная математика и комбинаторика. Такому не учат в школах, и только на тех. специальностях в вузах. Есть книжка Кнута "Конкретная математика" - её стоит почитать. По алгоритмам есть Кормэн и Седжвик, на Кнута не кидайтесь пока не прочтёте обе...
Возможно человеку стоит разобраться с принципом функционирования B*-tree. В любом случае дополнительный ключ не может замедлить выборку, наоборот он замедлит вставку.
Физического дублирования ключей в таблицах нет, так что размер таблицы, размер индекса в оперативке, и данных на винте - сильно отличаются.
* ... где он хранится, и (соответствующие) статус(ы).
Денормализация модели - "избавление от JOIN'ов" не всегда полезно.
Вообще считается правильным подходом тотальная нормализация модели, с последующим профилированием и нагрузочным тестированием...
После чего таблички по одной сливают в кучу - смотрят на сколько они разрастаются и стоит ли прирост производительности в 1-3% роста таблицы на 5-10%. Рано или поздно упираются в производительность дисковой подсистемы, и там уже сливай/не сливай - больше не выжмешь.
p.s. вообще изврат с битовыми полями и прочим доступен в PostgreSQL, и особенно весело работает с сишными функциями. MySQL для меня немного морально устарел.
Совсем не в десятки: дублирующиеся сложенные FK в InnoDB группируются.
Т.е. у вас будет 1 ID объекта, все ID категорий где он хранится, и статус. При этом в табличке будет ещё куча дублирующихся ID объёкта, хотя на самом деле они спрятаны за дополнительным ключём в B-tree. Также это поможет с кэшированием результатов и расстановкой приоритетов планировщика. Собственно не все что крякает - утка...
4 симки - значит можно обойтись PCI картой.
Оборудование нужно ставить в РФ.
Офис не проблема - можно похостить кастомный сервер по колокейшену с нужным вам железом.
У TASKalfa 520i 52 ррм и небольшой ресурс - печатает где-то на уровне 30ррм. У FS-9520DN тоже 52 ррм, но больше ресурс - печатает где-то в раене 48ррм.
Если начать с Си то прямая дорога к Java и C#.
Можно помимо сишки выучить js / python - в любом случае все функциональные ООП языки похожи... это не Prolog, Lisp и Scheme. Все что знаете в одном - вполне применимо к другому.
Токен должен "тухнуть", потому что zombie-tokens это большая дыра в безопасности в случае mitm воровства и т.п. Кроме этого ещё нужно использовать различные маркеры API для исследования поведения приложений и локализации аномаллий... но это уже совсем другуя история.
