Houve certa vez a incumbência de desenvolver um processo para redimensionar imagens usando o próprio Oracle, ou como quiserem PL/SQL. Veja como foi.
Rizer utiliza a técnica de mapeamento objeto relacional para gerar códigos fontes a partir da estrutura do banco de dados.
Segundo dados da consultoria IDC, o mercado de cloud computing vem registrando crescimento desde 2010, quando fechou 2012 com alta de 57%. A estimativa é que haja crescimento anual de 74,3% até 2015, e para este ano, as receitas de cloud computing devem movimentar US$ 257 milhões no País.
Enquanto as águas de março afogam o verão, faço aqui um breve resumo deste agitado mês de fevereiro para o mundo novo do Big Data.
Na primeira semana do mês acompanhei o Summer School on Big Data que deu um panorama nas competências necessárias para entrar no mercado. O curso foi realizado na UFRJ em uma parceria entre a EMC e a Universidade.
Flashback é uma tecnologia que pode ser utilizada para efetuar apenas recuperações lógicas, portanto, ela não substitui as estratégias de backup/recover tradicionais, que permitem além de recuperações lógicas, efetuar recuperações físicas. Agora vem uma pergunta, qual a diferença entre recuperações lógicas e físicas? Ou melhor… o que é uma perda de dados lógica e o que é uma perda de dados física?
Basicamente, podemos entender como perda de dados física, o exemplo de um corrompimento dos arquivos de dados de um Banco de Dados, decorrente de um problema físico em disco. Quando um arquivo está corrompido, precisamos restaurar uma cópia deste arquivo a partir de um backup.
No artigo de hoje vou mostrar como configurar o UNDO Tablespace para permitir que ele armazene os dados das transações finalizadas, por mais tempo, permitindo deste modo, aumentar a possibilidade de recuperação de dados, via Flashback (meu próximo artigo será sobre Flashback).
Na configuração padrão do BD o O UNDO Tablespace armazena com segurança os dados das transações em processamento, por até 15 minutos. Se uma transação for maior que 15 minutos e/ou se o espaço deste tablespace não permitir armazenar informações suficientes para finalizar uma transação, o BD poderá disparar o famoso erro ORA-01555 Snapshot Too Old.Essa configuração não garante a retenção de dados das transações que já foram finalizadas.
No artigo de hoje vou falar sobre um assunto que pode ajudar muita gente que procura informações sobre a carreira de Administrador de Bancos de Dados.
No artigo de hoje vou falar rapidamente sobre um assunto que gera bastante polêmica entre os profissionais que trabalham com Banco de Dados (BD) Oracle e que pretendem otimizar o acesso aos dados através de configurações dos tablespaces. Existe um mito no mundo Oracle que diz que somente separar dados e índices em tablespaces diferentes pode otimizar consultas aos dados das tabelas envolvidas.
Com capacidade para processar milhões de transações por segundo, independente do número de usuários conectados ou processos simultâneos, o Oracle Exatada é a investida da Oracle Corporation para abocanhar um nicho de mercado que até bem pouco tempo atrás era restrito da IBM e HP.
Inicio este artigo falando sobre o ciclo de vida das ferramentas de desenvolvimento Oracle. Ciclo de vida, compreende um produto desde sua fase de lançamento, aquisição de maturidade através de inúmeras correções, patchsets e minipatches, até a sua completa substituição por uma nova versão/release, mudança de arquitetura ou o lançamento de um novo produto.