Rafael, Eu já tinha te respondido sobre isso no grupo de DB2 LUW, mas vou colocar aqui novamente um link caso nao tenha recebido. Qualquer dúvida me avise.
OBS: as explicações aqui são bem superficiais e com critério informativo, e portanto não irão cobrir todas as comparações de forma minimalistica. kkkk http://www.ibm.com/developerworks/data/library/techarticle/dm-0401gupta/ --- Em oracle_br@yahoogrupos.com.br, "J. Laurindo Chiappa" <jlchiappa@...> escreveu > > Sim sim, em ambos os RDBMSs as alterações comitadas enquanto vão para redo, > e esse redo será usado para recuperação se uma falha ocorrer antes do flush > das alterações da memória para o disco, esse redo pode ser "copiado"/mantido > à parte dos arquivos do database e/ou pode ser enviado para um standby, vc > PODE em algumas circunstãncias especiais "desativar" (na verdade. diminuir em > muito, não zerar especificamente) o log gerado em algumas tabelas com > opções/ajustes que vc faz nela em algumas operações, enfim, o conceito é bem > semelhante.... > A IMPLEMENTAÇÃO, claro, é bem diferente, até por conta de coisas como a > entidade que junta undo+redo no db2, mas conceitualmente é muito similar, eu > achei.... > > []s > > Chiappa > > --- Em oracle_br@yahoogrupos.com.br, Rafael Mendonca <raffaell.ti77@> escreveu > > > > Valeu Chiappa, obrigado pelo esclarecimento. > > > > Tinha lido em um website que o DB2 se aproxima um pouco do Oracle, nos > > quesitos que você citou, me parece que eles também geram archives, etc... > > > > Obrigado mais uma vez pelas informações. > > > > > > ________________________________ > > De: J. Laurindo Chiappa <jlchiappa@> > > Para: oracle_br@yahoogrupos.com.br > > Enviadas: Segunda-feira, 19 de Agosto de 2013 13:59 > > Assunto: [oracle_br] Re: DB2 > > > > > > > > > > > > > > Joinha, Rafael ? Então, há uns meses eu fiz na IBM (pela quota de uma > > empresa parceira da IBM que a empresa onde trabalho adequiriu) os > > treinamentos de Introdução ao db2 luw v10 e o de db2 para DBAs Oracle, e de > > modo geral, sem nenhuma profundidade,e falando DE CABEÇA aqui, a minha > > impressão sobre a arquitetura foi que ela é muito semelhante à do Oracle - > > ie, dados em "datafiles" compostos por "blocos" em disco de tamanho > > variável formando um "segmento" , manipulado por softwares residendentes em > > memória, os blocos são trazidos em memória e controlados via SQL, SQL esse > > otimizado por um Otimizador baseado em Custo e de acordo com Estatísticas > > de mensuração/avaliação dos dados .... Lógico que a nomenclatura muda > > (datafiles viram containers, por exemplo), as funções built-in mudam (de > > nome ou de sintaxe), a sintaxe mesma do SQL vai ter suas diferencinhas, os > > objetos internos mudam completamente de nome e funcionalidade, etc, etc mas > > não é nada totalmente não-similar : vc escreve/prepara/envia o SQL, Existe > > um log de ação do database, Existe um dicionário de dados, existem views > > internas que monitoram/dão status/etc ... > > Algumas diferenças cruciais de arquitetura porém se notam : > > > > a) modelo database x instância : enquanto no Oracle (até a versão 11gr2, > > desconsiderando o PDC no Oracle 12c) "DATABASE" é o conjunto dos arqs > > contendo dados E dos arqs referentes ao sistema (tablespace SYSTEM, > > principalmente), database esse que exige uma instância (conjunto de > > binários) própria, com sua própria SGA e que consumirá PGA dedicada (o > > conjunto lógico de dados específico para uma aplicação seria o SCHEMA), no > > db2 é o modelo também usado no SQL SERVER, de database=conjunto lógico de > > dados mínimos de uma aplicação > > > > b) no RDBMS db2 luw não há as entidades separadas de UNDO e de REDO (tudo > > fica num record só), o que entre outros fatores traz dificuldades à > > implementações de itens como o FLASHBACK (de Query, de DATABASE, etc) > > > > c) o db2 Exige um lock shared para consistência de leitura : não existe o > > modelo de Consistência de leitura do Oracle, aonde antes da alteração de um > > bloco ele é "clonado" num bloco de undo, bloco esse que contém a informação > > como estava antes da alteração E que será lido automaticamente por outras > > queries enquanto não houver o COMMIT > > > > => e é claro, existem Trocentas diferenças comerciais e de implementação do > > tipo o que é incluso em qual tipo de licença, qual tarefa é automatizada > > por algum Assistente ou não, quais datatypes não-escalares são oferecidos e > > como eles são implementados, etc, etc, mas de diferenças importantes a > > nível de arquitetura, mais ou menos são essas que me lembro... > > > > E uma dica final : *** muitas *** features importantes (como algumas > > relacionadas com gerenciamento e administração) foram introduzidas - ou > > então melhoraram MUUUUITO) na versão 10 do db2 - nos Treinamentos que fiz > > tinham várias pessoas que já eram administradores do db2 em v9 e anteriores > > e frequentemente eles davam exemplos do dia a dia deles onde a ausência ou > > limitação da feature sendo explicada causou/causava dificuldades > > consideráveis.... Assim, se vc tiver por onde escolher não tem nem o que > > pensar, é curso do db2 10 para tentar administrar o que aparecer de bancos > > db2 10, as versões anteriores me pareceram BEM limitadas em alguns pontos > > de administração e uso diário, parecem ser mais "chatinhas" e mais sujeitas > > a issues.... > > > > []s > > > > Chiappa > > > > --- Em mailto:oracle_br%40yahoogrupos.com.br, Rafael Mendonca > > <raffaell.ti77@> escreveu > > > > > > Pessoal, alguém aqui já trabalhou/trabalha com o SGBD da IBM, DB2? > > > > > > Quem tiver experiência com esse SGBD pode dar uma esplanada de como é o > > > funcionamento/arquitetura, > > > > > > coisa bem rápida e bem superficial mesmo, nada de muitos detalhes. > > > > > > O motivo da minha curiosidade, é que recentemente irá ocorrer uma seleção > > > de DBA's Oracle para participar de um treinamento em SP e se especializar > > > em DB2, já que profissionais > > > > > > que trabalham com DB2 são poucos em relação a Oracle/SQL Server, a > > > empresa está disponibilizando uma seleção para fazer esse curso. > > > > > > Queria saber um pouco também sobre o mercado aqui no Brasil e nos Estados > > > Unidos e se por ter poucos profissionais disponíveis no mercado com > > > conhecimento em DB2, teria também uma > > > > > > remuneração maior. > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > > > > > > > > > > > > [As partes desta mensagem que não continham texto foram removidas] > > >
