✨ 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
Bellacosa Mainframe apresenta IBM Mainframe DB2 Runstats
🔷 RUNSTATS no DB2: Mantendo Estatísticas Sempre Frescas
No DB2 para IBM z/OS, RUNSTATS é a ferramenta que mantém o otimizador de consultas informado sobre os dados. Sem estatísticas precisas, o DB2 não consegue criar planos de execução eficientes, e suas queries podem ficar lentas ou pesadas.
🕰️ História e Origem
Nos anos 80, com bancos de dados relacionais massivos da IBM, surgiu a necessidade de coletar informações sobre o volume e distribuição dos dados.
O DB2 precisava de uma forma de “aprender” sobre tabelas e índices:
Quantas linhas existem
Quantas páginas são ocupadas
Distribuição dos valores em colunas
Assim nasceu o RUNSTATS, permitindo que o otimizador de consultas escolha o melhor caminho de acesso.
Pense no RUNSTATS como alimentar o cérebro do DB2 para que ele saiba onde estão os dados e como acessá-los mais rápido.
⚙️ O que o RUNSTATS faz?
O RUNSTATS coleta estatísticas sobre tabelas e índices, incluindo:
Número de linhas
Número de páginas (clusters e extent)
Distribuição de valores em colunas (histogramas)
Número de valores distintos
Estatísticas de índice
Essas informações são usadas pelo otimizador DB2 para criar o plano de execução mais eficiente para SELECTs, JOINs e outras operações.
🔹 Sintaxe básica
RUNSTATS TABLESPACE nome_tabela
TABLE(nome_tabela) AND INDEXES ALL;
TABLE(nome_tabela) → a tabela alvo
INDEXES ALL → coleta estatísticas de todos os índices da tabela
Pode ser executado em batch ou online, dependendo da criticalidade
🔹 Opções comuns
ON ALL COLUMNS → coleta histograma de todas as colunas
ON COLUMNS (col1, col2) → coleta histograma apenas de colunas importantes
WITH DISTRIBUTION ON → útil para colunas usadas em joins ou WHERE
💡 Dicas Bellacosa
Rodar periodicamente → especialmente depois de grandes INSERTs/UPDATEs/DELETEs
Priorizar colunas usadas em WHERE/JOIN → reduz custo de coleta de estatísticas
Evite RUNSTATS durante pico de produção → pode causar I/O extra
Use COPY + RUNSTATS em DB2 online → mantém performance sem travar aplicações
Sempre verifique os planos de execução → o RUNSTATS influencia diretamente o EXPLAIN PLAN.
🔍 Curiosidades e Easter Eggs
O RUNSTATS não altera dados, apenas coleta informações.
Alguns DBAs brincam que “RUNSTATS é como fazer checkup anual no seu banco de dados” — sem ele, você dirige no escuro.
Se você fizer uma reorganização (REORG) e não rodar RUNSTATS, DB2 pode subestimar ou superestimar linhas → queries lentas.
📈 Impacto na Performance
Consultas mais rápidas → otimizador tem informações precisas
JOINs e filtros eficientes → DB2 escolhe índices corretos
Sem RUNSTATS → DB2 pode fazer table scan em vez de index scan, desperdiçando CPU e I/O
Em ambientes grandes (milhões de linhas), RUNSTATS planejado e incremental é crucial
🧪 Exemplo prático
Suponha que você tenha a tabela ORDERS no DB2 z/OS:
RUNSTATS TABLESPACE ORDSPACE
TABLE(ORDERS)
ONALL COLUMNS
AND INDEXES ALL;
DB2 coleta estatísticas de todas as colunas da tabela e de todos os índices.
Agora, quando você rodar:
SELECT CUSTOMERID, COUNT(*)
FROM ORDERS
WHERE ORDERDATE BETWEEN'2025-01-01'AND'2025-12-31'GROUPBY CUSTOMERID;
O otimizador usará estatísticas precisas para escolher o melhor índice e evitar full table scan.
🔑 Resumo Bellacosa
Conceito
Detalhe
O que é
Comando para coletar estatísticas sobre tabelas e índices
Sintaxe
RUNSTATS TABLESPACE ... TABLE(...) AND INDEXES ALL
Quando usar
Após grandes mudanças nos dados, ou periodicamente
Impacto
Melhora planos de execução e performance de queries
Dicas Bellacosa
Priorize colunas usadas em WHERE/JOIN, evite horários de pico, combine com REORG
💡 Easter Egg:
Mesmo que você tenha todos os índices perfeitos, DB2 sem RUNSTATS é como ter mapas sem GPS — o otimizador pode escolher caminhos ruins e atrasar seu batch.
Bellacosa Mainframe apresenta a batalha dos terços espanhois versus o samurais do periodo sengoku
⚔️ Quando o Mundo Colidiu: Terços Espanhóis vs Samurais (1582)
Uma lição de sistemas, disciplina e cultura — muito antes do mainframe existir
Se você acha que globalização começou com a internet, APIs ou cloud híbrida, sinto informar: em 1582 o mundo já rodava integrado, só que em modo batch marítimo, com latência de meses e documentação escrita à pena.
E foi nesse cenário que aconteceu algo que parece roteiro de anime histórico:
👉 soldados dos Terços espanhóis enfrentando guerreiros samurais no Japão feudal.
Não é lenda. Não é fanfic. É história.
🌍 O mundo antes do “isolamento japonês”
O Japão do século XVI estava longe de ser um sistema fechado. Durante o Período Sengoku, o país vivia guerras internas constantes, com senhores feudais (daimyōs) disputando poder como se fossem LPARs concorrentes pelo mesmo hardware.
Enquanto isso:
Portugueses já haviam chegado ao Japão (1543)
Jesuítas circulavam livremente
Armas de fogo europeias eram fabricadas localmente
Espanhóis dominavam as Filipinas
Ou seja: o Japão estava conectado ao mundo, testando novas “features” militares.
🛡️ Terços Espanhóis: o sistema mais estável da época
Os Terços eram a elite militar da Europa. Eles dominaram campos de batalha por mais de um século graças a algo simples e poderoso:
👉 integração de componentes.
Piqueiros protegiam arcabuzeiros
Arcabuzeiros davam suporte de fogo
Disciplina rígida
Cadeia de comando clara
Treinamento contínuo
No mundo mainframe?
Os Terços eram um Sysplex humano: cada unidade falhava pouco, mas o conjunto era quase imbatível.
Eles não dependiam de heróis individuais.
Dependiam do processo.
⚔️ Samurais: excelência individual e adaptação rápida
O samurai real — não o romantizado — era um profissional da guerra:
Mestre em katana, arco e lança
Usuário experiente de armas de fogo (tanegashima)
Treinado desde jovem
Guiado por códigos de honra, mas também por pragmatismo
O Japão adotou armas de fogo mais rápido que muitos países europeus.
Sim, isso quebra vários mitos de anime.
No paralelo tecnológico:
O samurai era o engenheiro sênior raiz: domina tudo, resolve no braço, mas brilha mesmo quando bem integrado ao time.
💥 O confronto de 1582: menos Hollywood, mais realidade
O encontro entre Terços (ou soldados ibéricos ligados às Filipinas) e samurais ocorreu em um contexto de tensões locais, missões diplomáticas e confrontos armados pontuais.
Não foi uma batalha campal épica.
Foi um choque real de doutrinas militares.
Relatos da época mostram:
Europeus impressionados com a ferocidade e técnica japonesa
Japoneses atentos à eficiência das formações europeias
Ambos entendendo que o inimigo não era “atrasado”
Resultado?
👉 Aprendizado mútuo, não aniquilação.
🧠 O que esse episódio ensinou ao mundo
Esse encontro ajudou a moldar decisões importantes:
O Japão aperfeiçoou o uso de armas de fogo
A disciplina coletiva ganhou mais valor
Mais tarde, o xogunato Tokugawa restringiria armas não por ignorância, mas por controle social
Ou seja:
Às vezes você não elimina a tecnologia — você a governa.
Soa familiar, mainframer?
🥚 Easter eggs históricos (porque todo bom sistema tem)
Samurais usavam arcabuzes em larga escala
O Japão produzia armas com qualidade europeia
Terços só perderam protagonismo no século XVII
Animes como Drifters e Samurai Champloo exploram esse choque cultural
Parece isekai? Mas é documentação histórica
🧩 A lição final (para quem vive entre COBOL e anime)
O confronto entre Terços e samurais deixa um recado claro:
O futuro não pertence ao mais forte, nem ao mais honrado.
Pertence a quem integra tradição com inovação.
No nosso mundo:
COBOL + APIs
Mainframe + Cloud
Cultura antiga + tecnologia nova
Exatamente como em 1582.
☕ Comentário final estilo El Jefe
Enquanto muita gente ainda discute se o mainframe “vai acabar”, vale lembrar:
os sistemas que sobrevivem são aqueles que se adaptam sem perder identidade.
Os Terços caíram.
Os samurais mudaram.
O Japão se transformou.
E o mainframe?
Segue firme, silencioso, processando o mundo.
Bellacosa Mainframe apresenta a lista de isekai 2009
☕ Um Café no Bellacosa Mainframe
2009 — O Ano em que o Isekai Estava Reinicializando o Gênero
Se 2010 foi o "boot" e 2012 a grande explosão, 2009 foi o último ano da era clássica dos isekais.
Naquele momento, ninguém imaginava que poucos anos depois o gênero dominaria completamente a indústria. Ainda predominavam histórias de fantasia misturadas com ficção científica, universos paralelos, dimensões alternativas e viagens entre mundos. O conceito moderno de "reencarnar após morrer e ganhar uma habilidade absurda" ainda praticamente não existia.
Era uma época em que os roteiristas ainda experimentavam diferentes formas de transportar personagens para outros mundos. Muitos desses animes hoje são considerados "proto-isekais": ajudaram a construir a base narrativa que, anos depois, seria refinada por obras como Sword Art Online, Overlord, Re:Zero e Mushoku Tensei.
Vamos fazer uma viagem até 2009, quando o servidor do gênero ainda rodava em modo de testes.
Tomoharu Natsume vive uma vida aparentemente normal, mas é constantemente acompanhado pelo fantasma de sua amiga de infância, Misao. Após receber uma misteriosa mala, ele descobre uma organização secreta, armas sobrenaturais chamadas Asura Machina e diversos mundos coexistindo em diferentes dimensões.
Embora não seja um isekai tradicional, grande parte da trama envolve universos paralelos, mudanças de realidade e linhas temporais alternativas.
Principais personagens
Tomoharu Natsume
Misao Minakami
Kanade Takatsuki
Shuri Kurosaki
Hiwako Torishima
O que o torna diferente?
Mistura:
mechas
magia
ciência
universos paralelos
realidades alternativas
É quase um laboratório de ideias que mais tarde seriam reaproveitadas por diversos isekais.
Easter Eggs
☕ O nome Asura Machina lembra a expressão "Deus Ex Machina", mas aqui a máquina literalmente altera o destino.
☕ Existem diversas linhas temporais escondidas que só fazem sentido quando o espectador reassiste ao anime.
☕ A segunda temporada continua exatamente da numeração da primeira (episódio 14), reforçando que a história é única. (Wikipedia)
Menções Honrosas (Isekai Adjacentes)
Embora 2009 tenha sido um ano relativamente fraco em quantidade de isekais puros, algumas obras exploraram conceitos muito próximos do gênero.
Guin Saga
Título original: グイン・サーガ
Episódios: 26
Embora seja uma fantasia épica tradicional, muitos fãs consideram que sua estrutura influenciou diversos autores de isekai posteriores.
Personagens
Guin
Rinda
Remus
Curiosidade
Baseado em uma das maiores séries literárias japonesas de fantasia, com mais de 130 volumes.
Queen's Blade: Gyokuza wo Tsugu Mono
Apesar de não ser um isekai, ajudou a popularizar o estilo medieval fantástico repleto de classes, guerreiros e monstros que depois seria praticamente obrigatório no gênero.
07-Ghost
Misturava religião, fantasia e um universo completamente separado da Terra.
Também não é oficialmente um isekai, mas muitos elementos inspirariam futuras obras.
O que aconteceu em 2009?
Foi um ano curioso.
Enquanto Hollywood apostava em super-heróis, o Japão experimentava novas formas de fantasia.
Os autores ainda não tinham encontrado a "receita perfeita".
As histórias exploravam:
dimensões alternativas;
mundos paralelos;
viagens temporais;
magia misturada com tecnologia;
realidade virtual.
Ainda não existia:
caminhão-kun;
reencarnação automática;
sistemas de RPG;
telas de status;
protagonista overpower desde o primeiro episódio;
guildas padronizadas.
Esses elementos só seriam consolidados alguns anos depois.
Curiosidades
📀 Em 2009 a maioria dos isekais ainda vinha de light novels experimentais, e não de web novels.
🎮 O sucesso dos JRPGs como Tales, Ys e Final Fantasy ainda influenciava fortemente o visual dos mundos fantásticos.
📚 Os autores escreviam pensando mais em aventuras e mistério do que em progressão de níveis.
⚔️ O conceito de "party de aventureiros" ainda aparecia com pouca frequência.
O que fez 2009 ser importante?
O ano de 2009 foi uma espécie de ambiente de homologação do gênero.
Os programadores do roteiro ainda compilavam diferentes algoritmos narrativos:
Foi justamente essa fase experimental que preparou o terreno para a transformação que aconteceria nos anos seguintes. Sem essas tentativas, dificilmente o gênero teria alcançado a identidade que o tornou um dos maiores fenômenos da animação japonesa.
☕ Conclusão — Um Café no Bellacosa Mainframe
Se 2009 fosse um sistema IBM Mainframe, ele estaria executando um ambiente de desenvolvimento (DEV).
Os programas ainda estavam sendo compilados.
Os módulos eram testados.
Os bugs apareciam.
As ideias eram refinadas.
Ainda não existia o "framework oficial" do isekai moderno, mas as instruções fundamentais já estavam sendo escritas.
Foi nesse ano que muitos conceitos de múltiplos mundos, realidades paralelas e aventuras fantásticas começaram a convergir para aquilo que, pouco tempo depois, se tornaria um dos gêneros mais populares da história dos animes.
Para quem gosta de explorar as origens do isekai, 2009 representa um verdadeiro dump de memória: um registro precioso de quando o gênero ainda estava sendo montado linha por linha, como um programa COBOL aguardando o primeiro SUBMIT no JCL antes de entrar em produção.
☕ Um Café no Bellacosa Mainframe
Portal Isekai — A Linha do Tempo dos Mundos Paralelos
Atravesse o portal e explore os animes isekai lançados entre
2009 e 2025. Cada grimório anual reúne títulos, personagens,
episódios, curiosidades, referências e mundos que mudaram o gênero.
17anos catalogados
2009–2025linha do tempo
1portal dimensional
A grande biblioteca dos animes isekai
Um portal se abriu dentro do Bellacosa Mainframe. Do outro lado,
aventureiros reencarnados, heróis convocados, jogadores presos em
mundos virtuais, magos, demônios, fazendeiros, cozinheiros e
administradores de reinos aguardam sua próxima missão.
Este índice organiza os artigos anuais da série
Isekai List, começando em 2009 e avançando até 2025.
Use a busca para localizar um ano, escolha a ordem cronológica ou
abra cada artigo diretamente em uma nova aba. Também é possível
visualizar o conteúdo dentro do próprio portal.
🧭 Console de Navegação Dimensional
17 grimórios encontrados.
Arquivo recuperado do mainframe
Grimórios Isekai por Ano
Sistema online
2025
Nova geração
Isekai List 2025
O ano em que o isekai começou a experimentar novos algoritmos,
misturando fórmulas clássicas, continuações e novas variações.
Vagner Renato Bellacosa trabalha com IBM Mainframe
desde 1988
,
é IBM Champion e especialista em COBOL, CICS, Db2,
z/OS e IBM Z. Compartilha experiências profissionais,
conhecimento técnico, história da computação e práticas
do universo mainframe para aproximar novas gerações das
tecnologias que sustentam empresas, bancos e governos
ao redor do mundo.
IBM Champion
IBM Z
COBOL
CICS
Db2
z/OS
Mainframe desde 1988
