IDMS

Le IDMS (système de gestion de base de données Integrated) est le système de gestion de base de données de de la codasyl d'a (réseau ) d'abord développé au B. Goodrich et plus tard lancé sur le marché par des systèmes de base de données de Cullinane (retitrés Cullinet en 1983). Depuis le 1989 le produit a été possédé par le Computer Associates , qui l'a retitré le CA-IDMS .

Histoire

Les racines d'IDMS retournent le Dr. identification de s de Bachman Charles à '(IDS ), un premier moteur de base de données développé au General Electric .

En quelques années 60 tôt l'identification a été prise de sa grille d'origine, par le groupe d'ordinateur de la Division chimique de B. Goodrich, et récrit dans une langue a appelé ISL (langue de système intermédiaire). L'ISL a été conçu comme langage de programmation de système portatif capable produire le code pour une série de machines cibles. Puisque l'ISL a été écrit réellement en sa propre langue (ISL) il pouvait être mis en communication à d'autres architectures de machine avec la facilité relative, et puis produire le code qui s'exécuterait sur elles.

Le groupe chimique d'ordinateur de Division avait pris une certaine en considération vendre des copies d'IDMS à d'autres compagnies, mais a été dit par la gestion qu'elles n'étaient pas dans les affaires de logiciels. Par la suite une affaire a été frappée avec John Cullinane pour acheter les droites et pour lancer le produit.

Puisque Cullinane a été exigé pour remettre des redevances de nouveau au B. Goodrich , tous les produits ajoutés étaient énumérés et affichés en tant que produits séparés - même si il était obligatoire pour que le produit du noyau IDMS les travaille. Ce clients parfois confus.

Les plates-formes originales étaient l'ordinateur d'ordinateur de GE 235 et de commutation de messages du réseau informatique 30 de GE : plus tard le produit a été mis en communication aux unités centrales d'IBM et au DEC et au matériel d'ICL .

La version IBM-mise en communication fonctionne sur des systèmes de l'unité centrale d'IBM de ( System/360 , Système/370 , System/390 , ZSeries , système z9 ). Dans les années 80 mid- , on l'a réclamé qu'environ 2.500 permis d'IDMS avaient été vendus. Les utilisateurs ont inclus la commande d'air stratégique, Ford du Canada, Bay Company de Royal Insurance, Manulife, Hudson, clinique de Cleveland, banque du Canada et BT au R-U.

Une version pour l'usage sur la série de DECSYSTEM d'ordinateurs a été vendue au DEC et a été lancée sur le marché comme DBMS10 et DBMS20 postérieur.

Dans le 1976 le code source a été vendu à ICL , qui a mis en communication le logiciel pour courir sur leur des unités centrales de 2900 séries , et plus tard aussi sur la gamme plus ancienne du 1900. ICL a continué le développement du logiciel indépendamment de Cullinane, vendant le produit mis en communication original sous le IDMS de nom original et une version augmentée comme IDMSX . Sous cette forme il a été employé par beaucoup de grands utilisateurs BRITANNIQUES, un exemple étant le système de Payer-Comme-Vous-Gain actionné par le revenu intérieur BRITANNIQUE. Plusieurs de ces systèmes fonctionnent toujours dans le 2005 .

Dans le tôt aux mi années 80 , les systèmes de gestion de bases de données relationnelles ont commencé à devenir plus populaires, encouragé en augmentant la puissance de matériel et le mouvement aux mini-ordinateurs et à l'architecture du serveur de client . Les bases de données relationnelles ont offert la productivité améliorée de développement au-dessus des systèmes de la codasyl , et les objections traditionnelles basées sur la dégradation des performances diminuaient solidement.

Le Cullinet a essayé de concurrencer le DB2 de s d'IBM le 'et d'autres bases de données relationnelles en développant un d'entrée apparenté et une gamme des outils de productivité. Ceux-ci ont inclus le service de système automatique (ASF), qui s'est servi d'un dispositif préexistant d'IDMS appelé le LRF (service d'article). La PPA était un générateur de base de données de fill-in-the-blanks qui développerait également une mini-application pour maintenir les tables.

Il est difficile de juger si de tels dispositifs peuvent avoir été réussis en prolongeant la vie de vente du produit, mais ils ont fait peu d'impact à long terme. Ces utilisateurs qui sont restés avec IDMS étaient principalement intéressés à sa haute performance, pas par ses possibilités apparentées. On l'a largement identifié (aidé par une campagne de profil haut par E. Codd , le père du modèle apparenté ) qu'il y avait une différence significative entre une base de données relationnelle et une base de données réseau avec un placage apparenté.

Des systèmes de legs d'IDMS toujours sont en cours d'exploitation aujourd'hui. Peu de clients ont émigré Cullinet à l'autre la base de données offrant IDMS/R.

Dictionnaire des données Integrated

Un des dispositifs sophistiqués d'IDMS était son dictionnaire des données Integrated intégré (IDD). L'IDD a été principalement développé pour maintenir des définitions de base de données. C'était lui-même une base de données d'IDMS.

DBAs (administrateurs de base de données) et d'autres utilisateurs se sont connectés par interface à l'IDD using une langue de définition de dictionnaire des données appelés de langue (DDDL).

IDD a été également employé pour stocker des définitions et le code pour d'autres produits dans le famille d'IDMS tel qu'ADS/Online et IDMS-DC.

La puissance d'IDD était qu'elle était extensible et pourrait être employée pour créer des définitions juste environ de n'importe quoi. Quelques compagnies l'avaient l'habitude pour développer la documentation interne.

Vue d'ensemble

Modèle de données logiques

