Антипаттерн: SELECT * — удобно, но опасно
Использовать SELECT * — значит звать всех на вечеринку, даже если звал только двоих.
Почему это плохо:
1. Излишняя нагрузка на сеть и СУБД — выбираются все столбцы, включая ненужные.
2. Проблемы с индексами — СУБД может не использовать покрывающий индекс.
3. Ломается при изменении схемы — добавил столбец → внезапно изменилось поведение приложения.
4. Сложнее читать и поддерживать — особенно в JOIN’ах.
Как правильно:
Запрашивай только нужные поля:
И даже в админках/аналитике лучше явно указывать поля — это дисциплинирует.
Хочешь писать код, который легко масштабировать и отлаживать — забудь про SELECT *.
Использовать SELECT * — значит звать всех на вечеринку, даже если звал только двоих.
Почему это плохо:
1. Излишняя нагрузка на сеть и СУБД — выбираются все столбцы, включая ненужные.
2. Проблемы с индексами — СУБД может не использовать покрывающий индекс.
3. Ломается при изменении схемы — добавил столбец → внезапно изменилось поведение приложения.
4. Сложнее читать и поддерживать — особенно в JOIN’ах.
Как правильно:
Запрашивай только нужные поля:
SQL:
SELECT id, name, created_at FROM users;Хочешь писать код, который легко масштабировать и отлаживать — забудь про SELECT *.
