Está en la página 1de 3

3.

Describa cada uno de los mtodos de seguridad aplicados en un DBMS


Los SGBD tienen opciones que permiten manejar la seguridad, tal como GRANT, REVOKE, etc. Tambin
tienen un archivo de auditora en donde se registran las operaciones que realizan los usuarios.
Medidas de Seguridad
Fsicas: Controlar el acceso al equipo. Tarjetas de acceso, etc.
Personal: Acceso slo del personal autorizado. Evitar sobornos, etc.
SO: Seguridad a nivel de SO.
SGBD: Uso herramientas de seguridad que proporcione el SGBD. Perfiles de usuario, vistas, restricciones de
uso de vistas, etc.
Un SMBD cuenta con un subsistema de seguridad y autorizacin que se encarga de garantizar la seguridad
de porciones de la BD contra el acceso no autorizado:
Identificar y autorizar a los usuarios: uso de cdigos de acceso y palabras claves, exmenes, impresiones
digitales, reconocimiento de voz, barrido de la retina, etc.
Autorizacin: usar derechos de acceso dados por el terminal, por la operacin que puede realizar o por la hora
del da.
Uso de tcnicas de cifrado: para proteger datos en Base de Datos distribuidas o con acceso por red o internet.
Diferentes tipos de cuentas: en especial del ABD con permisos para: creacin de cuentas, concesin y
revocacin de privilegios y asignacin de los niveles de seguridad.
Manejo de la tabla de usuarios con cdigo y contrasea, control de las operaciones efectuadas en cada
sesin de trabajo por cada usuario y anotadas en la bitcora, lo cual facilita la auditoria de la Base de Datos.

Identificacin y Autentificacin.
En un SGBD existen diversos elementos que ayudan a controlar el acceso a los datos. En primer lugar el
sistema debe identificar y autentificar a los usuarios utilizando alguno de las siguientes formas:
Cdigo y contrasea.
Identificacin por hardware.
Caractersticas bioantropomtricas.
Conocimiento, aptitudes y hbitos del usuario.
Informacin predefinida (Aficiones, cultura etc).

4. Los principales productores de DBMS y cules son los software que predominan en el

mercado, tanto software libre como comercial.

en los aos 40s, los Sistemas de Archivos generados a travs de lenguajes de


programacin no propietarios como Cobol y Fortran, En 1964, se conciben los
primeros Gestores de Base de Datos (DBMS: Database Management System),
por medio de los cuales se pretende dar un viraje a los Sistemas de Archivos, los
cuales se limitan a la estructuracin del almacenamiento fsico de los datos.
Con los DBMS se crea el concepto de Administracin de los datos.

El primer gestor de bases de datos (DBMS) comercial, IDS: Integrated Data


Store , se crea bajo el concepto del Modelo de Datos de Red (Bachgman, 1965);
luego se desarrolla el IMS: Information Management System , sobre el concepto
del Modelo de Datos Jerrquico. En 1967 surge el primer lenguaje de
programacin orientado a objetos, Simula, el cual fue propuesto para
simulacin de actividades.

Luego se genera una nueva nocin, donde las bases de datos deben almacenar
por medio de una estructura tabular llamada relacin o tabla (Codd, 1970),
compuesta por filas y columnas, accesando dichas relaciones a travs de un
lenguaje de alto nivel no procedural (declarativo). De esta forma en los aos
80s surgen varios productores de DBMS Relacionales (RDBMS) como Oracle,
Informix, Ingres y DB2, adems de otros lenguajes orientados a objetos como el
C++, Java (antes el Oak), Eiffel, y Smalltalk adoptando y mejorando el concepto
de clase pero su desarrollo se hace independiente de los DBMSs. Comenzando
los aos 80s ya se siente la necesidad de que los DBMS actuales manipulen
objetos complejos y estructuras como las usadas en sistemas CAD y CASE, A
partir de esto se da inicio a dos grandes tendencias: los ORDBMS (Object
Relational Database Management System) los cuales se proyectan como una
extensin de los RDBMS hacia el paradigma OO, y los OODBMS (Object Oriented
Database Management System) estaran disponibles para almacenar y
manipular las clases, los objetos, la asociacin entre ellos y sus mtodos.

