La guerre des données : la montée en puissance de HCL Informix®.
Lawrence Fernandes
11 février 2025

"Personne n'est jamais vraiment parti." - Luke Skywalker
Dans une galaxie pas si lointaine, où l'évolutivité et la performance sont primordiales, un nom fait tranquillement sa réapparition - HCL Informix®. Souvent considéré comme un pilier des bases de données relationnelles traditionnelles, HCL Informix a régulièrement évolué pour répondre aux exigences des défis modernes en matière de données. Avec la sortie de HCL Informix v15, brièvement explorée dans le dernier épisode de Data Wars [1], un nouveau chapitre s'ouvre, qui le positionne comme une très grande base de données (VLDB), combinant son riche héritage SGBDR avec d'autres fonctionnalités innovantes préexistantes qui font un clin d'œil au paradigme NewSQL. Mais HCL Informix peut-elle vraiment prétendre à une place à la table des NewSQL ? Découvrons-le !
Un nouvel espoir pour NewSQL
Avant de plonger dans HCL Informix, parlons de NewSQL. Pourquoi est-ce important ? Ou devrais-je dire, "Est-ce que cela a encore de l'importance" ?
Tout d'abord, le terme NewSQL a été utilisé pour la première fois par Matthew Aslett, analyste chez 451Group, dans un document de recherche de 2011 [2] traitant de l'essor d'une nouvelle génération de systèmes de gestion de bases de données conçus pour combiner l'évolutivité de NoSQL avec les garanties ACID de SGBDR traditionnels. En 2020, j'ai écrit un article [3] sur l'émergence des bases de données NewSQL en tant que solution aux limites des systèmes SGBDR et NoSQL traditionnels, et j'ai conclu en prédisant une croissance significative de ce segment de l'industrie.
En ce qui concerne ma prédiction, si nous prenons comme référence les performances financières de deux des plus grands fournisseurs de NewSQL, à savoir CockroachDB et SingleStore, je dirais que j'avais partiellement raison. Selon Sacra, les revenus de Cockroach Labs ont augmenté à un TCAC de 140 % entre 2020 et 2021 [4], tandis que l'ARR de SingleStore a augmenté de 29 % entre 2022 et 2023, avec une valorisation de 1,30 milliard de dollars en 2023 [5]. Par ailleurs, selon Verified Market Reports, le marché des bases de données NewSQL était évalué à 22,81 milliards de dollars en 2023 et devrait atteindre 111,14 milliards de dollars d'ici 2030 avec un taux de croissance annuel composé de 21,78 % [6]. Ce sont de bons chiffres, mais pas exceptionnels, et loin de la domination absolue attendue par beaucoup en 2020.
Qu'en est-il de ma première affirmation ? Bien qu'il y ait un consensus général sur le fait que les systèmes NewSQL sont impressionnants, qu'ils visent à fournir une mise à l'échelle horizontale et une haute disponibilité (les principaux objectifs du mouvement NoSQL) tout en conservant le support des transactions acid et SQL (certains des meilleurs avantages de la SGBDR), la réalité montre que tout ce qui brille n'est pas de l'or [7]. Les fournisseurs de nouveaux systèmes SQL ont été confrontés à de nombreux défis, tels que l'éducation du marché, l'intégration avec les écosystèmes de données existants, la compatibilité avec les applications existantes, les problèmes de rentabilité dans les déploiements à grande échelle, l'incapacité à garantir la cohérence [8] et le manque de normalisation [9][10].
Comparaison SGBDR (SQL) vs NoSQL vs NewSQL par Dr. Rabi Prasad Padhy [9]
Bien que le mouvement NewSQL soit déjà mature (avec plus de 10 ans d'existence [11]) et que l'adoption sur le marché ait progressé, même les principaux acteurs ont affiché une croissance modérée avec une part de marché limitée. En fait, la plupart des premiers fournisseurs de NewSQL ont cessé leur activité, ont été vendus (et n'ont pas réussi à obtenir des sorties importantes) ou ont pivoté [12][13]. En outre, la concurrence croissante des fournisseurs de SGBDR et le fait que les fournisseurs NoSQL s'en sortent mieux en comparaison rendent l'avenir de NewSQL incertain, de nombreux experts déclarant déjà la mort de NewSQL dès 2021 [7][11][12][13].
La concurrence contre-attaque
De retour en 2025, la vie est loin d'être facile pour les fournisseurs NewSQL restants sur le marché. Vendre des bases de données est indéniablement un défi - une réalité dont je peux témoigner par expérience personnelle. Le problème principal réside dans la "rigidité" des bases de données ; les entreprises sont à juste titre prudentes lorsqu'il s'agit de migrer à partir de leurs systèmes SGBDR ou NoSQL établis. En outre, nombre de ces systèmes ont évolué vers des bases de données multi-modèles, une catégorie que Gartner a placée sur le plateau de la productivité dans son Hype Cycle 2023 pour la gestion des données.
Gartner Hype Cycle pour la gestion des données, 2023
Cela nous amène à HCL Informix : un SGBDR bien établi avec une histoire et un pedigree riches qui a évolué vers une base de données multi-modèle. Fondée en 1980 et introduite en bourse en 1986, HCL Informix (alors appelée simplement "Informix") s'est imposée dans les années 1990, devenant la deuxième base de données la plus populaire après Oracle. Selon Art Kagel, au cours des guerres féroces des bases de données des années 90, Informix et Oracle se sont livrés une concurrence acharnée pour le titre de "meilleure" performance OLTP, Informix n'ayant jamais perdu un benchmark comparatif contre Oracle, Sybase, SQL Server ou d'autres concurrents [14]. En ce qui concerne les tests de performance, un ancien test TPC-D a révélé qu'Informix était 70 % plus rapide qu'Oracle tout en fonctionnant avec 25 % de matériel en moins [15].
Test de référence TPC-D des années 90
De 1996 à 2000, Michael Stonebraker, légende du monde des bases de données, est devenu le directeur technique d'Informix, après l'acquisition d'Illustra[16]. Malgré ses avancées technologiques, le succès d'Informix a été entaché par des revers techniques [17][18] et des scandales financiers[19], qui ont entraîné la chute de l'entreprise. Les efforts de redressement par le biais de restructurations et d'acquisitions ont finalement échoué, aboutissant à l'acquisition d'Informix par IBM en 2005.
Comme l'a déclaré Art Kagel, "IBM a apporté plus d'améliorations et de nouveautés au produit qu'Informix Corp. au cours de ses 18 années d'existence" [20]. Parmi ces améliorations figurent l'Informix Warehouse Accelerator (IWA), la support de l'API MongoDB et des protocoles de connectivité, entre autres.
de connectivité, entre autres. Cependant, pour de nombreuses raisons (dont certaines sont évoquées dans le même fil de discussion Quora [20]), la concurrence a riposté, ce qui a entraîné une perte de parts de marché et de notoriété.
L'essor de HCL Informix
En 2017, IBM a signé un accord de partenariat à long terme avec HCLTech, l'une des plus grandes sociétés de conseil au monde (parmi d'autres activités connexes), pour développer conjointement la famille de produits Informix [21][22], ce qui nous amène à HCL Informix : la même base de données Informix que les clients ont appris à aimer, mais sous licence Actian, une division de HCLSoftware [23].
HCL Informix a la parité de produit avec IBM® Informix® Advanced Enterprise Edition, y compris le support pour IWA, et maintenant ses propres offres HCL Informix 4GL et ISQL, ainsi que de nouvelles capacités passionnantes lancées dans la version 15. Avec un modèle de licence simplifié par cœur, des prix compétitifs, un support client expérimenté et l'absence d'enfermement propriétaire le nuage, HCL Informix a toutes les raisons de séduire [24].
Mais vous pouvez demander : "D'accord, mais HCL Informix est-il un système NewSQL ?". La réponse courte est non. Cependant, HCL Informix a évolué au fil des décennies pour inclure des capacités multi-modèles (supportant les données relationnelles, documentaires, temporelles et spatiales), ce qui lui permet de rivaliser avec les systèmes NewSQL et NoSQL. Sa combinaison unique de caractéristiques de bases de données relationnelles traditionnelles et de capacités modernes telles que la haute disponibilité, l'évolutivité et la gestion de données hybrides en fait un concurrent redoutable dans les deux catégories, ce qui en fait un choix polyvalent pour les entreprises qui cherchent à combler le fossé entre la gestion des données structurées et non structurées.
L'API MongoDB de HCL Informix permet aux développeurs d'exploiter nativement les capacités de stockage et d'interrogation de documents de type MongoDB, en prenant également en charge le shell MongoDB et tous les utilitaires et outils de commande MongoDB standard, ainsi qu'en fournissant une API REST, une connectivité MQTT et un partage des données JSON [25]. En fournissant une plateforme unifiée pour les charges de travail SQL et NoSQL, HCL Informix élimine le besoin de SGBD distincts et réduit la complexité opérationnelle. Cette approche hybride est particulièrement précieuse pour les entreprises qui gèrent des charges de travail transactionnelles mixtes et qui ont également besoin de stocker des documents JSON.
L'architecture filaire d'HCL Informix
Les fonctions de réplication des données de HCL Informix permettent une réplication transparente des données entre les nœuds, garantissant la cohérence données et la tolérance aux pannes [26]. HCL Informix propose une suite complète de fonctions de réplication des données - réplication d'entreprise (ER), réplication des données à haute disponibilité (HDR), secondaire autonome à distance (RSS) et secondaire à disque partagé (SDS) - qui rivalisent avec les capacités de réplication des systèmes NoSQL et NewSQL.
Enterprise Replication permet une réplication asynchrone multi-maître dans des environnements géographiquement distribués, ce qui la rend comparable aux solutions NoSQL telles que les ensembles de répliques de MongoDB [27].
comme les ensembles de répliques de MongoDB [27]. HDR, quant à lui, fournit une réplication synchrone pour une configuration primaire-secondaire, garantissant une forte cohérence données, à l'instar des bases de données NewSQL telles que SingleStore, qui donnent la priorité à CAcohérence et disponibilité) dans le théorème CAP [28].
HCL Informix's Enterprise Replication vs. HDR
RSS ajoute de la flexibilité en permettant des répliques en lecture seule sur des sites distants, en optimisant la reprise après sinistre et l'évolutivité de la lecture globale, à l'instar des paramètres de préférence de lecture de MongoDB ou des répliques régionales de Spanner [29]. Enfin, SDS étend l'évolutivité et la tolérance aux pannes en permettant une architecture à disque partagé avec une latence minimale, ce qui le rend idéal pour les charges de travail OLTP de de haute performance [30].
Caractéristiques HCL Informix HADR vs. ER
Les capacités VLDB de HCL Informix renforcent encore sa position par rapport aux systèmes NoSQL et NewSQL dans le traitement des ensembles de données massifs. SmartBLOBs permet de gérer d'importants volumes de données non structurées en offrant des capacités de stockage, d'extraction et de manipulation efficaces pour les contenus multimédias, les documents et d'autres types de données BLOB/CLOB, intégrés de manière transparente dans les flux de travail transactionnels - une fonctionnalité encore améliorée avec la sortie de External SmartBLOBs dans HCL Informix 15 [31].
En outre, HCL Informix 15 possède des adresses de lignes et de pages plus grandes : la taille des tables a été multipliée par 134 millions, la taille des morceaux par 2,25 millions et la capacité de stockage par 4,2 millions par rapport à HCL Informix 14.10. Grâce à cette modification, la capacité de stockage maximale d'une instance HCL Informix 15 atteint un demi yottaoctet, soit 4 fois la taille estimée de l'internet !
HCL Informix 15 ré-architecturé pour une amélioration massive de la capacité de stockage
Ensemble, ces caractéristiques offrent aux entreprises une boîte à outils de réplication polyvalente et la capacité de gérer des quantités massives de données, comblant ainsi le fossé entre la fiabilité SGBDR traditionnelle et la mise à l'échelle horizontale des plateformes NoSQL et NewSQL modernes. Pour une comparaison approfondie de HCL Informix avec certains fournisseurs clés de NewSQL, veuillez consulter les tableaux ci-dessous :
Caractéristique/métrie | Informix | Fournisseurs NewSQL |
Catégorie | SGBDR traditionnel avec capacités multi-modèles | Bases de données hybrides combinant les caractéristiques SGBDR et l'évolutivité NoSQL |
Architecture | Architecture SGBDR traditionnelle avec clustering optionnel et capacités cloud améliorées | Architectures distribuées et "cloud-native" conçues pour l'évolutivité horizontale |
Modèles de données pris en charge | Relationnel, document (JSON), séries temporelles, spatial | CockroachDB : Relationnel
SingleStore : Relationnel, clé/valeur, document (JSON), orienté objet, multivaleur, vecteur Clé de voûte : Relationnel, clé/valeur, vecteur YugabyteDB : relationnel, clé/valeur |
Transactions par seconde (TPS) | 2 millions de TPS | CockroachDB : 1,684,437 TPS
SingleStore : 10M TPS Google Cloud Spanner : 1B TPS YugabyteDB : 100K |
Capacité de stockage maximale | Un demi Yottabyte | CockroachDB : ~890TB (10TiB par nœud, recommandé 81 nœuds max)
SingleStore : Illimité (théoriquement illimité sur Spanner : ~850TB (10TB par nœud, 85 nœuds maximum - mais les utilisateurs peuvent demander une augmentation) YugabyteDB : ~1000TB (10TB par nœud, 100 nœuds maximum testés - mais il est possible d'en faire plus, mais des goulots d'étranglement au niveau des performances peuvent se produire). |
Tables par base de données | 477.102.080 (tables maximales par système, supportant jusqu'à 21 millions de bases de données par système) | CockroachDB : Pratiquement illimité
SingleStore : Pratiquement illimité Clé de serrage : 5000 YugabyteDB : virtuellement illimité |
Colonnes par tableau | 32K | CockroachDB : 1600
SingleStore : 4096 Clé de serrage : 1024 YugabyteDB : 1600 (limite sur PSQL, pas sur YugabyteDB lui-même) |
Évolutivité | Conçu pour une mise à l'échelle verticale (scale-up) en tirant parti d'un matériel plus robuste ; la mise à l'échelle horizontale (scale-out) est prise en charge mais nécessite une configuration spécifique.
Les fonctions de mise à l'échelle horizontale comprennent la fragmentation, le partage (à la fois local ou distant, et les données JSON), la réplication et les requêtes distribuées. |
CockroachDB : Conçu pour une mise à l'échelle horizontale, il répartit automatiquement les données entre les nœuds et permet d'ajouter ou de supprimer des nœuds sans effort.
SingleStore : Prise en charge de la mise à l'échelle verticale et horizontale, optimisation des requêtes rapides et des charges de travail OLTP/OLAP mixtes. La clé de voûte : évolutivité horizontale exceptionnelle ; s'étend sur plusieurs régions et zones tout en conservant une cohérence globale YugabyteDB : hautement évolutif, évolue horizontalement par l'ajout de nœuds, conçu pour une distribution globale |
Conformité de l'ACID | Entièrement compatible avec la norme ACID, garantissant des transactions robustes dans des configurations à un seul nœud ou distribuées. | CockroachDB : Entièrement conforme à la norme ACID, même pour les transactions distribuées
SingleStore : Assure la conformité ACID, mais la transactionnalité peut varier en fonction des types de tables spécifiques. Spanner : Entièrement compatible ACID avec la cohérence forte basée sur TrueTime YugabyteDB : entièrement compatible ACID, conçu pour les charges de travail transactionnelles distribuées |
Théorème de la PAC | Adhère principalement à CAcohérence et disponibilité) convient aux charges de travail OLTP dans des réseaux stables | CockroachDB : Se concentre sur CP cohérence et tolérance de partition), sacrifiant la disponibilité dans certains scénarios de partition.
SingleStore : vise l'AC, optimisé pour la performance avec une tolérance de partition stricte La clé de voûte : Équilibre le CP, avec des transactions globalement cohérentes utilisant TrueTime YugabyteDB : Priorité au CP, offrant une forte cohérence dans les configurations distribuées |
Facilité d'utilisation | Un écosystème mature, prêt pour l'entreprise, avec une large gamme d'outils et d'intégrations, et une documentation solide. d'outils et d'intégrations, ainsi qu'une solide documentation |
CockroachDB : Facile à mettre en place avec une bonne connaissance de SQL et un outil intuitif ; la mise à l'échelle horizontale transparente peut nécessiter une certaine expertiseSingleStore : Conçu pour être facile à utiliser avec des fonctionnalités axées sur l'intégration (par exemple, les pipelines), mais la gestion des types de table (rowstore vs. columnstore) ajoute de la complexité. Clé de serrage : Simple pour les opérations de base, mais les fonctions avancées nécessitent une compréhension de TrueTime et de la distribution mondiale. YugabyteDB : syntaxe SQL familière et bonne documentation pour les développeurs ; le déploiement distribué peut être difficile pour les débutants. |
Cas d'utilisation cibles | Idéal pour l'OLTP, les données IoT, les charges de travail en série temporelle et les applications professionnelles traditionnelles nécessitant des performances stables.
Support des charges de travail OLAP pensées IWA ou intégration en temps réel avec la plateforme de données Actian pour l'analyse des données big data Support des architectures hybrides : HCL Informix est disponible sur site et sur les places de marché en nuage (AWS, Azure, |
CockroachDB : Très bien adapté à l'OLTP distribué à l'échelle mondiale les charges de travail, les configurations multirégionales, les applications SaaS modernes et les architectures hybrides (sur site, AWS, Azure, GCP, DigitalOcean).SingleStore : Optimisé pour les cas d'utilisation OLTP et OLAP mixtes, les analyses des données en temps réel et les charges de travail à ingestion rapide telles que l'IoT. Service géré (SaaS) limité à AWS La clé à molette : Applications mondiales à l'échelle de l'entreprise avec des besoins stricts en matière de cohérence et de haute disponibilité. Service géré (SaaS) limité à GCP YugabyteDB : Cloud-native, charges de travail transactionnelles distribuées et architectures cloud hybrides (sur site, AWS, Azure, GCP) |
Merci de votre lecture, et si vous êtes intéressé par HCL Informix, Actian, la division Data & Analytics de HCLSoftware, est prête à vous support dans votre démarche de modernisation de votre base de données. Jusqu'au prochain épisode de Data Wars, que la force (des données) soit avec vous ! Si vous avez aimé ce blog, pensez à vous abonner à ma lettre d'information Data Wars sur LinkedIn.
Hommage à un héritage d'excellence dans la communauté Informix
Je dédie cet article à la mémoire de Harry Carlton Doe III, un pilier de la communauté Informix dont le dévouement et l'expertise ont inspiré d'innombrables professionnels. Bien que nous ne nous soyons jamais rencontrés, les contributions de Carlton Doe - notamment en tant que membre fondateur de l'International Informix utilisateur Group (IIUG) et ses nombreux ouvrages sur Informix (dont je possède un exemplaire) - ont laissé une marque indélébile, et son héritage continue de guider et de renforcer l'ensemble de la communauté Informix.
OBS : Informix est une marque déposée d'IBM Corporation dans au moins une juridiction et est utilisée sous licence.
Références :
[1] Lawrence Fernandes. Data Wars : 2024 Wrap-Up.
[2] Aslett, Matthew (6 avril 2011). "Ce dont nous parlons quand nous parlons de NewSQL". 451 Group.
[3] Lawrence Fernandes. Data Wars : A NewSQL Hope (La guerre des données : un espoir pour NewSQL).
[4] https://sacra.com/c/cockroach-labs/
[5] https://sacra.com/c/singlestore/
[6] https://www.verifiedmarketreports.com/product/newsql-database-market/
[7] https://dev.to/arctype/too-good-to-be-true-why-newsql-failed-l7p
[8] Les systèmes de base de données NewSQL ne parviennent pas à garantir la cohérence, et je blâme Spanner. Daniel Abadi. Amusements sur les SGBD. 21 septembre 2018.
[9] Bases de données NewSQL. Mandeep Kumar. Juillet 2022.
[10] Google Spanner : un voyage NewSQL ou le début de la fin de l'ère NoSQL. Rabi Prasad Padhy. Octobre 2018.
[11] Dix ans de NewSQL : Retour vers le futur des bases de données relationnelles distribuées. Matt Aslett. Juin 2021.
[12] Andrew Pavlo. La rétrospective officielle des dix ans des bases de données NewSQL : Vidéo
[13] Andrew Pavlo. La rétrospective officielle des dix dernières années des bases de données NewSQL : PDF
[14] Art Kagle. Quora. Quels sont les avantages d'utiliser une base de données Informix plutôt qu'une base de données Oracle ?
[15] Informix IDS vs Oracle : A Competitive Comparison. https://slideplayer.com/slide/6229837/
[16] https://en.wikipedia.org/wiki/Michael_Stonebraker
[17] Informix admet qu'un code défectueux va faire planter Universal Server. TechMonitor, CBR Staff Writer, octobre 1996. https://www.techmonitor.ai/technology/informix_admits_faulty_code_will_crash_universal_server
[18] New Era n'a pas disparu, mais n'est plus d'actualité. TechMonitor, CBR Staff Writer, juillet 1997. https://www.techmonitor.ai/technology/informixs_new_era_is_not_gone_just_no_longer_relevant_1/
[19] Steve W. Martin. 2005. La véritable histoire d'Informix Software et de Phil White : Lessons in Business and Leadership for the Executive Team. Sand Hill Publishing.
[20] Art Kagle. Quora. Quels sont les avantages et les inconvénients de l'utilisation d'Informix comme base de données ? https://qr.ae/pYsl2Z
[21] Art Kagle. Quora. Quel est l'avenir d'Informix ? https://qr.ae/pYsdFQ
[22] https://virtual-dba.com/blog/explaining-the-ibm-hcl-partnership/
[23] https://www.hcl-software.com/actian/informix
[24] https://www.actian.com/databases/hcl-informix/
[25] https://help.hcl-software.com/hclinformix/15.0.0/json/json.html
[26]https://docs.deistercloud.com/content/Databases.30/IBM%20Informix.2/Replication
[27]https://docs.deistercloud.com/content/Databases.30/IBM%20Informix.2/Replication/ER.xml
[28Embarqué
[29]https://docs.deistercloud.com/content/Databases.30/IBM%20Informix.2/Replication/ER.xml
[30]https://docs.deistercloud.com/content/Databases.30/IBM%20Informix.2/Replication/RSS.xml
[31] https://help.hcl-software.com/hclinformix/15.0.0/1infocenter/new_features_ce.html#concept_v15.0.0.0__ext_sbspace_15.0.0.0
Avis de non-responsabilité :
Je ne suis ni affilié ni soutenu par les auteurs cités ou par The Walt Disney Company. Les références à Star Wars ne sont qu'un hommage fait par des fans.
S'abonner au blog d'Actian
Abonnez-vous au blogue d'Actian pour recevoir des renseignements sur les données directement à vous.
- Restez informé - Recevez les dernières informations sur l'analyse des données directement dans votre boîte de réception.
- Ne manquez jamais un article - Vous recevrez des mises à jour automatiques par courrier électronique pour vous avertir de la publication de nouveaux articles.
- Tout dépend de vous - Modifiez vos préférences de livraison en fonction de vos besoins.