@lyn_catarsis: #arica #aricachile🇨🇱 #fyp

🌙 L Y N 🌙
🌙 L Y N 🌙
Open In TikTok:
Region: CL
Monday 17 August 2026 22:49:45 GMT
987
89
2
1

Music

Download

Comments

kanon_35_
Dragoncito Marino :
miuu
2026-08-17 23:23:22
0
userw1fkvw27iu
pato :
🥰🥰🥰
2026-08-17 22:53:37
0
To see more videos from user @lyn_catarsis, please go to the Tikwm homepage.

Other Videos

Seu GROUP BY conta São Paulo quatro vezes... e a sua query tá certa. O problema nasceu lá atrás, na tela de cadastro: um campo de texto livre onde cada pessoa digitou do seu jeito. Pro banco, texto é comparação exata. Um espaço no fim, uma maiúscula fora do lugar, um acento que faltou… e cada variação vira uma cidade diferente no seu ranking. O TRIM tira os espaços das pontas. O UPPER joga tudo pra maiúscula. E os dois empilham numa linha só: UPPER(TRIM(estado)). Só que limpeza resolve barulho de digitação, não de-para. SP e São Paulo são dois valores diferentes de verdade — nenhuma função junta esses dois sozinha. É aí que entra o CASE WHEN: você escreve a tradução na mão, e as quatro versões viram uma linha só. Se a sua base te obriga a arrumar isso na mão toda semana, você não tá sozinho 💛 ✅ Onde vale: TRIM e UPPER são ANSI — funcionam em todo lugar. CASE WHEN também.  ⚠️ Onde muda: tirar ACENTO não tem função padrão — Postgres usa a extensão unaccent, BigQuery faz NORMALIZE + REGEXP_REPLACE, MySQL e SQL Server resolvem por collation (_ai), e o SQLite não tem nativo. Juntar várias linhas numa célula também troca de nome: STRING_AGG (Postgres, BigQuery, SQL Server 2017+, MySQL 8.0.31+), GROUP_CONCAT (MySQL, SQLite) ou LISTAGG (Oracle, Redshift, Snowflake). E GROUP BY 1 (por posição) o SQL Server não aceita — lá você repete a expressão inteira. 🧭 Testa na sua versão antes de subir pro relatório. 💾 salva pra não esquecer, manda pra quem vive limpando planilha e segue pra não perder os próximos. Comenta aqui: qual campo da sua base te obriga a limpar texto toda vez? 👇 #negocios #dados #sql #aprendersql #bancodedados
Seu GROUP BY conta São Paulo quatro vezes... e a sua query tá certa. O problema nasceu lá atrás, na tela de cadastro: um campo de texto livre onde cada pessoa digitou do seu jeito. Pro banco, texto é comparação exata. Um espaço no fim, uma maiúscula fora do lugar, um acento que faltou… e cada variação vira uma cidade diferente no seu ranking. O TRIM tira os espaços das pontas. O UPPER joga tudo pra maiúscula. E os dois empilham numa linha só: UPPER(TRIM(estado)). Só que limpeza resolve barulho de digitação, não de-para. SP e São Paulo são dois valores diferentes de verdade — nenhuma função junta esses dois sozinha. É aí que entra o CASE WHEN: você escreve a tradução na mão, e as quatro versões viram uma linha só. Se a sua base te obriga a arrumar isso na mão toda semana, você não tá sozinho 💛 ✅ Onde vale: TRIM e UPPER são ANSI — funcionam em todo lugar. CASE WHEN também. ⚠️ Onde muda: tirar ACENTO não tem função padrão — Postgres usa a extensão unaccent, BigQuery faz NORMALIZE + REGEXP_REPLACE, MySQL e SQL Server resolvem por collation (_ai), e o SQLite não tem nativo. Juntar várias linhas numa célula também troca de nome: STRING_AGG (Postgres, BigQuery, SQL Server 2017+, MySQL 8.0.31+), GROUP_CONCAT (MySQL, SQLite) ou LISTAGG (Oracle, Redshift, Snowflake). E GROUP BY 1 (por posição) o SQL Server não aceita — lá você repete a expressão inteira. 🧭 Testa na sua versão antes de subir pro relatório. 💾 salva pra não esquecer, manda pra quem vive limpando planilha e segue pra não perder os próximos. Comenta aqui: qual campo da sua base te obriga a limpar texto toda vez? 👇 #negocios #dados #sql #aprendersql #bancodedados

About