Finalizando los aos 80s se crean los OODBMSs por medio de productores como
O2, ObjectDesign y Objectivity, entre otros. en 1991 surge la ODMG (Object
Database Management Group) el cual estandariza los OODBMSs a partir del
ODMG-93 y luego en 1992 el comit ANSI X3H2 inicia un trabajo en SQL3, del
cual surgen los DBMS objeto relacional ORDBMS. Este trabajo fue programado
para finalizarse en 1995, pero an se sigue trabajando en este con un tiempo
lmite de terminacin, en el ao 1999.

ProductosVendedor RDBMS ORDBMS OODBMS


Oracle Oracle 7.x Oracle 8.x
Sybase System 10/11
Dynamic Universal Server
Informix
Server (Ilustra)
Universal
IBM DB/2 Database (DB/2
Extenders)
UniSQL UniSQL/X
Unisys OSMOS
Computer OpenIngres Jasmine
Associates
Gemstone Gemstone
O2 O2
Object Design Object Store
Objectivity Objectivity/DB
Versant
Versant
ODBMS

SQL. Empieza en 1974 con la definicin, por parte de Donald Chamberlin y de otras
personas que trabajaban en los laboratorios de investigacin de IBM, de un lenguaje para
la especificacin de las caractersticas de las bases de datos que adoptaban el modelo
relacional. Este lenguaje se llamaba SEQUEL (Structured English Query Language) y se
implement en un prototipo llamado SEQUEL-XRM entre 1974 y 1975. Las
experimentaciones con ese prototipo condujeron, entre 1976 y 1977, a una revisin del
lenguaje (SEQUEL/2), que a partir de ese momento cambi de nombre por motivos
legales, convirtindose en SQL. El prototipo (System R), basado en este lenguaje, se
adopt y utiliz internamente en IBM y lo adoptaron algunos de sus clientes elegidos.
Gracias al xito de este sistema, que no estaba todava comercializado, tambin otras
compaas empezaron a desarrollar sus productos relacionales basados en SQL. A partir
de 1981, IBM comenz a entregar sus productos relacionales y en 1983 empez a vender
DB2. En el curso de los aos ochenta, numerosas compaas (por ejemplo Oracle y
Sybase, slo por citar algunos) comercializaron productos basados en SQL, que se
convierte en el estndar industrial de hecho por lo que respecta a las bases de datos
relacionales.

En 1986, el ANSI adopt SQL (sustancialmente adopt el dialecto SQL de IBM) como
estndar para los lenguajes relacionales y en 1987 se transfom en estndar ISO. Esta
versin del estndar va con el nombre de SQL/86. En los aos siguientes, ste ha sufrido
diversas revisiones que han conducido primero a la versin SQL/89 y, posteriormente, a la
actual SQL/92.
El hecho de tener un estndar definido por un lenguaje para bases de datos relacionales
abre potencialmente el camino a la intercomunicabilidad entre todos los productos que se
basan en l.

Lenguaje de Definicin de Datos (DDL): Conjunto de sentencias que permiten la definicin de la estructura
de la base de datos.
Ejemplo: CREATE TABLE (en SQL)
Lenguaje de Manipulacin de Datos (DML): Sentencias que permiten insertar, borrar, actualizar, recuperar,
organizar toda la informacin que se encuentra almacenada en la base de datos. Son instrucciones que uno
crea o llamados a procedimientos.
Ejemplo: APPEND FROM (en FOXPRO)
Lenguaje Procedimental (PL): Son lenguajes donde se dice lo que se quiere y cmo se debe hacer lo que se
quiere.
Lenguaje no Procedimental (PNL): Son lenguajes donde se dice lo que se quiere y no cmo se debe hacer
lo que se quiere.

También podría gustarte