É por isso que teu sistema é LENTO PRA CARALHO (e você nem sabe)

@eusoudevx

5.7K followers · usually 2.9K views a post

Views

24.7K

Likes

1.6K

Comments

83

Shares

47

Selling · SaaS › Developer Tool

—

Why it worked

The video addresses a common pain point for developers and system administrators: slow system performance. By providing a clear explanation and demonstration of how to diagnose and fix query performance issues using `EXPLAIN ANALYZE`, the content offers practical value and resonates with the target audience.

Summary

The creator explains why systems can be slow due to poorly optimized SQL queries. They demonstrate how using `EXPLAIN ANALYZE` in PostgreSQL can reveal inefficient queries, such as sequential scans without indexes, and how adding indexes can significantly improve performance.

Structure

1Introduction to slow systems and the problem of unoptimized queries.
2Demonstration of a slow query without an index and the use of `EXPLAIN ANALYZE`.
3Explanation of sequential scans and the importance of indexes.
4Comparison of query performance with and without an index.
5Call to action for viewers to learn about query optimization.

Product placement

The video discusses SQL queries and demonstrates the use of `EXPLAIN ANALYZE` in PostgreSQL, a database system. The creator is explaining a technical concept related to database performance, not promoting a specific software product.

Call to action

Original caption

Você escreve SELECT mas não entende nada do que tá rodando por trás. Nunca criou índice, nunca otimizou uma query. E depois se pergunta por que seu sistema engasga quando tem 10 usuários #programador #verdades #saas #startup #empreendedorismo #backend #fullstack #frontend

More from @eusoudevx

Their other posts in the index, biggest breakout first.

Comenta aqui, preciso aprender isso.

On-screen text

É por isso que teu sistema é LENTO PRA CARALHO (e você nem sabe) Warehouse Seq Scan on items (cost=0.00..20.50 rows=2) Filter: (location = 'Warehouse') (2 rows) Postgres: EXPLAIN SELECT * FROM items WHERE location = 'Warehouse'; QUERY PLAN Seq Scan on items (cost=0.00..20.50 rows=2) Filter: (location = 'Warehouse') (2 rows) Filtered the results down to a smaller subset How long the operation took. The first number is when the operation started, the second is when it finished (your total cost) How many rows returned from this operation programador verdades saas startup empreendedorismo backend fullstack frontend

Transcript

É por isso que teu sistema é lento pra caralho e você nem sabe o porquê. Você escreve SELECT como se fosse um Ctrl C, Ctrl V. Nunca rodou um explain, nunca pensou em índice, nunca parou pra entender o porquê. E aí você se pergunta por que a tua query com 2000 registros demora 4 segundos. Olha isso aqui. Nem índice, nem o explain. Escaneou tudo da tabela. Isso aqui estoura o teu sistema e você nem vê. E antes que você diga: ah, mas isso não é minha função. Cala a boca. Se você manipula dado, é tua responsabilidade. Quer fazer direito? Primeiro, aprende a usar o explain analyze no Postgres. Ele vai te mostrar como a tua query tá sendo executada no banco. Tá vendo o seq scan? É porque não tem índice. A tua query tá mal filtrada. Cria um índice e roda a query de novo. Agora sim, ela vai estar do jeito certo, vai estar mais rápida. Isso não é mágica. É o mínimo que você deveria entender se quer trabalhar com dado. Usa o explain, não te isenta de responsabilidade. Ah, mas eu sou front-end. Beleza. Mas se a tua tela demora 5 segundos pra carregar por causa de um SELECT mal feito, é culpa do servidor? Ah, mas eu só sigo o que a stack faz automático. E aí você não é dev, você é um usuário de ferramenta. Aprende o que acontece por trás do botão. Se você nunca otimizou uma query na mão, comenta aqui, preciso aprender isso. Mas se você já quebrou o sistema por causa de um SELECT, dá like e assume a tua dor aqui nos comentários.