O que você mais gosta IBM Informix?
Para explicar o que mais gosto, vou me referir a dois aspectos: A) NoSQL vs RDBMS e B) Motores Freeware e Licenciados
A) Dados distribuídos são baseados em replicação, e a partição de dados permite não apenas escalar o desempenho geral, mas também melhorar a disponibilidade. Existem dois fluxos, um baseado em Hadoop e o outro em Sharding, o primeiro requer uma grande quantidade de espaço em disco, outro custo invisível, e que inicialmente ninguém se preocupa, à medida que os custos de armazenamento caem, não há necessidade de se preocupar com duplicação de dados e desperdício de espaço. Além da questão do espaço, os dados estão abertos, e ainda não há muitas ferramentas de segurança para ocultar e proteger os dados. Não tenho certeza se todos compartilham ou conhecem essas coisas..., então, novamente, isso confronta pessoas com diferentes maneiras de pensar. Por outro lado, manter a replicação no Hadoop não é algo plug and play, também tem seus desafios e requer scripts Java complexos. Por último, se usarmos Hadoop, estamos indo em direção a um banco de dados NoSQL ou não estruturado, e novamente, é aqui que muitas pessoas ficam confusas..., então por que girar a roda na direção oposta!, enquanto podemos usar dados distribuídos implementados em RDBMS (sharding)..., temos que ter em conta que o NoSQL sacrifica a consistência principalmente por um método de bloqueio otimista que consome muito espaço para evitar lidar com atomicidade e isolamento. Definitivamente, o NoSQL não pode substituir o RDBMS, pois o modelo BASE é para alguns casos de uso específicos, e para empresas que definiram suas próprias soluções que nenhuma outra no mercado foi capaz de fazer..., mas naquela época!, os RDBMS agora também fortaleceram seus motores, e em um caso até começaram a integrar e melhorar o modelo não estruturado integrando-o com o estruturado, no mesmo repositório de dados combinando o melhor dos dois mundos, isso mantendo o desempenho e a capacidade, sem sacrificar consistência, atomicidade e isolamento ao mesmo tempo!. Há apenas uma empresa que entendeu esse problema e começou a trabalhar em um novo paradigma, e isso é para suportar o modelo de dados não estruturados junto com o estruturado. Esta empresa é a IBM, e seu poderoso motor INFORMIX. Em qualquer um dos cenários, seja por sharding ou fazendo a partição de dados necessária para escalar horizontalmente, um motor de banco de dados precisa de uma tecnologia de replicação muito forte. A implantação do INFORMIX tem sido impulsionada por suas forças em replicação – o Informix emprega uma das arquiteturas de replicação mais escaláveis e eficientes da indústria – e gerenciamento de dados. Ele também combina forças em gerenciamento de dados embutidos com baixa sobrecarga administrativa, uso altamente eficaz de recursos de servidor e resiliência de classe empresarial.
INFORMIX é orientado para resolver a mudança maciça que está ocorrendo em ambientes de computação ao redor do mundo. Especificamente, dados não estruturados estão inundando as organizações e as empresas estão lutando para escolher entre um banco de dados relacional ou NoSQL para lidar com isso. Enquanto o NoSQL oferece a capacidade de ter elasticidade dinâmica com dados e sua organização, esses bancos de dados carecem de elementos essenciais como escalabilidade, segurança, implantação flexível, suporte a transações e integração completa de dados. INFORMIX oferece uma solução que pode lidar nativamente com dados NoSQL e estruturados simultaneamente, proporcionando um único sistema com a integração perfeita de todos os dados dentro da empresa. Destina-se a ajudar os desenvolvedores a usar tipos de dados JSON e BSON nativos, bem como outras funções NoSQL (incluindo sharding) para compatibilidade plug-and-play completa com MongoDB e outros bancos de dados NoSQL. Os desenvolvedores de aplicativos podem acessar dados estruturados e não estruturados em uma única instrução e juntá-los conforme necessário. Aplicações NoSQL podem usar as capacidades de nível empresarial de um sistema de banco de dados estruturado, incluindo suporte a transações, backup e recuperação, H/A, compressão, escalabilidade aprimorada, segurança e controle de acesso. Todas essas últimas características não são menores e são características de qualquer outro motor NoSQL. Acho que a capacidade de desenvolvimento híbrido do INFORMIX-NoSQL para gerenciar e apresentar repositórios de dados estruturados e não estruturados, será muito importante à medida que as organizações perceberem que 1) há valor nos novos paradigmas de esquema flexível como JSON, 2) aplicativos existentes podem se beneficiar de poder apresentar esses dados, 3) aplicativos baseados em JSON poderiam se beneficiar do acesso aos dados relacionais que já estão nos bancos de dados relacionais da organização, 4) NÃO serão necessárias novas contratações para trabalhar no espaço NoSQL/JSON, simplificando o complexo, caro, lento e propenso a erros ETL diário, de múltiplas fontes de dados.
B) Este é o TCO (Custo Total de Propriedade). Isso tem a ver com quão fácil é manter um motor, isso então tem a ver com TBF (Tempo Entre Falhas) ou tempo de inatividade não planejado, e o quanto a tecnologia permite evitar o tempo de inatividade ou planejar o tempo de inatividade para reduzi-lo. Tudo isso à luz das despesas incorridas para mantê-lo, apoiá-lo versus custos de licenciamento.
Eu sempre gosto de chamar isso de CUSTOS DIRETOS e INDIRETOS.
CUSTOS DIRETOS é muito simples, é representado pelo custo das licenças. CUSTOS INDIRETOS são aqueles que NINGUÉM parece ver, é incrível!. É por isso que uma plataforma precisa de mais recursos do que outras..., é matemática simples, se uma plataforma está o tempo todo exigindo que um engenheiro mexa aqui, e ali, hoje, no próximo mês novamente a mesma coisa no mesmo lugar, em uma palavra REFAZENDO!. Isso está consumindo a maior parte do tempo do DBA, que poderia ser usado para fazer o negócio crescer. Se o DBA passa a maior parte do tempo em correções recorrentes!... então é simples, outro DBA é necessário. Não é apenas o que refazemos, mas também o que não podemos fazer porque estamos presos corrigindo. CUSTOS INDIRETOS são invisíveis!, incrível, mas real. Existem também muitos aspectos a considerar como CUSTOS INDIRETOS, como desempenho, capacidade, quanto um motor pode fazer com isso..., e estou falando de usar o mesmo h/w, os mesmos dados, mas quanto ele é capaz de processar é fundamental..., então QUANTO O MOTOR PODE FAZER COM MENOS!. Análise coletada por e hospedada no G2.com.
