Добрый день!

Решил переделать на пайтон один свой древний проект, изначально сделанный на VBS. Проект использует БД (Access).
Думаю вместо него использовать SQLite как самую очевидную замену.
И есть вопрос...
В проекте интенсивно используются гуиды, в том числе в качестве PK и FK.
Насколько я понял, в SQLite 128-битных целых нет, в отличие от Access, где такой тип есть ("код репликации").
Соответственно, вопрос - кто как выкручивается? Строки?

binary используй

(0) https://stackoverflow.com/questions/18821265/proper-way-to-store-guid-in-sqlite
... These GUIDs are being stored as 16-byte binary blobs, in little-endian order.

собственно, крайней необходимости в переделке никакой нет, оно живое и работает уже 5 годков, но хочется на его примере разобраться в пайтоне, благо там есть и взаимодействие с сетью, и XML, и электронные подписи, и бидэ.

(1)(2) а оно умеет индексы, PK и FK?

обычно-то бинари не особо любят это дело

Все верно, обычный блоб. Вот тут все описано: https://www.kittell.net/code/auto-increment-auto-generate-guid/

(6) Спасибо!

хм... удалось создать блоб как уникальный PK... о как бывает

Для удобства можно создать вычисляемую колонку по блобу: https://www.sqlitetutorial.net/sqlite-generated-columns/

(9) Спасибо!

вообще, конечно, блоб - первичный ключ и уникальное значение выглядит диковато. Но работает, что характерно

(11) так это маленький блоб. Он лежит на странице. Никакой разницы с другими типами нет

Можно сказать так, что блоб это значение тип которого определяется на след. уровне (те в самом по)

С точки зрения бд это дан проще чем типизированные значения

(14) тем не менее в большинстве "взрослых" БД на блоб есть ограничения.

(15) во взрослых обычно разделяют блоб и бинари

(16) разделение по способу хранения,а он зависит от длины.
Кому не нравится binary,то можно char32 использовать или кодированное в base85 char20.