Base de données Oracle
Oracle et Teradata sont tous deux Système de gestion de base de données relationnelle (SGBDR), cependant Oracle implémente un Système de gestion de base de données relationnelle (ORDBMS).[je]
Le SGBDR a été introduit à l'aide du modèle relationnel [ii] qui maintient les relations entre les tables à l'aide d'index, de clés primaires et de clés étrangères. Il est plus rapide d'extraire et de stocker des données par rapport à l'ancien système de gestion de base de données (SGBD)..
Bien que similaire à une base de données relationnelle, le modèle de base de données orienté objet d'Oracle utilise des objets et des classes pris en charge dans le schéma de base de données et le langage de requête..
À la fin des années 70, alors qu'Oracle devenait le premier SGBDR disponible sur le marché, Teradata jetait les bases du premier entrepôt de données. Ses capacités le rendaient parfait pour les mégadonnées (un terme inventé par Teradata), les outils de Business Intelligence (BI) [iii] et l'Internet des objets (IoT) [iv]..
Les systèmes de gestion de base de données relationnelle (SGBDR) peuvent être classés comme suit: Traitement des transactions en ligne - OLTP et Traitement analytique en ligne - OLAP.[v]
OLTP est transactionnel et fournit des données aux entrepôts de données et OLAP est conçu pour analyser les données..
"UNE entrepôt de données est une base de données contenant des données qui représentent généralement l'historique métier d'une organisation. Les données dans un entrepôt de données sont organisées pour faciliter l'analyse plutôt que pour traiter des transactions en temps réel comme dans systèmes de traitement des transactions en ligne (OLTP).
OLAP la technologie permet d'utiliser efficacement les entrepôts de données pour l'analyse en ligne, en fournissant des réponses rapides aux requêtes analytiques complexes et itératives.”[vi]
Bien que Teradata soit axé sur OLAP et Oracle pour OLTP, Oracle peut exécuter les bases de données OLTP et OLAP sur la même plate-forme, que Teradata ne prend pas en charge. Les performances confèrent à Oracle un avantage sur Teradata dans la plupart des scénarios de charges de travail mixtes..
Les transactions comprennent une ou plusieurs instructions SQL exécutées sur une base de données pour effectuer des tâches tout en préservant l'intégrité des données. Les transactions sont interdépendantes pour gérer et traiter les données ajoutées ou supprimées d'une base de données.
Oracle est conçu sur mesure pour le traitement des transactions en raison de sa flexibilité architecturale (avec un SGBDR objet), tandis que l'OLAP de Teradata est puissant pour trancher et découper des données (l'historique des données OLTP) à des fins d'analyse, sans avoir à déplacer ou à restructurer les données..
Oracle est principalement utilisé en tant qu’application dorsale en ligne pour la gestion des insertions, des mises à jour et des suppressions lors des transactions, tandis que Teradata est Entreposage de données qui gère le Big Data pour l'analyse et il n'y a pas de transactions en temps réel.
Teradata est un bon compromis entre matériel et logiciel, permettant de créer une appliance de base de données d'entreprise haut de gamme. Cependant, Oracle a lancé son serveur OLAP Exadata en 2008. Il s'agissait de la réponse d'Oracle à une appliance de base de données complète..
Les deux nécessitent un investissement important et sont plus adaptés aux bases de données très volumineuses qui exigent des performances élevées avec des requêtes complexes.
Teradata est Architecture de rien partagé (SN) alors que Oracle est Tout partagé.
Le terme rien partagé l'architecture fait référence à un système de gestion de base de données multiprocesseur où la mémoire et le stockage sur disque ne sont pas partagés entre les processeurs. [vii] La bande passante du réseau est partagée pour le transfert de données..
Avec Teradata, les données sont stockées sur des serveurs et chacun calcule sa propre partie. Les données sont partitionnées et stockées sur un ensemble de serveurs et chaque serveur est responsable de ses données. Google, Amazon et Facebook sont des exemples de plates-formes haut de gamme utilisant la même architecture..
Cependant avec Oracle tout partagé l'architecture, toutes les données sont accessibles sur tous les serveurs et les niveaux d'accès peuvent être appliqués à n'importe quelle partie des données en fonction des besoins. L'inconvénient potentiel est l'augmentation des coûts indirects liés à la gestion de l'accès aux données et pourrait rendre la gestion du système plus complexe à administrer..
L'architecture d'Oracle signifie efficacement que n'importe quelle machine peut accéder à toutes les données. C'est la différence fondamentale entre Teradata. Teradata est donc parfaitement adapté à l'entreposage de données et Oracle convient mieux à OTLP..
Notez qu'Oracle Exadata a déployé une approche hybride des deux architectures, un système Exadata ne peut pas être utilisé sans Oracle. Exadata est un moteur de stockage «complémentaire» et non une refonte du moteur de base de données Oracle..
L’évolutivité inclut plusieurs aspects d’une infrastructure informatique, tels que la gestion de l’augmentation des volumes de données et transactionnels, l’augmentation du nombre de données multidimensionnelles, le nombre d’utilisateurs, la gestion de la charge de travail, la complexité et le volume des requêtes, etc..
Teradata est À évolution linéaire[viii] Cela signifie que la capacité de la base de données peut être augmentée en ajoutant davantage de nœuds à l'infrastructure. Lorsque les volumes de données augmentent, les performances ne sont pas affectées..
Le système est conçu pour une évolutivité multidimensionnelle et fournit des modèles plus robustes pour la mise à l'échelle et la montée en puissance que Oracle. Bien que Oracle présente une bonne évolutivité, il est connu que le sous-système de stockage engendre des goulots d'étranglement et qu'il offre l'une des meilleures vitesses de traitement des données, mais seulement jusqu'à une certaine limite. Par exemple, si la plupart des requêtes sont connues et que les données utilisées mesurent moins de 600 To, Oracle pourrait convenir, mais si les données doivent augmenter au-delà, Teradata est le meilleur choix..
Teradata a un parallélisme inconditionnel [ix] alors que Oracle a un conditionnel. Cela représente un avantage pour OLAP pour Teradata, car ses performances sont exceptionnelles et permettent d’obtenir une réponse unique plus rapidement qu’un système non parallèle. Le parallélisme utilise plusieurs processeurs travaillant ensemble pour accomplir une tâche rapidement.
Pour utiliser une analogie du fonctionnement du parallélisme, imaginez une file d'attente dans un magasin d'achats achalandé, une file se séparant pour séparer les files d'attente de chaque caisse. La ligne se déplace plus rapidement de cette façon au lieu d’une file d’attente et d’une jusqu’à. Plus le chargement en parallèle est efficace, meilleures sont les performances du système..
Teradata a un parallélisme dans tout son système, y compris l'architecture, le traitement complexe et le chargement des données. Le réglage des requêtes n'est pas nécessaire pour traiter les demandes en parallèle et Teradata ne dépend pas des contraintes de plage de colonnes ni de la quantité de données limitée, contrairement à Oracle..
Les autres différences notables incluent:
Oracle et Teradata ont tous deux une maturité de produit et de technologie, mais Oracle dépasse le nombre d'implémentations par rapport à Teradata..
Oracle étant plus largement utilisé que Teradata, il dispose d'un ensemble d'outils riche, ce qui en fait le meilleur choix pour les développeurs et les utilisateurs professionnels. Selon les perceptions des utilisateurs professionnels, Teradata est trop complexe ou réservé à des experts spécialisés. Il est donc plus facile de trouver un utilisateur ou un développeur Oracle qualifié que de trouver un utilisateur Teradata..
Composant | Teradata | Oracle |
Architecture | · Rien partagé · Modèle relationnel · Les nœuds comportent plusieurs moteurs d'analyse et moteurs de base de données appelés processeurs de module d'accès. | · Tout partagé · Modèle relationnel-objet · Disque partagé / mémoire partagée faiblement couplée · Architecture de base de données pour bases de données à plusieurs noeuds |
OLAP | Système conçu et configuration essentielle non requise. | L'installation et la configuration pour OLAP sont techniques et complexes. |
OLTP | Pas possible. | Système conçu. |
Système opérateur | · Les fenêtres · Linux · UNIX | · Les fenêtres · Linux · UNIX · Mac OS X · Z / OS |
Parallélisme | "Toujours sur" inconditionnel, conçu dès le départ. | Conditionnel et imprévisible |
Tables de base de données | Les tables créées dans les bases de données et l'espace disque sont gérées par Teradata lui-même.. | Tables créées dans des espaces de table appartenant au schéma et ont des paramètres d'utilisation de l'espace. |
Objets de base de données | · Le curseur · Routine externe · Une fonction · Procédure · Déclencheur | · Domaine de données · Le curseur · Routine externe · Une fonction · Procédure · Déclencheur |
Utilisation d'index | Traditionnellement, n'utilisez pas beaucoup d'index car l'architecture parallèle met l'accent sur les exigences de performances en termes de débit.. | Comptez sur les index car les charges de travail OLTP ont besoin de chemins d'accès rapides. |
Interface | · SQL | · SQL · Interface graphique |
Types de données | ||
Chaîne | · CHAR · CLOB · VARCHAR | · CHAR · CLOB · VARCHAR · NCHAR · NVARCHAR |
Binaire | · BYTE · VARBYTE | · BFILE · LONGRAW · BRUT |
Date / heure | · TEMPS · RENDEZ-VOUS AMOUREUX · TIMESTAMP | · RENDEZ-VOUS AMOUREUX · TIMESTAMP |
Classement général des utilisateurs (enquête sur la centrale informatique) [xi] | Troisième | Premier |