TGViewer
SQL и Анализ данных SQL и Анализ данных @databases_tg · 12.4K subscribers
Post #534 3.59K
💻 Почему не стоит использовать SELECT *?

На первый взгляд, SELECT * — это удобный способ написать запрос, но он скрывает подводные камни, которые могут серьёзно сказаться на работе приложения.

Когда вы пишете SELECT *, база возвращает все столбцы из таблицы, включая те, которые не нужны, что создаёт лишнюю нагрузку на сервер.

Ещё хуже, если в таблицу добавить новые столбцы, запрос может вернуть неожиданный результат, вызывая ошибки в приложении.

Представим таблицу:
CREATE TABLE users (
id SERIAL PRIMARY KEY,
name VARCHAR(100),
email VARCHAR(100),
password_hash VARCHAR(255)
);


Плохой подход:
SELECT * FROM users;

Этот код вернёт даже password_hash, хотя он не нужен.


Хороший подход:

SELECT name, email FROM users;

Вы извлечёте только то, что нужно для работы.


Подытожим: SELECT * снижает производительность, усложняет поддержку кода и делает запросы менее предсказуемыми. Всегда указывайте нужные столбцы явно.

❤️ — если было полезно
🤓 — если хочешь темы посложнее

➡️ SQL Community | #обучение
  • ❤ 40
  • 🤓 39
  • 👍 7
  • 💊 1
More from @databases_tg
  1. Oct 7, 2026🌍 SQL-задача: ближайшие точки с подвохом Карта размером 100 × 100 замкнута: переход вправ…
  2. Oct 6, 2026SQL с подвохом: могут ли IS NULL и IS NOT NULL одновременно вернуть false? Что выведет Pos…
  3. Oct 2, 2026Как SQLite превращает числа в текст в 2 раза быстрее? Трюк с парами цифр Обычно число пере…
  4. Oct 2, 2026В субботу, 17 октября, Москва станет точкой притяжения для всех специалистов в области Rec…
  5. Oct 1, 2026Жиз
  6. Sep 30, 2026📝 5 уровней ИИ-агентов: от промпта до продакшена Context, loop, Jev, harness и evals: раз…
Threads Profile ViewerView any public Threads profile without an account.Open ThreadLook →Writing with AI? Make it sound human.Metric37 rewrites AI drafts so they read naturally. Free AI detector, 1,500 words free.Try Metric37 →