El Jefe Midnight Lunch

✨ Bem-vindo ao meu espaço! ✨ Este blog é o diário de um otaku apaixonado por animes, tecnologia de mainframe e viagens. Cada entrada é uma mistura única: relatos de viagem com fotos, filmes, links, artigos e desenhos, sempre buscando enriquecer a experiência de quem lê. Sou quase um turista profissional: adoro dormir em uma cama diferente, acordar em um lugar novo e registrar tudo com minha câmera sempre à mão. Entre uma viagem e outra, compartilho também reflexões sobre cultura otaku/animes

Mostrar mensagens com a etiqueta sql. Mostrar todas as mensagens

domingo, 5 de abril de 2026

☕💥 Seu DB2 não é lento… você que não está ouvindo ele: Um guia de Database Management para COBOListas raiz (com história, bastidores e prática real)

Bellacosa Mainframe fala sobre db2 database management

☕💥 Seu DB2 não é lento… você que não está ouvindo ele

Um guia de Database Management para COBOListas raiz (com história, bastidores e prática real)

🧠 Introdução — o erro clássico do dev COBOL experiente

Se você já escreveu toneladas de código em COBOL, rodou JCL de olhos fechados e fez commit no IBM Db2 como quem toma café…

👉 deixa eu te provocar:

Você domina DB2… ou só usa ele?

Porque existe uma diferença brutal entre:

quem usa SELECT
e quem entende o comportamento do banco em produção

Esse artigo é pra te levar do segundo nível ao terceiro 😈

🏛️ Origem — quando o banco virou protagonista

Antes do relacional:

dados eram hierárquicos (tipo IBM IMS)
dependência total da aplicação

Então veio Edgar F. Codd (1970) com o modelo relacional.

👉 Resultado:

nasce SQL
nasce o DB2
nasce o conceito de independência de dados

💡 Easter egg histórico:

DB2 foi um dos primeiros DBMS comerciais a implementar o modelo relacional de forma prática em larga escala.

🧩 O que é Database Management (na prática real)

Você já viu no módulo:

Criar banco é fácil.
Manter banco é o jogo.

🔥 O DBA mindset que você precisa absorver


Criar → Carregar → Monitorar → Proteger → Otimizar → Evoluir

🏗️ PARTE 1 — CRIAÇÃO (onde tudo começa… ou dá errado)

🧠 Modelagem (não pule isso)

🔹 Conceitual

negócio (cliente, pedido)

🔹 Lógico

tabelas e relacionamentos

🔹 Físico

DB2 real (tablespace, index, etc)

💡 Insight:

COBOL sem modelagem vira gambiarra persistente

💻 Exemplo (estilo produção)


CREATE TABLE CLIENTES (
  ID INTEGER NOT NULL,
  NOME VARCHAR(100) NOT NULL,
  SALDO DECIMAL(10,2),
  PRIMARY KEY (ID)
);

👉 Aqui você definiu:

estrutura
tipo
integridade

⚙️ PARTE 2 — FIELD ATTRIBUTES (onde mora o perigo silencioso)

💥 Escolhas erradas que você já viu:

PIC X(100) pra tudo 😬
DECIMAL mal definido
campos NULL sem controle

💡 Regra de ouro


Tipo correto = performance + qualidade + economia

🧠 Exemplo clássico

❌ errado:


SALDO VARCHAR(50)

✅ correto:


SALDO DECIMAL(10,2)

💾 PARTE 3 — BACKUP (ou como sobreviver)

💡 Verdade dura:

Backup não testado = backup inexistente

🔧 No mundo real

full backup
incremental
logs

👉 DB2 usa logs pra recovery fino

💥 Cenário real:


00:00 backup
10:32 falha

👉 Recovery:

restore backup
aplicar logs até 10:31

🧾 PARTE 4 — LOGGING (a caixa preta do sistema)

Logs registram:

INSERT
UPDATE
DELETE
erros

💡 Easter egg:

Sem log, DB2 vira só um arquivo caro

⚡ PARTE 5 — PERFORMANCE (onde o bicho pega)

🔍 O erro clássico do COBOLista