Le modèle de données offert aux utilisateurs est le modèle de réseau de la codasyl . Les concepts structurants principaux dans ce modèle sont des disques et des ensembles. Les disques suivent essentiellement le modèle de COBOL , se composant des champs de différents types : ceci permet la structure interne complexe telle que des articles de répétition et des groupes de répétition.

Le concept structurant le plus distinctif dans le modèle de codasyl est le réglé. Ne pas être confondu avec un ensemble mathématique, un ensemble de codasyl représente des un-à-beaucoup rapport entre les disques : un propriétaire, beaucoup de membres. Le fait qu'un disque peut être un membre dans beaucoup de différents ensembles est le facteur clé qui distingue le modèle de réseau du modèle hiérarchique plus tôt. Comme avec des disques, chaque ensemble appartient à un type réglé appelé (l'ensemble différent dactylographie différents rapports logiques modèles). Des ensembles en fait sont commandés, et l'ordre des disques dans un ensemble peut être employé pour donner l'information. Un disque peut participer en tant qu'un propriétaire et membre de tout nombre d'ensembles.

Les disques ont l'identité, l'identité représenté par une valeur connue sous le nom de clé base de données de . Dans IDMS, comme dans la plupart des autres réalisations de codasyl, la clé base de données est directement liée à l'adresse physique du disque sur le disque. Des clés base de données sont également employées comme des indicateurs pour mettre en application des ensembles sous forme de listes chaînées et d'arbres. Cette correspondance étroite entre le modèle logique et l'exécution physique (qui n'est pas une partie strictement nécessaire du modèle de codasyl, mais était une caractéristique de toutes les réalisations réussies) est responsable de l'efficacité de la récupération de base de données, mais fait également des opérations telles que le chargement et la restructuration de base de données plutôt chers.

Des disques peuvent être accédés directement par clé base de données, en suivant des rapports réglés, ou par accès direct using les valeurs principales. Au commencement le seul accès direct était par le brouillage, un mécanisme connu dans le modèle de codasyl comme accès de CALC. Dans IDMS, l'accès de CALC est mis en application par un ensemble interne, liant tous les disques qui partagent la même valeur de gâchis à un disque de propriétaire qui occupe les bytes premiers de chaque page de disque.

En années suivantes, quelques versions d'IDMS ont ajouté la capacité d'accéder à des disques employant Arbre-comme des index.

Stockage

IDMS organise ses bases de données comme série de dossiers. Ces dossiers sont tracés et préformatés dans les soi-disant secteurs . Les secteurs sont subdivisés en pages qui correspondent aux blocs physiques sur le disque. Les disques de base de données sont stockés dans ces blocs.

Le DBA assigne un nombre fixe de pages dans un dossier pour chaque secteur. Le DBA définit alors que des disques doivent être stocké dans chaque secteur, et des détails de la façon dont ils doivent être stockés.

IDMS entremêle les pages spéciales d'espace-attribution dans toute la base de données. Ces pages sont employées pour maintenir l'espace libre disponible en chaque page dans la base de données. Pour réduire des conditions d'entrée-sortie, l'espace libre est seulement dépisté pour toutes les pages quand l'espace libre pour le secteur tombe en-dessous de 30%.

Trois méthodes sont disponibles pour stocker des disques dans une base de données d'IDMS : Séquentiel, CALC, et PAR L'INTERMÉDIAIRE DE.

Le placement séquentiel (ne pas être confondu avec séquentiel indexé), place simplement chaque nouveau record à la fin du secteur. Cette option est rarement employée.

Le CALC emploie un algorithme de hachage pour décider où placer le disque ; la clef de gâchis fournit alors la récupération efficace du disque. Le secteur entier de CALC est préformaté chacun avec un en-tête se composant d'un " spécial de CALC ; owner" ; disque. L'algorithme de hachage détermine un numéro de page (de ce que l'adresse de disque physique peut être déterminée), et le disque est alors stocké sur cette page, ou aussi près comme possible à lui, et est lié au disque d'en-tête à cette page using l'ensemble de CALC. Les articles calculés Sont liés au disque de propriétaire du CALC de la page using une lien-liste simple (indicateurs). Le propriétaire de CALC situé dans l'en-tête possède thusly l'ensemble de tous les disques qui visent à sa page particulière (si les disques sont stockés sur cette page ou, dans le cas d'un débordement, sur une autre page).

Le CALC fournit le stockage et la récupération extrêmement efficaces : IDMS peut rechercher un article calculé Dans 1.1 opération d'entrée-sortie. Cependant, la méthode ne fait pas face bien aux changements à la valeur de la clé primaire, et la réorganisation chère est nécessaire si le nombre de pages doit être augmenté.

PAR L'INTERMÉDIAIRE du placement essaye de stocker un proche record son propriétaire dans un ensemble particulier. Habituellement les disques sont groupés à la même page physique que le propriétaire. Ceci mène à la navigation efficace quand le disque est accédé en suivant que rapport d'ensemble. (PAR L'INTERMÉDIAIRE du du permettre des disques d'être stocké dans un secteur différent d'IDMS de sorte qu'ils puissent être magasin séparément du propriétaire, pourtant restent groupés ensemble pour l'efficacité.)

Des ensembles sont généralement maintenus en tant que listes chaînées, using la clé base de données comme indicateur. Chaque disque inclut a fait suivre au lien le prochain disque ; le concepteur de base de données peut choisir s'inclure des indicateurs de propriétaire et des pointeurs "avant" (sinon fourni, la navigation dans ces directions sera plus lente).

Quelques versions d'IDMS ont plus tard inclus la capacité de définir des index : enregistrer les index, en permettant à des disques d'être situé de la connaissance d'une clef secondaire, ou les index d'ensemble, en permettant aux membres d'un ensemble d'être recherché par la valeur principale.

Voir également

La télématique
Système de gestion de l'information de d'IBM

Random links: