обратно.
Спасибо за совет, впервые слышу, интересно
Надо мерить, как оно себя поведет на массовых вставках. Но, если нагрузки небольшие, то тоже прокатит, да. Только зачем нужно шифровать-расшифровывать?
один ключ на всех, который шифрует восемь байт и все знают что первые четыре нулевые?
Не обязательно, можно паддинг рандомный делать, не важно. Потом уже в приложении отрезать как необходимо.
Да даже если массовые, AES какой-нибудь вряд ли будет узким местом. Будет в этом случае IO самой БД
Все надо мерить 🙂 Просто если задача - скрыть реальное количество заказов (или записей в реестре минздрава 🙂 ), то достаточно вон использовтать встроенную функцию постгри, я надеюсь, что они её вылизали до блеска.
Yeap, нужно получить не последовательный Long Id. Шифрование это конечно круто, но дорога в больших объемах
Обсуждают сегодня