SELECT * FROM CLIENTES;

👉 sem índice
👉 sem filtro
👉 sem plano

💥 Ferramenta essencial


EXPLAIN PLAN FOR ...

👉 mostra:

table scan
index usage
custo

🧠 Insight de produção

Query lenta não é azar
👉 é falta de análise

🛠️ PARTE 6 — PROBLEM DETERMINATION

🧨 Situações reais

deadlock
tabela bloqueada
job travado
programa COBOL falhando

🔍 Ferramentas

logs
return codes (SQLCODE 👀)
traces

💡 Easter egg COBOL:


IF SQLCODE NOT = 0

👉 esse é o grito silencioso do DB2

🔁 PARTE 7 — REPLICATION (escala nível banco)

👉 cópia do banco:

leitura distribuída
alta disponibilidade

💡 Exemplo

DB2 PROD → DB2 READ ONLY

🔄 PARTE 8 — ETL (o mundo além do transacional)

Fluxo:

Extract → DB2
Transform → regras
Load → Data Warehouse

💡 Insight:

DB2 alimenta o negócio invisível

🗄️ PARTE 9 — ARCHIVING (o segredo da performance)

💥 Problema:

Tabela cresce sem controle

✅ Solução:

arquivar dados antigos

💡 Exemplo:

transações > 5 anos → archive

🧹 PARTE 10 — DATA QUALITY (o mais negligenciado)

💡 Pergunta brutal:

Você confia nos dados?

🔧 Técnicas:

validação
constraints
scripts

💥 Exemplo


saldo negativo indevido
data inválida
cliente duplicado

📊 PARTE 11 — REPORTING (onde o dinheiro aparece)

👉 Dados → Informação → Decisão

🚀 RESUMO FINAL (nível senior)


DB2 não é banco…
é sistema crítico de negócio

☕ INSIGHT FINAL ESTILO BELLACOSA

Você pode escrever COBOL perfeito…
👉 mas se o DB2 estiver errado, tudo está errado 😈

🎯 FECHAMENTO

Se você chegou até aqui:

👉 você não é mais só dev COBOL
👉 você começou a pensar como DBA

sábado, 4 de abril de 2026

🔥Db2 não é banco… é um sistema operacional de dados: o guia definitivo para o COBOL senior

Bellacosa Mainframe introduz database manager db2

🔥 Db2 não é banco… é um sistema operacional de dados: o guia definitivo para o COBOL senior

Se você já viveu batch noturno, abend misterioso e reconciliação de saldo às 3 da manhã… então você já sabe:
👉 dados são o coração do sistema
👉 e o IBM Db2 é o que mantém esse coração batendo sem falhar

Este artigo é direto ao ponto, técnico, com história, prática e alguns easter eggs que só quem vive mainframe vai perceber 😏

🧬 1. Origem — o DNA do Db2

O IBM Db2 nasceu nos anos 70, inspirado no modelo relacional de Edgar F. Codd (IBM Research).

👉 Antes disso:

IMS dominava (hierárquico)
VSAM reinava (arquivos estruturados)

👉 O Db2 trouxe:

SQL declarativo
Independência lógica
Otimização automática

💡 Curiosidade (easter egg)
Db2 foi um dos primeiros sistemas a implementar otimizador baseado em custo (CBO) — algo que até hoje muita stack moderna ainda luta pra fazer direito.

🏗️ 2. Db2 para COBOL — o casamento perfeito

Se você escreve COBOL, você não “usa banco” — você dialoga com o Db2.

📌 Fluxo clássico:


EXEC SQL
   SELECT SALDO
   INTO :WS-SALDO
   FROM CONTAS
   WHERE ID = :WS-ID
END-EXEC.

👉 O que acontece por baixo:


COBOL → SQL → Db2 Engine → Buffer Pool → Dataset → Disco

💡 Tradução:

Você escreve “o que quer”, o Db2 decide “como buscar”

⚙️ 3. O que o Db2 realmente faz (além do óbvio)

🔐 Controle de concorrência

Locks (row/page/table)
Isolation levels (CS, RS, RR)

👉 Evita:

