DATACOM / DB - DATACOM/DB
 | |
| Versión inicial | 1972 |
|---|---|
| Lanzamiento estable | 15.1 (z / OS) y 12.0 (z / VSE) / 26 de febrero de 2016
|
| Escrito en | C , Asamblea |
| Sistema operativo | z / OS , z / VSE |
| Plataforma | Marco principal |
| Disponible en | inglés |
| Licencia | EULA propietario |
| Sitio web | www |
Datacom / DB es un sistema de administración de bases de datos relacionales para computadoras mainframe . Fue desarrollado en la década de 1970 por Computer Information Management Company y era propiedad posteriormente por Insyte , Investigación Aplicada de datos , Ameritech , y Computer Associates International, Inc. . Datacom ahora es propiedad de CA Technologies (anteriormente Computer Associates), que lo renombró a CA-Datacom / DB y luego a CA Datacom / DB .
Origen
La génesis de la tecnología DBMS moderna se produjo en la década de 1970 con la llegada de enormes bases de datos que eran engorrosas de administrar y mantener. Siempre que la mayor parte del procesamiento de mainframe se realizara en modo por lotes, la rapidez de las operaciones de mantenimiento no fue un ingrediente clave para el éxito. Sin embargo, durante la década de 1970, la introducción de sistemas en línea requirió que la información estuviera disponible rápidamente y se mantuviera dinámicamente. Algunos de los cambios más dramáticos ocurrieron en la industria bancaria y crediticia:
- Los grandes bancos necesitaban administrar decenas de millones de registros de cuentas bancarias en tiempo real en lugar de utilizar el procesamiento por lotes fuera de turno como lo habían hecho históricamente.
- Las agencias de crédito necesitaban mantener y actualizar dinámicamente archivos de crédito de clientes masivos para millones de ciudadanos y empresas.
Datacom se diseñó inicialmente para recuperar rápidamente datos de archivos masivos utilizando la tecnología Inverted List . Aunque era muy adecuado para una recuperación rápida, era menos eficaz cuando se manejaban grandes cantidades de mantenimiento de datos. Para resolver este problema, Datacom / DB pasó a la tecnología relacional utilizando capacidades especiales impulsadas por índices que mejoraron radicalmente el mantenimiento sin pérdida de velocidad de recuperación. Esta versión relacional de Datacom sirvió como base para un flujo continuo de mejoras líderes en la industria que han preservado su posición como un DBMS extremadamente rentable y de alto rendimiento para el mainframe de IBM .
Historia
Industria de la oficina de crédito
En las décadas de 1950 y 1960, las agencias de crédito eran organizaciones locales que mantenían registros en papel sobre los prestatarios locales y los clientes minoristas, por lo general almacenando estos registros en pequeños sobres archivados literalmente en cientos de archivadores. De hecho, una importante agencia de crédito intentó acelerar su tasa de transacciones haciendo que sus empleados usaran patines para moverse rápidamente de un archivador a otro.
En 1965, IBM inició un proyecto para utilizar sus nuevas computadoras centrales System / 360 para automatizar las dos agencias de crédito más grandes, Chilton Corporation de Dallas y la Oficina de Crédito del Gran Houston, y la asociación nacional de agencias de crédito. Se seleccionaron tres veteranos de IBM para encabezar el equipo de desarrollo. Al concluir con éxito este proyecto, los tres hombres acordaron que su experiencia en la automatización de la industria crediticia podría equiparlos para construir sistemas para otras agencias de crédito, por lo que colaboraron para iniciar Computer Information Management Company en Dallas en 1968.
Gestión de información informática Co.
La especialidad del equipo con IBM había sido el desarrollo de aplicaciones basadas en telecomunicaciones. Aprovechando esta experiencia, uno de los primeros contratos de CIM fue con First National Bank of Fort Worth, para el cual CIM diseñó un sistema de cajero en línea. En este momento, CICS no estaba funcionando bien, por lo que CIM escribió un sistema de monitoreo de telecomunicaciones de propósito general que luego se empaquetó y se denominó Monitor multitarea generalizado (GMT).
Muchos de los trabajos posteriores de consultoría realizados por CIM fueron en la industria financiera. En ese momento, las instituciones de ahorro y crédito se caracterizaban por tener grandes colecciones de datos pero muy pocas transacciones diarias. Debido a que hubo serios problemas de rendimiento con ISAM , CIM diseñó un complemento de GMT impulsado por claves para administrar los datos de un gran banco de ahorros de la costa oeste. Esta implementación se convirtió en la base de Datacom / DB.
CIM continuó adquiriendo trabajos de programación y consultoría muy técnicos y vendiendo GMT como producto. Sin embargo, GMT fue un producto difícil de vender a la mayoría de los ejecutivos porque era una venta muy técnica. La alta dirección de muchas empresas potenciales por lo general no tenía los conocimientos técnicos para comprender los requisitos de un monitor de teleprocesamiento. En consecuencia, CIM necesitaba encontrar sitios potenciales con administradores de procesamiento de datos (DP) con conocimientos técnicos o sitios que dieran un poder ejecutivo significativo a sus técnicos principales.
Insyte
A principios de la década de 1970, un capitalista de riesgo con sede en Houston adquirió un pequeño grupo de empresas a las que denominó Tecnologías de sistemas de información (conocidas como Insyte y pronunciadas "insight"). En 1974 Insyte adquirió los pagarés de CIM para hacerse con el control de CIM. Insyte reemplazó a la alta dirección y tomó la decisión de dividir el monitor de teleprocesamiento de su método de acceso controlado por clave y cambiar el nombre de las dos partes como Datacom / DC (para comunicaciones de datos) y Datacom / DB (para base de datos). Para enfatizar la relación de los productos con Insyte, la empresa pasó a llamarse Insyte Datacom.
Datacom / principales competidores de DB en este momento eran IDMS , IMS , DL / 1 , ADABAS , DBOMP y Cincom Sistemas integrales '. Aunque todavía es una empresa muy pequeña, Insyte Datacom se hizo conocida en todo el mercado por la extraordinaria velocidad y eficiencia de sus aplicaciones Datacom / DB y Datacom / DC.
Investigación de datos aplicados
En 1978, Insyte vendió Insyte Datacom a Applied Data Research , que tenía su sede en Princeton, Nueva Jersey. Esta venta se produjo como resultado de una relación comercial que se había creado entre Insyte y ADR mediante la cual Datacom / DC se proporcionó a los clientes de ADR / Vollie como una estación de trabajo de programador en línea. A finales de la década de 1970, ADR reconoció que los productos DBMS iban a ser cada vez más importantes y se propuso adquirir uno. Después de una búsqueda de 2 años, ADR adquirió los activos y la gente de Insyte Datacom en noviembre de 1978. ADR comenzó a comercializar agresivamente Datacom en los Estados Unidos y en todo el mundo.
IDEAL
La fuerza de ventas de ADR se concentró en Datacom / DB y disfrutó de un éxito notable en todo el mundo con varios miles de clientes en docenas de industrias. Como resultado de este éxito, ADR reconoció la necesidad de un lenguaje de desarrollo de aplicaciones altamente eficiente y sofisticado para Datacom / DB. Este lenguaje de desarrollo necesitaría compensar las dificultades normales de escribir programas de aplicación basados en telecomunicaciones. El equipo de desarrollo de lenguaje de aplicaciones de ADR con sede en Princeton había desarrollado MetaCOBOL, que generaba declaraciones COBOL detalladas y precisas a partir de un conjunto de lenguaje lógico de alto nivel. Poco después de la compra de Datacom, el equipo diseñó IDEAL. “ Me nteractive D esarrollo E mbiente para una A plicación L ifecycle” fue un logro de las cuencas hidrográficas en el desarrollo del lenguaje de aplicaciones de bases.
La combinación de IDEAL y su entorno de programación altamente productivo con la facilidad de uso de Datacom / DB y el alto rendimiento de Datacom / DC le dio a ADR una combinación de productos muy potente que dominó el rendimiento de la industria durante la década de 1980.
Datacom / DC frente a CICS y VTAM de IBM
Datacom / DC se diseñó como una solución a las características de bajo rendimiento y dificultad de uso de CICS . Aunque Datacom / DC resolvió prácticamente todas las deficiencias de CICS y proporcionó un alto rendimiento, IBM continuó invirtiendo enormes recursos en CICS. La introducción de VTAM a fines de la década de 1980 significó que gran parte de Datacom / DC tendría que ser destruido y reescrito. En lugar de seguir esta táctica, ADR decidió retirarse de ese mercado y reemplazó Datacom / DC con CICS Services como la interfaz entre CICS, Datacom y más tarde, IDEAL.
Aunque IDEAL se diseñó originalmente para funcionar solo con Datacom / DB, IDEAL se desarrolló posteriormente como un servicio para DB2.
DATACOM / DB para Edos
ADR concedió la licencia de DATACOM / DB a TCSC, una empresa que vendía versiones modificadas de los sistemas operativos DOS / 360 y DOS / VS de IBM , conocidos como Edos (más tarde también conocidos como Edos / VS y Edos / VSE). Cuando, en 1980, Nixdorf Computer compró TCSC, Nixdorf buscó continuar con el acuerdo de licencia; ADR y NCSC acudieron a los tribunales en una disputa sobre si el acuerdo de licencia fue rescindido por la adquisición. ADR y Nixdorf llegaron a un acuerdo extrajudicial en 1981, con un acuerdo de que Nixdorf podría seguir vendiendo los productos de ADR.
Ameritech
En 1986, ADR fue adquirida por Ameritech, con sede en Chicago. La motivación principal de Ameritech fue la creencia de que las comunicaciones y el software eventualmente se entrelazarían y Ameritech quería estar en el juego desde el principio.
Asociados informáticos
Aunque la motivación original de Ameritech resultaría precisa en años posteriores, Ameritech vendió ADR a Computer Associates en 1988. La adquisición por parte de CA incorporó Datacom / DB e IDEAL a la ya grande familia de productos de mainframe de CA. Una de las características distintivas de Datacom / DB ha sido su capacidad para proporcionar nuevas e importantes mejoras a los programas de aplicación existentes sin necesidad de recodificar.
Datacom / DB e IDEAL siguen siendo los principales productos de CA en la actualidad y son la columna vertebral de procesamiento de datos de muchas empresas de Fortune 500, así como de muchas agencias federales de EE. UU.
CA, Inc. contra ISI Pty Limited
En 2012, CA tuvo éxito en una demanda contra una empresa de software australiana, ISI Pty Limited, que ofrecía un producto de software "2BDB2" diseñado para simplificar la migración de Datacom a la base de datos relacional DB2 de IBM . 2BDB2 contenía macros diseñadas para interoperar con las macros de CA utilizadas por el software para acceder a Datacom, pero que en cambio se conectaban a DB2. El Tribunal Federal de Australia determinó que las macros de 2BDB2 se basaban en las incluidas en CA Datacom y, por lo tanto, infringían los derechos de autor de CA; Si bien existe una excepción de interoperabilidad bajo la ley australiana de derechos de autor, el Tribunal Federal adoptó una lectura restringida de esa excepción, lo que la hace en gran medida indisponible para ISV como ISI. El Tribunal Federal también determinó que ISI se había basado ilegalmente en la información confidencial de CA para desarrollar el producto 2BDB2.
CUADRO
La primera conferencia de usuarios de Datacom se celebró en Dallas en 1974. Cada año desde entonces se ha celebrado una conferencia de usuarios anual. Cuando Insyte Datacom se vendió a ADR en 1978, las conferencias continuaron y pasaron a llamarse CADRE. Entonces CADRE o su predecesor lógico existe desde 1974.
Bibliografía
- Pratt, Philip J .; Adamski, Joseph J. (1987). SISTEMAS DE BASE DE DATOS: Gestión y Diseño . Boston: Compañía editorial de Boyd & Fraser. ISBN 978-0-87835-227-2 .
- Stevens, Orrin (2009). "La Historia de Datacom / DB". IEEE Annals of the History of Computing (publicado en diciembre de 2009). 31 (4): 87–91. doi : 10.1109 / mahc.2009.108 . S2CID 16803811 .