Pull to refresh

Comments 7

Трудно сказать… Для моих целей быстро. Запрос из начала статьи
SELECT * FROM fstf_AddressObjects_AddressObjectTree('bfc1236d-b5d2-4734-a238-3b1e4830e963',0) ORDER BY rtf_AOLevel;

выполняется 134 ms.
в исходной таблице 75294 записи.
Очень хороший вопрос. Надеюсь, что у автора в БД лежит все в UUID. Когда я делал подобное, тоже сначала все в VARCHAR сделал. После переделал на UUID.
Я заметил, что у UUID есть как минимум 2 преимущества перед VARCHAR:
1) UUID занимает меньше места. Размер базы после перехода на UUID уменьшился на ~5Gb.
2) По UUID индексу поиск происходит чуть быстрее.
Хотелось бы почитать Ваше мнение о преимуществах UUID перед VARCHAR.
Спасибо.
Я по-привычке использую UUID на PostgreSql. Но больший опыт работы с ними всё-таки на MSSQL, там порядок сортировки особенный, поэтому лучше генерировать combo-guid'ы вместо стандартных.
Спасибо за замечание. Согласен — правильнее использовать UUID, а не VARCHAR(36). Пока использую ФИАС лишь как вспомогательный справочник в своего рода «песочнице». Перед переводом в промышленный режим обязательно воспользуюсь Вашим советом.
Sign up to leave a comment.

Articles