dirty read
lost update

🧾 Logging (o “diário secreto” do banco)

Tudo que acontece é logado:

INSERT
UPDATE
DELETE

👉 Base para:

rollback
recovery
auditoria

🔁 Transações (ACID de verdade)


BEGIN;
UPDATE A;
UPDATE B;
COMMIT;

👉 Se algo falhar:

ROLLBACK automático

💡 Isso aqui é o que separa:

sistema confiável vs desastre financeiro

💥 Recovery (o superpoder)

Db2 consegue:

restaurar banco
aplicar logs
voltar no tempo (point-in-time)

👉 Isso mantém:

bancos
companhias aéreas
governos

💾 4. O lado invisível: como o Db2 guarda dados

👉 Você cria tabela:


CREATE TABLE CLIENTES...

👉 O Db2 cria:

Tablespaces
Index spaces
Datasets físicos

💡 Você NÃO acessa direto
👉 Sempre via Db2

🚀 5. Performance — onde mora a magia

🔍 Índices

acesso rápido
evita full scan

🧠 Buffer Pools

cache em memória
reduz I/O

📊 RUNSTATS

coleta estatísticas
alimenta o otimizador

⚡ LOAD / UNLOAD

processamento em massa
muito mais rápido que SQL linha a linha

💡 Easter egg real de produção

Query lenta 90% das vezes não é CPU… é falta de índice ou estatística desatualizada 😏

🔥 6. Tipos de Backup (e a pegadinha clássica)

Tipo	Comportamento
❄️ Cold	Banco parado
🌤️ Warm	Read-only
🔥 Hot	Online total

👉 Em produção:

quase tudo é hot backup + logs

🧠 7. Stored Procedures — COBOL dentro do banco

Sim, você pode rodar lógica dentro do Db2:

SQL PL
Stored procedures

👉 Benefícios:

menos tráfego
mais performance
lógica centralizada

🌐 8. Integração com o mundo

Db2 conversa com:

CICS
Batch (JCL)
APIs modernas
Java / REST

👉 Ele não é legado…
👉 Ele é o backbone

⚔️ 9. Comparação rápida (pra provocar 😏)

Tecnologia	Estilo
VSAM	manual
IMS	ultra rápido
MySQL	simples
Db2	equilíbrio absoluto

🧠 10. Mentalidade que muda o jogo

👉 Desenvolvedor comum:

“vou fazer um SELECT”

👉 Dev COBOL senior com Db2:

“como o otimizador vai executar isso?”

💡 11. Dicas práticas (ouro puro)

✔️ Sempre pense em índice

coluna de filtro → índice

✔️ Evite SELECT *

pega só o necessário

✔️ Use COMMIT corretamente

evita lock longo

✔️ RUNSTATS sempre atualizado

sem isso = plano ruim

✔️ Entenda EXPLAIN

leia o plano de execução

🧬 12. Insight final (nível Bellacosa)

O Db2 não é só um banco
Ele é o sistema que garante que milhões de transações
aconteçam sem erro, sem perda e sem inconsistência

🚀 Conclusão

Se você domina:

SQL embutido em COBOL
índices e estatísticas
transações e recovery

👉 Você não é só dev
👉 Você é engenheiro de sistemas críticos

☕ Easter egg final

Se você já viu isso:


DSNT408I SQLCODE = -911

👉 Parabéns
Você já entrou no mundo real do Db2 😈

sexta-feira, 3 de abril de 2026

💀 Seu COBOL ainda manda no mundo — e o IBM Db2 é o cérebro invisível por trás de bilhões de transações

Bellacosa Mainframe introduz o DB2

💀 “Seu COBOL ainda manda no mundo — e o IBM Db2 é o cérebro invisível por trás de bilhões de transações”

Se você acha que banco de dados é só “guardar informação”… prepare-se: no mundo corporativo pesado — bancos, seguradoras, governos — quem reina é a dupla COBOL + Db2.
E não, isso não é legado morto. Isso é infraestrutura crítica global.

🧬 Origem: quando dados viraram ciência

Antes do Db2, existia caos.

arquivos flat
duplicação
dificuldade de acesso

