прикрутить, чтоб ложился юид + “_$count”, где count порядковый номер записи 1, 2, 3 и тд. Может ли из за такого возникнуть проблемы с индексацией?
Хуже уже не будет, если у вас именно случайные uid. https://habr.com/ru/company/ozontech/blog/564520/ У вас $count - это порядковый номер записи в таблице или порядковый номер появления этого uid? В первом случае логичнее сделать столбец INT SERIAL / GENERATED BY IDENTITY
$count порядковый номер появления юида
Не зная ваших особенностей кажется, что правильнее и удобнее всё же в отдельный столбец вынести. Сделать "uid" || '_' || "count" дело не хитрое.
И оба поля индексировать?
По тому, по чему у вас доступ, то и индексируйте. Зачем вам вообще нужен этот count (который по факту id), если уже есть uid?
У него uid может встречаться несколько раз.
Вы по второму полю без первого искать будете ли? Если нет и в выборке нужно будет оставить, условно, десяток записей из нескольких сотен или тысяч, то скорее всего индекс по одному uid будет быстрее. Если откинуть нужно будет больше - тестируйте. И лучше бы uid хранить в специальном типе https://postgrespro.ru/docs/postgresql/12/datatype-uuid - экономия на хранении = большая экономия на размере индекса = серьёзное ускорение выборок.
спасибо большущее за помощь🙏🙏🙏
Обсуждают сегодня