Avançar para o conteúdo principal

IBM common client





A IBM tem vários motores de bases de dados. Os mais conhecidos são o DB2 e o Informix.
Para lhes aceder tinha, até aqui, de manter diferentes produtos de conectividade. Por exemplo o Informix tinha um driver de JDBC e o DB2 outro. A mesma coisa para PHP e .NET.
Claro que grande parte da lógica é igual e viram aqui uma forma de poupar umas massas em desenvolvimento e suporte. Para tal resolveram fazer clientes que consigam aceder às diferentes bases de dados.

O que permitiu esta estratégia foi a adopção no Informix e clouscape do DRDA como protocolo de acesso à base dados. Até à versão 11 o Informix tinha um protocolo próprio que vinha desde os primeiros tempos em que o suporte de rede foi adicionado.
A partir da versão 11 pode-se aceder à base de dados com um dos protocolos iNet (antigo) ou DRDA (standard e novo) em simultâneo.

O DRDA define a arquitectura distribuída de uma base de dados incluindo a forma como um cliente comunica pela rede com o servidor e até as API(s). É um standard publicado e gerido pelo Open Group. É assim uma espécie de SOAP para as bases de dados (na medida em que define uma forma standard de um cliente se ligar e interagir com o fornecedor de serviços).

Se mais SGBD(s) adoptassem o standard poderíamos ver uma enorme redução na quantidade de diferentes implementações de clientes ou então usar o mesmo cliente em todas as base de dados reduzindo curvas de aprendizagem ou podendo escolher entre o que melhor resolve os nossos problemas em vez de ter clientes completamente comprometidos com o SGBD.

Voltando à IBM, por aquilo que ouvi escolheram o que de melhor existia em cada um dos drivers e implementaram-no no driver comum. Todas as funcionalidades a partir de agora serão implementadas para todos os SGBD(s). Um exemplo é o novo produto da IBM : IBM Data studio que promete uma forma fácil de gerir os dados durante todo o ciclo de vida (modelação, implementação, qualidade, arquivo).

Comentários

Mensagens populares deste blogue

[Off-topic] "Novas" tendências de gestão

Afinal as novas tendências de gestão não são de agora. E as suas consequências também já são conhecidas há muito. Vejam esta carta do Senhor Vauban , Engenheiro Militar e Marechal de França, dirigida ao Senhor Losvois, Ministro da Guerra de Luís XIV, datada de 17 de Julho de 1683. "Monsenhor: ... Há alguns trabalhos nos últimos anos que não acabaram e não acabarão nunca, e tudo isso, Monsenhor, porque a confusão que causam as frequentes baixas de preços que surgem nas suas obras só servem para atrair como empreiteiros os miseráveis, malandros ou ignorantes e afugentar aqueles que são capazes de conduzir uma empresa. Digo mais, deste modo eles só atrasam e encarecem as obras consideravelmente porque essas baixas de preços e economias tão procuradas são imaginárias, dado que um empreiteiro que perde, faz o mesmo que um náufrago que se afoga, agarra-se a tudo o que pode; e agarrar-se a tudo, no ofício de empreiteiro, é não pagar aos fornecedores, pagar baixos salários, ter os piores

Conferência Europeia da Comunidade Alfresco

Já foi há quase quinze dias, mas julgo que ainda será relevante abordar a Conferência Europeia da Comunidade Alfresco, que decorreu em Barcelona no dia 22 de Abril. Com uma audiência de mais de 200 pessoas (a sala reservada estava cheia) vindas de vários pontos da Europa, este evento serviu para que muita gente desta comunidade se encontrasse pela primeira vez face a face. A Alfresco Inc. é uma empresa recente, que apostou em criar uma solução de gestão documental de topo de gama usando o modelo open-source . Considerando que a empresa, no seu terceiro ano de actividade, já atingiu o break-even , parece ter sido uma boa aposta. No arranque da conferência esteve John Powell, CEO da empresa, que falou um bocado sobre a excelente evolução da empresa e abordou a "guerra" entre o modelo de negócios proprietário e o modelo de código aberto. Exemplificou este conflito com o Microsoft SharePoint, que ele designou como "a morte da escolha", justificando o epíteto pelo facto

O que é uma POOL ?

Tenho andado a fazer implementações de mecanismos de pooling em Java 2 Enterprise Edition. Como me parece um conceito algo lato tentei a abordagem do dicionário. Alguns mostram que de facto a palavra é usada para muita coisa. A definição mais comum é "piscina". A que mais me agradou foi o que descobri na wikipedia , onde pooling é apresentada como uma técnica para guardar qualquer coisa que já não é necessária em determinado sitio (a que se chama pool ) com o objectivo de a usar quando necessário optimizando assim a utilização de recursos disponíveis. Partindo para a computação, existem vários tipos de pools: Thread Pool - Conjunto de threads livres que se vão adicionando a um fifo quando não necessárias e retirando quando se quiserem usar. Memory Pool - Conjunto de blocos de memória, todos da mesma dimensão, que se alocam inicialmente e usam à medida que necessário garantindo que o tempo de alocação de memória é constante e a fragmentação minima. Connect