bS
Yaroslav Schekin
Ну и что?
А если даже (почему-то) и "что" — шифруйте перед "выдачей наружу", большое дело. ;)
А если даже (почему-то) и "что" — шифруйте перед "выдачей наружу", большое дело. ;)
а потом расшифровывать?
Size: a a a
2021 March 21
YS
а потом расшифровывать?
Если нужно — то да.
bS
Yaroslav Schekin
Если нужно — то да.
это точно лучше чем гуид? мне казалось гуид как то быстро ищется по кластеру
YS
это точно лучше чем гуид? мне казалось гуид как то быстро ищется по кластеру
Вы же хранить зашифрованным ничего не будете (я это имел в виду, если что).
Поэтому искать нужно будет bigint-ы, например.
Поэтому искать нужно будет bigint-ы, например.
АА
ребят, а как можно сделать айдишник PK с гуидом автоинкрементированым? чтобы не рандомный гуид, а как то последовательно
что то вроде 00000-00000-00000-0000F1,
00000-00000-00000-0000F2 , но может быть не совсем от нулей
что то вроде 00000-00000-00000-0000F1,
00000-00000-00000-0000F2 , но может быть не совсем от нулей
в ms sql есть newsequentialid()
bS
Yaroslav Schekin
Вы же хранить зашифрованным ничего не будете (я это имел в виду, если что).
Поэтому искать нужно будет bigint-ы, например.
Поэтому искать нужно будет bigint-ы, например.
ну в целом звучит логично, но красивее все равно без лишних шифраторов, если возможно
bS
если нет тогда сделаю так совет хороший
bS
в ms sql есть newsequentialid()
да я вот видел, поэтому хочу тоже для постгри
2021 March 22
АА
да я вот видел, поэтому хочу тоже для постгри
the grammar police are watching you
YS
ну в целом звучит логично, но красивее все равно без лишних шифраторов, если возможно
"Заплатите" Вы за эту "красоту" лишними восемью байтами на каждый row, и (возможно, намного) более медленным доступом по индексу и большим объёмом записи при insert/update/delete, учтите. Для "последовательных" UUID-ов два последних эффекта меньше, конечно (где-то была их реализация для PostgreSQL — поищите).
IZ
ребят, а как можно сделать айдишник PK с гуидом автоинкрементированым? чтобы не рандомный гуид, а как то последовательно
что то вроде 00000-00000-00000-0000F1,
00000-00000-00000-0000F2 , но может быть не совсем от нулей
что то вроде 00000-00000-00000-0000F1,
00000-00000-00000-0000F2 , но может быть не совсем от нулей
Не бывает GUID автоинкрементным, и последовательным не бывает
bS
ладно сделаю bigint тогда
n🐈
ну вроде ууид разной версии бывает и самый первый на таймстамп завязан
n🐈
но лексикографически это не значит что он отсортирован наверно
YS
ладно сделаю bigint тогда
О, нашёл статью со ссылкой на реализацию (и анализом), кажется: https://www.2ndquadrant.com/en/blog/sequential-uuid-generators/
На всякий случай. ;)
На всякий случай. ;)
bS
the grammar police are watching you
Доскональное изучения грамотности противоречит постмодернической структуры развития, это не я придумал а ученый Джанни Ваттимо
SC
может кто знает, мне нужно сделать пагинацию по отсортированному по количеству репортов desc списку юзеров. Решил сделать такую пагинации, но она не корректно работает. Может кто знает в чём причина:
SC
может кто знает, мне нужно сделать пагинацию по отсортированному по количеству репортов desc списку юзеров. Решил сделать такую пагинации, но она не корректно работает. Может кто знает в чём причина:
вот сам вызов: юзер создан позже и по логике не должен попадать в эту выборку, но попадает (тот, что в таблице создан 2021-03-20
SC
если убрать reportCount то работает
SC
все типы даты - timestamp with timezone