Вопросы React Frontend Developer

Пагинация через LIMIT OFFSET может быть неэффективной на больших смещениях, потому что база данных должна пропустить OFFSET строк перед возвратом результата, что требует времени и ресурсов. Кроме того, при изменении данных (добавлении/удалении) между запросами могут возникать пропущенные или дублированные строки.

Основные механизмы защиты API включают аутентификацию через токены (JWT, OAuth), rate limiting для предотвращения DDoS-атак, и систему прав доступа (RBAC) для контроля действий пользователей. Токены проверяют подлинность клиента, rate limiting ограничивает количество запросов, а права доступа определяют какие операции разрешены пользователю. Вместе эти механизмы создают многоуровневую защиту API.

В приложении чаще всего используют алгоритмы Token Bucket или Leaky Bucket. Их можно реализовать через time.Ticker, буферизированные каналы или атомики. Token Bucket добавляет “токены” в ведро раз в N времени, и запрос проходит только если токен есть.

LIMIT ограничивает количество возвращаемых строк, а OFFSET пропускает заданное число строк перед началом выборки. Они часто используются для реализации пагинации. Например, LIMIT 10 OFFSET 20 вернет 10 строк, начиная с 21-й. Однако при больших OFFSET производительность может ухудшаться.

Если таблицы перечислены через запятую, PostgreSQL выполняет декартово произведение (cross join), а затем применяет условие WHERE. Это означает, что сначала формируются все возможные пары строк, а потом они фильтруются. LIMIT ограничивает уже итоговый результат. Такой запрос может быть очень медленным при больших таблицах.