Então surge o modelo relacional, criado por Edgar F. Codd na IBM.

👉 Resultado:

tabelas
chaves
SQL

E nos anos 80 nasce o Db2, trazendo isso para o mundo enterprise.

🏛️ Db2 no Mainframe: onde o jogo é sério

O Db2 roda no z/OS, lado a lado com:

COBOL
CICS
IMS

💀 Tradução:

Isso aqui processa dinheiro de verdade

☕ O Dev COBOL Sênior (vida real)

Imagine um sistema bancário:


Cliente faz transferência → COBOL → Db2 → commit

💡 Exemplo COBOL + Db2


EXEC SQL
   UPDATE CONTA
   SET SALDO = SALDO - 100
   WHERE ID = :ORIGEM
END-EXEC.

EXEC SQL
   UPDATE CONTA
   SET SALDO = SALDO + 100
   WHERE ID = :DESTINO
END-EXEC.

EXEC SQL
   COMMIT
END-EXEC.

👉 Simples? Sim.
👉 Crítico? ABSURDAMENTE.

🔄 Transações: o coração do sistema

Você viu isso no módulo — aqui é onde ganha vida:


START → UPDATE → COMMIT

Se falhar:


ROLLBACK

💀 Isso evita:

dinheiro sumir
inconsistência

📜 Logging: a caixa preta do banco

Db2 registra TUDO:

INSERT
UPDATE
DELETE

👉 Isso permite:

auditoria
recovery
rastreamento

💡 Insight

Sem log… você está cego
Com log… você reconstrói o passado

🔄 Recovery: sobrevivência do sistema

Cenário:

backup às 6:00
falha às 11:00

👉 solução:


Backup + Logs = estado correto

💾 Backup no mundo real

❄️ Cold

banco parado

🌡️ Warm

leitura apenas

🔥 Hot

banco online (produção)

💀 No banco:

parar sistema não é opção → usa hot backup

🔒 Locking: guerra silenciosa

3 programas acessando o mesmo registro:


App1 → lock
App2 → espera
App3 → leitura controlada

👉 Locks evitam corrupção

💡 Regra de ouro

Lock só é liberado no COMMIT

⚡ Performance: onde o DBA brilha

📦 Buffers

memória → rápido

📚 Index

busca instantânea

⚙️ Optimizer

escolhe melhor plano

👉 Exemplo:

Sem índice:


SELECT * FROM CLIENTE WHERE NOME='JOÃO';

Com índice:


CREATE INDEX IDX_NOME ON CLIENTE(NOME);

⚡ diferença absurda

🌐 Integração moderna (sim, Db2 evoluiu)

Hoje Db2 conversa com:

APIs
Java (JDBC)
ODBC
microservices

👉 Não é mais só terminal verde 😄

🧠 Stored Procedures: lógica dentro do banco


CREATE PROCEDURE TRANSFERIR(...)

👉 roda dentro do Db2
👉 menos rede
👉 mais performance

🧬 Easter Eggs & Curiosidades

💡 Db2 nasceu dentro da IBM Research
💡 COBOL ainda processa ~70% das transações financeiras mundiais
💡 Muitos sistemas críticos têm décadas sem downtime significativo

💀 Easter Egg raiz:

“If it ain’t broken, don’t migrate it”
(tradução: se está rodando há 30 anos… NÃO mexe 😄)

🔥 Insight nível Bellacosa

Mainframe não é legado…
é infraestrutura estável, segura e absurda em escala

🧠 Visão final (arquitetura)


Usuário → Aplicação (COBOL) → Db2 → Dados
                       ↓
                   Logs / Backup / Recovery

🚀 Conclusão

Você começou aprendendo:

o que é banco
modelos
DBMS
transações
logs
backup
performance

👉 E chegou aqui:

💀 Entendendo como o mundo financeiro roda

💥 Frase final

Enquanto todo mundo fala de cloud…
o dinheiro do mundo continua passando por COBOL + Db2

Translate

domingo, 26 de abril de 2026

💣🔥 O MAINFRAME NÃO PERDOA: 1 LINHA DE CÓDIGO PODE CUSTAR MILHARES 🔥💣

