Я занят проектированием базы данных нового проекта, и я не уверен, использовать ли UUID или обычные уникальные для таблицы идентификаторы автоинкремента.
До сих пор все сайты, которые я создавал, работали на одном сервере, и очень большой трафик никогда не был проблемой. Тем не менее, это веб-приложение будет в конечном итоге работать одновременно на нескольких серверах, обслуживать API и должно обрабатывать тысячи запросов в секунду, и я хочу убедиться, что выбранный мной дизайн не нанесет ущерба ни одной из этих возможностей позже.
Конечно, у меня есть свои подозрения, и они должны быть ясны по тому, как я сформулировал свой вопрос, но я хотел бы услышать от тех, у кого больше опыта, с какими проблемами я могу столкнуться позже, если у меня возникнут или нет UUID, и на чем я действительно должен основывать свое решение.
Итак, , кратко : Какие соображения я должен дать при принятии решения о том, использовать или нет UUID для всех моделей базы данных, чтобы любой один объект мог быть однозначно идентифицирован одной строкой, и когда уместно использовать это как первичный ключ, вместо табличного автоматического увеличения?
Примечание : я видел этот вопрос (Когда вы действительно вынуждены использовать UUID как часть проекта?) и прочитать все ответы, но они в основном отвечают «Как редко UUID сталкиваются» вместо «Когда уместно их использовать».