💣🔥 O MAINFRAME NÃO PERDOA: 1 LINHA DE CÓDIGO PODE CUSTAR MILHARES 🔥💣

🧠 Performance eom contexto real de guerra

⚙️ Explicação — o que está POR TRÁS disso

🔥 Por que isso é ainda MAIS crítico em 2026?

💣 Análise técnica aprofundada dos pontos

1. 🗃️ DB2 Cursor mal usado = desperdício brutal

2. 💾 SORT vs I/O: a guerra invisível

3. 🔢 COMP vs COMP-3 — detalhe que vira milhões

4. ⚠️ SSRANGE — o vilão silencioso

🧨 O que ELE NÃO falou (mas deveria)

🧠 1. COBOL “bonito” pode ser lento

🧠 2. I/O é o verdadeiro inimigo

🧠 3. Batch Window é política, não técnica

💡 Exemplos reais (estilo “guerra de produção”)

🧪 Easter Eggs de Mainframe 🕵️

🎯 Conclusão — a verdade nua e crua

🚀 Pergunta provocativa

💣🔥 CHECKLIST CIRÚRGICO DE PERFORMANCE — COBOL + DB2 (NÍVEL PRODUÇÃO) 🔥💣

🧠 1. ACESSO AO DB2 (onde mais se perde dinheiro)

🔍 Checklist rápido:

💣 Cirurgia clássica:

⚙️ 2. LOOPS COBOL (o assassino silencioso)

🔍 Checklist:

💡 Dica de ouro:

💾 3. I/O (o verdadeiro vilão)

🔍 Checklist:

💣 Regra brutal:

🔢 4. TIPOS DE DADOS (COMP vs COMP-3)

🔍 Checklist:

💡 Impacto real:

⚠️ 5. PARÂMETROS DE COMPILAÇÃO

🔍 Checklist:

💣 Clássico erro:

🧮 6. SORT (onde muita gente erra feio)

🔍 Checklist:

💡 Insight:

🧠 7. DESIGN DO PROGRAMA

🔍 Checklist:

💣 Verdade dura:

🔥 8. JCL E EXECUÇÃO

🔍 Checklist:

📊 9. MONITORAMENTO (quem não mede, perde dinheiro)

🔍 Checklist:

💡 Ferramentas típicas:

🧪 10. MICRO-OTIMIZAÇÕES QUE VIRAM MILHARES 💸

🧨 CHECK FINAL (modo produção)

🎯 FECHAMENTO ESTILO MAINFRAME ROOT

domingo, 5 de abril de 2026

☕💥 Seu DB2 não é lento… você que não está ouvindo ele: Um guia de Database Management para COBOListas raiz (com história, bastidores e prática real)

☕💥 Seu DB2 não é lento… você que não está ouvindo ele

Um guia de Database Management para COBOListas raiz (com história, bastidores e prática real)

🧠 Introdução — o erro clássico do dev COBOL experiente

🏛️ Origem — quando o banco virou protagonista

🧩 O que é Database Management (na prática real)

🔥 O DBA mindset que você precisa absorver

🏗️ PARTE 1 — CRIAÇÃO (onde tudo começa… ou dá errado)

🧠 Modelagem (não pule isso)

🔹 Conceitual

🔹 Lógico

🔹 Físico

💻 Exemplo (estilo produção)

⚙️ PARTE 2 — FIELD ATTRIBUTES (onde mora o perigo silencioso)

💥 Escolhas erradas que você já viu:

💡 Regra de ouro

🧠 Exemplo clássico

💾 PARTE 3 — BACKUP (ou como sobreviver)

💡 Verdade dura:

🔧 No mundo real

💥 Cenário real:

🧾 PARTE 4 — LOGGING (a caixa preta do sistema)

⚡ PARTE 5 — PERFORMANCE (onde o bicho pega)

🔍 O erro clássico do COBOLista

💥 Ferramenta essencial

🧠 Insight de produção

🛠️ PARTE 6 — PROBLEM DETERMINATION

🧨 Situações reais

🔍 Ferramentas