UNIVERSIDAD NACIONAL EXPERIMENTAL

DE LO LLANOS OCCIDENTALES

EZEQUIEL ZAMORA

UNELLEZ

BACHILLER

Cabeza johanny 20810189

ING. AGRONOMICA

SEMT 3
 INTRODUCCIÒN

A continuación presentaremos el contenido de lo que es una base de

datos aprenderemos como utilizar este programa que se encarga de
almacenar información y nos permite hacer de ella muy consistente.
 Base de datos

Se define una base de datos como una serie de datos organizados y

relacionados entre si, los cuales son recolectados y explotados por los
sistemas de información de una empres o negocio en particular.
Existen programas denominados sistemas gestores de bases de datos,
abreviados SGBD, que permiten almacenar y posteriormente acceder a
los datos de forma rápida y estructurada. Las propiedades de estos
SGBD, así como su utilización y administración, se estudian dentro del
ámbito de la informática. En este sentido, una biblioteca puede
considerarse una base de datos compuesta en su mayoría por
documentos y textos impresos en papel e indexados para su consulta.

Desde el punto de vista informatico, la base de datos es un sistema

formado por un conjunto de datos almacenados en discos que permite el
acceso directo a ellos y un conjunto de programas que manipulen ese
conjunto de datos. Las aplicaciones más usuales son para la gestión de
empresas e instituciones públicas. También son amplia mente utilizadas
en entornos científicos con el objeto de almacenar la información
experimental.

Aunque las bases de datos pueden contener muchos tipos de

datos, algunos de ellos se encuentran protegidos por las leyes de varios
países. Por ejemplo, en España los datos personales se encuentran
protegidos por la Ley Orgánica de Protección de Datos de Carácter
Personal (LOPD).
 Características de la base de datos (módulo):

entre las principales características de los sistemas de base de datos

podemos mencionar:
Independencia lógica y física de los datos.
Rdudancia mínima.
Acceso concurrente por parte de múltiples usuarios.
Integridad de los datos.
Consultas complejas optimizadas.
Seguridad de acceso y auditoria.
Respaldo y recuperación.
Acceso a través de lenguaje de programación estándar.

Ventajas y desventajas

Ventajas

Control de la redundancia de datos.

Consistencia de datos.
Compartimento de datos.
Mantenimiento de estándares.
Mejora en la integridad de datos.
Mejora en la seguridad.
Mejora en accesibilidad de datos.
Mejora en la productividad.
Mejora en el mantenimiento.
Aumento de la concurrencia.
Mejora en los servicios de copias de seguridad.

Desventajas
Complejidad.
Coste del equipamiento adicional.
Vulnerables a los fallos.

Tipos de Campo

Numérico: Entre los diferentes tipos de campos numéricos podemos

encontrar enteros “ sin decimales” y reales “ decimales”.

Booleanos: Poseen dos estados: verdaderos “si” y falso “no”.

Memos: son campos alfanuméricos de longitud limitada. Presentan el

inconveniente de no poder ser indexados.

Fechas: Almacenan fechas facilitando posteriormente su explotación.

Almacenar fechas de esta forma posibilita ordenar los registro por fechas
o calcular los días entre una fecha y otra.

Alfanuméricos: contiene cifras y letras. Presentan una longitud limitada

(225 caracteres).

Autoincrementales: son campos numéricos enteros que incrementan

en una unidad su valor para cada registro incorporado, su utilidad resulta:
servir de identificador ya que resultan exclusivos de un registro.
 Diseño de Bases de Datos

Son muchas las consideraciones a tomar en cuenta al momento de hacer

el diseño de la base de datos, quizá las más fuertes sean:

La velocidad de acceso,

El tamaño de la información,

·El tipo de la información,

·Facilidad de acceso a la información,

·Facilidad para extraer la información requerida,

·El comportamiento del manejado de bases de datos con cada tipo de

información.

No obstante que pueden desarrollarse sistemas de procesamiento de

archivo e incluso manejadores de bases de datos basándose en la
experiencia del equipo de desarrollo de software logrando resultados
altamente aceptables, siempre es recomendable la utilización de
determinados estándares de diseño que garantizan el nivel de eficiencia
mas alto en lo que se refiere a almacenamiento y recuperación de la
información.

De igual manera se obtiene modelos que optimizan el aprovechamiento

secundario y la sencillez y flexibilidad en las consultas que pueden
proporcionarse al usuario.
 Funciones del Administrador de Bases de Datos
(DATE)

Definir el esquema conceptual: es tarea del administrador de datos

decidir con exactitud cual es la información que debe
mantenerse en la base de datos, es decir, identificar las
entidades que interesan a la empresa y la información que debe
registrarse acerca de esas entidades. Este proceso por lo
general se denomina diseño lógico –a veces conceptual- de
bases de datos. Cuando el administrador de datos decide el
contenido de la base de datos en un nivel abstracto, el DBA crea
a continuación el esquema conceptual correspondiente,
empleando el DDL conceptual. El DBMS utilizará la versión
objeto (compilada) de ese esquema para responder a las
solicitudes de acceso. La versión fuente sin compilar servirá
como documento de referencia para los usuarios del sistema.
 Definir el esquema interno: el DBA debe decidir también como se
representará información en la base de datos almacenada. A
este proceso suele llamársela diseño físico de la base de datos.
Una vez hecho esto el DBA deberá crear la definición de
estructura de almacenamiento correspondiente (es decir el
esquema interno) valiéndose del DDL interno. Además deberá
definir la correspondencia pertinente entre los esquemas interno
y conceptual. En la práctica, ya sea el DDL conceptual o bien el
DDL interno incluirán seguramente los medios para definir dicha
correspondencia, pero las dos funciones (crear el esquema,
definir la correspondencia) deberán poder separarse con nitidez.
Al igual que el esquema conceptual, el esquema interno y la
correspondencia asociada existirán tanto en la versión fuente
como en la versión objeto.

 Vincularse con los usuarios: el DBA debe encargarse de la

comunicación

con los usuarios, garantizar la disponibilidad de los datos que requieren y

escribir - o ayudar a los usuarios a escribir- los esquemas externos
necesarios, empleando el DDL externo aplicable. Además, será preciso
definir la correspondencia entre cualquier esquema externo y el esquema
conceptual. En la práctica, el DDL externo incluirá con toda probabilidad
los medios para especificar dicha correspondencia, pero en este caso
también el esquema y la correspondencia deberán poder separarse con
claridad. Cada esquema externo y la correspondencia asociada existirán
en ambas versiones fuentes y objeto. Otros aspectos de la función de
enlace con los usuarios incluyen las consultas sobre diseño de
aplicaciones, la impetración de instrucción técnica, la ayuda en la
localización y resolución de problemas, y otros servicios profesionales
similares relacionados con el sistema.

 Definir las verificaciones de seguridad e integridad: las

verificaciones de seguridad y de integridad pueden considerarse parte
del esquema conceptual. El DDL conceptual incluirá los medios para
especificar dichas verificaciones.

 Definir procedimientos de respaldo y recuperación: cuando

una empresa se decide a utilizar un sistema de base de datos, se vuelve
dependiente en grado sumo del funcionamiento correcto de ese sistema.
En caso de que sufra daño cualquier porción de la base de datos – por
causa de un error humano, digamos, o una falla en el equipo o en el
sistema que lo apoya – resulta esencial poder reparar los datos
implicados con un mínimo de retraso y afectando lo menos posible el
resto del sistema. En teoría, por ejemplo la disponibilidad de los datos no
dañados no debería verse afectada. El DBA debe definir y poner en
practica un plan de recuperación adecuado que incluya, por ejemplo una
descarga o "vaciado" periódico de la base de datos en un medio de
almacenamiento de respaldo, y procedimientos para cargar otra vez la
base de datos a partir de vaciado más reciente cuando sea necesario.

 Supervisar el desempeño y responder a cambios en los

requerimientos: es responsabilidad del DBA organizar el sistema de
modo que se obtenga el desempeño que sea "mejor para la empresa", y
realizar los ajustes apropiados cuando cambien los requerimientos.
Funciones del Administrador de Bases de Datos
(KORTH)

 Definición del esquema: el esquema original de la base

de datos se crea escribiendo un conjunto de definiciones que son
traducidas por el compilador de DDL a un conjunto de tablas que
son almacenadas permanentemente en el DICCIONARIO DE
DATOS.

 Definición de la estructura de almacenamiento y del

método de acceso: estructuras de almacenamiento y métodos de
acceso adecuados se crean escribiendo un conjunto de
definiciones que son traducidas por el compilador del lenguaje de
almacenamiento y definición de datos.

 Modificación del esquema y de la organización física:

las modificaciones, tanto al esquema de la base de datos como a
la descripción de la organización física de almacenamiento,
aunque relativamente poco comunes, se logran escribiendo un
conjunto de definiciones que son usadas bien por el compilador
del DDL o bien por el compilador del lenguaje de almacenamiento
y definición de datos para generar modificaciones a las tablas
internas apropiadas del sistema (por ejemplo, el diccionario de
datos).

 Concesión de autorización para el acceso a los datos:

la concesión de diferentes tipos de autorización permite al
administrador de la base de datos regular qué partes de la base
de datos van a poder ser accedidas por varios usuarios.
 Especificación de las restricciones de integridad: las restricciones
de integridad se mantienen en una estructura especial del sistema
que consulta el gestor de la base de datos cada vez que tiene
lugar una actualización en el sistema.

Modelo entidad-relación

Un diagrama o modelo entidad-relación (a veces denominado por su

siglas, E-R "Entity relationship", o, "DER" Diagrama de Entidad
Relación) es una herramienta para el modelado de datos de un
sistema de informacion. Estos modelos expresan entidades
relevantes para un sistema de información así como sus
interrelaciones y propiedades.

Estructura

La base de datos se organiza en dos marcadas secciones; el

esquema y los datos (o instancia).

El esquema es la definición de la estructura de la base de datos y

principalmente almacena los siguientes datos:

 El nombre de cada tabla

 El nombre de cada columna
 El tipo de dato de cada columna
 La tabla a la que pertenece cada columna

Las bases de datos relacionales pasan por un proceso al que se le

conoce como normalizacion , el resultado de dicho proceso es un
esquema que permite que la base de datos sea usada de manera
óptima.
 Los datos o instancia es el contenido de la base de datos en un
momento dado. Es en si, el contenido de todos los registros.

Almacén de datos

Descripción de un Data Warehouse.

En el contexto de la informática, un almacén de datos (del ingles

data warehouse) es una colección de datos orientada a un determinado
ámbito (empresa, organización, etc.), integrado, no volátil y variable en el
tiempo, que ayuda a la toma de decisiones en la entidad en la que se
utiliza. Se trata, sobre todo, de un expediente completo de una
organización, más allá de la información transaccional y operacional,
almacenado en una base de datos diseñada para favorecer el análisis y
la divulgación eficiente de datos (especialmente OLAP procesamiento
analítico en línea). El almacenamiento de los datos no debe usarse con
datos de uso actual. Los almacenes de datos contienen a menudo
grandes cantidades de información que se subdividen a veces en
unidades lógicas más pequeñas dependiendo del subsistema de la
entidad del que procedan o para el que sean necesario.

Normalización de bases de datos

El proceso de normalización de bases de datos consiste en

aplicar una serie de reglas a las relaciones obtenidas tras el paso del
modelo entidad-relación al modelo relacional.

Las bases de datos relacionales se normalizan para:

 Evitar la redundancia de los datos.
 Evitar problemas de actualización de los datos en las tablas.

 Proteger la integridad de los datos.

En el modelo relacional es frecuente llamar tabla a una relación,

aunque para que una tabla sea considerada como una relación tiene que
cumplir con algunas restricciones:

 Cada columna debe tener su nombre único.

 No puede haber dos filas iguales. No se permiten los duplicados.
 Todos los datos en una columna deben ser del mismo tipo.

Formas Normales

Las formas normales son aplicadas a las tablas de una base de

datos. Decir que una base de datos está en la forma normal N es decir
que todas sus tablas están en la forma normal N.

En general, las primeras tres formas normales son suficientes para

cubrir las necesidades de la mayoría de las bases de datos. El creador
de estas 3 primeras formas normales (o reglas) fue Edgar F. Codd.
Primera Forma Normal (1FN)

Una tabla está en Primera Forma Normal si:

 Todos los atributos son atómicos. Un atributo es atómico si los

elementos del dominio son indivisibles, mínimos.
 La tabla contiene una clave primaria.
 La llave primaria no contiene atributos nulos.
 No posee ciclos repetitivos.

Una columna no puede tener múltiples valores. Los datos son

atómicos. (Si a cada valor de X le pertenece un valor de Y, entonces a
cada valor de Y le pertenece un valor de X)

Esta forma normal elimina los valores repetidos dentro de una BD

Segunda Forma Normal (2FN)
Dependencia Funcional. Una relación está en 2FN si está en
1FN y si los atributos que no forman parte de ninguna clave dependen de
forma completa de la clave principal. Es decir que no existen
dependencias parciales.

En otras palabras podríamos decir que la segunda forma normal

está basada en el concepto de dependencia completamente funcional.
Una dependencia funcional es completamente funcional si al eliminar los
atributos A de X significa que la dependencia no es mantenida, esto es
que A Є X, (X – {A}) -x-> Y. Una dependencia funcional es una
dependencia parcial si hay algunos atributos que pueden ser eliminados
de X y la dependencia todavía se mantiene, esto es A Є X, (X – {A}) -> Y.

Por ejemplo {DNI, ID_PROYECTO} HORAS_TRABAJO (con el

DNI de un empleado y el ID de un proyecto sabemos cuántas horas de
trabajo por semana trabaja un empleado en dicho proyecto) es
completamente dependiente dado que ni DNI HORAS_TRABAJO ni
ID_PROYECTO HORAS_TRABAJO mantienen la dependencia. Sin
embargo {DNI, ID_PROYECTO} NOMBRE_EMPLEADO es
parcialmente dependiente dado que DNI NOMBRE_EMPLEADO
mantiene la dependencia.

Tercera Forma Normal (3FN)

La tabla se encuentra en 3FN si es 2FN y si no existe ninguna

dependencia funcional transitiva entre los atributos que no son clave.

Un ejemplo de este concepto sería que, una dependencia

funcional X->Y en un esquema de relación R es una dependencia
transitiva si hay un conjunto de atributos Z que no es un subconjunto de
alguna clave de R, donde se mantiene X->Z y Z->Y.
 Por ejemplo, la dependencia SSN->DMGRSSN es una
dependencia transitiva en EMP_DEPT de la siguiente figura. Decimos
que la dependencia de DMGRSSN el atributo clave SSN es transitiva vía
DNUMBER porque las dependencias SSN→DNUMBER y
DNUMBER→DMGRSSN son mantenidas, y DNUMBER no es un
subconjunto de la clave de EMP_DEPT. Intuitivamente, podemos ver que
la dependencia de DMGRSSN sobre DNUMBER es indeseable en
EMP_DEPT dado que DNUMBER no es una clave de EMP_DEPT.

Forma normal de Boyce-Codd (FNBC)

La tabla se encuentra en FNBC si cada determinante, atributo que

determina completamente a otro, es clave candidata. Deberá registrarse
de forma anillada ante la presencia de un intervalo seguido de una
formalizacion perpetua, es decir las variantes creadas, en una tabla no
se llegaran a mostrar, si las ya planificadas, dejan de existir

Cuarta Forma Normal (4FN)

Una tabla se encuentra en 4FN si , y sólo si, para cada una de sus
dependencias múltiples no funcionales X->->Y, siendo X una super-clave
que, X es o una clave candidata o un conjunto de claves primarias.

Quinta Forma Normal (5FN)

Una tabla se encuentra en 5FN si:

 La tabla está en 4FN

 No existen relaciones de dependencias no triviales que no siguen
los criterios de las claves. Una tabla que se encuentra en la 4FN se
dice que está en la 5FN si, y sólo si, cada relación de dependencia se
encuentra definida por las claves candidatas
 Definir Que Es Un "DBMS"

El DBMS : es un conjunto de programas que se encargan de

manejar la creación y todos los accesos a las bases de datos, esta
compuesto por:

DDL: Lenguaje de Definición de Datos

DML:Lenguaje de Manipulación de Datos

SQL: Lenguaje de Consulta.

Ejemplificar Distintos "Dbms" Relacionales Existentes En El

Mercado Actual

Si se trata de una base de datos relacional (veremos a

continuación qué significa esto), es probable que el lenguaje usado para
recuperar las informaciones que se nos muestran sea SQL (Structured
Query Language).

los DBMS mas comunes son Oracle, SqlServer, Informix, Sysbase,

Composición de un dbsm:

Data definition language (DDL):

Define elementos de los datos en la base de datos

Data manipulation language (DML):

Manipula datos para aplicaciones

Data dictionary:

Definiciones de todas las variables en la base

Explicar la diferencia entre un dbms y una base de datos

La base de datos es una colección de archivos interrelacionados

almacenados en conjunto sin redundancia y la dbms es un conjunto de
númerosas rutinas de softwareinterrelacionadas cada una de ellas es
responsable de una determinada tarea.

Mencionar la importancia de una apropiada elección de dbms

Se tiene que elegir el que tenga la mejor interfaz a las necesidades de la
empresa y sobre todo que este apto para la base de datos que vayamos
a utilizar.
Citar los componentes de un sistema de base de datos
Recursos que componen un sbd
Un sbd estará formado por:·

Personas

Máquinas

Programas

Base de datos:

Datos del usuario. En la actualidad, casi todas las bases de datos

representan los datos del usuario como afinidades que son tablas de
datos. No todas las afinidades son igualmente deseables; algunas

Están mejor estructuradas que otras. Para crear afinidades bien

estructuradas se realiza un proceso llamado normalización.

Metadatos. Debido a que los productos DBMS están diseñados para

almacenar y manipular tablas, la mayor parte de ellos almacenan los
metadatos en forma de tablas, algunas veces llamadas tablas del
sistema.

Índices. Están encaminados a mejorar el funcionamiento y la

accesibilidad de la base de datos. Se usan para ordenar y para obtener
un acceso rápido a los datos. Los índices son muy valiosos pero implican
un costo. Cada vez que se actualiza una fila en una afinidad o tabla,
también deben actualizarse los índices. Esto no es malo; sólo significa
que los índices no son gratuitos y que deben reservarse para casos en
los que sean de verdad necesarios.

Metadatos de aplicación. Se usan para almacenar la estructura y el

formato de formas, reportes, consultas de usuarios, y otros componentes
de aplicación. Normalmente no se accede de forma directa a los
metadatos de aplicación sino que se hace a través de herramientas
proporcionadas por el DBMS para tal fin.

Sistema administrador de base de datos:

Herramientas de diseño. El subsistema de herramientas de diseño

tiene una serie de elementos que facilitan el diseño y la creación de la
base de datos y sus aplicaciones. Por lo general, incluye recursos para
crear tablas, formas, consultas y reportes. Los productos DBMS también
proporcionan lenguajes de programación e interfaces para estos.

Utilerías de tiempo de ejecución. El subsistema de tiempo de ejecución

procesa los componentes de aplicación que se desarrollan usando las
herramientas de diseño. Otras utilerías de tiempo de ejecución
responden a consultas e imprimen reportes. Adicionalmente hay un
componente de tiempo de ejecución que procesa las solicitudes del
programa de aplicación para leer y escribir datos de la base de datos.

Motor del sistema administrador de base de datos. Es el intermediario

entre las herramientas de diseño y las utilerías del subsistema de tiempo
de ejecución, y los datos mismos.

Aplicaciones de bases de datos:

Formas. Se emplean para introducir información a la base de datos. En

algunas ocasiones los identificadores (ID) de los objetos no son
desplegados en la aplicación. La razón es que en el modelo del usuario
no existen y por lo tanto carecen de significado para él. Se utilizan para
que el DBMS identifique cada fila de cada tabla y se denominan claves
sustitutas.

Consultas. Se usan cuando los usuarios desean consultar los datos

para contestar preguntas o para identificar problemas o situaciones
particulares. Para expresar las consultas se puede usar el lenguaje SQL
de acceso a los datos, otra posibilidad es usar la consulta por ejemplo
(QBE). En la mayoría de los DBMS las consultas se pueden guardar
como parte de la aplicación, de modo que sea posible volverlas a
ejecutar. Además en las consultas se pueden especificar parámetros, lo
que significa que se estructuran de forma tal que acepten valores de
criterios durante su funcionamiento.

Reportes. Un reporte es una presentación que tiene un formato de la

información de una base de datos. Suelen estar divididos por secciones
como Encabezado, títulos, grupos, detalles, subtotales, totales y pié de
página. La presentación de la información casi siempre tiene uno o más
ordenamientos.
Menús. Se usan para organizar los distintos componentes de la
aplicación con el propósito de que el usuario final acceda a ellos con
facilidad, mostrándole las opciones disponibles y ayudándole a
seleccionar las acciones que desea realizar.

Programas de aplicación. Los programas de aplicación vienen a ser

como el pegamento que nos permite unir el resto de los componentes de
manera coherente y permite realizar procesos y cálculos a la aplicación.
Adicionalmente suele haber algunas limitaciones que los DBMS no
pueden enforzar directamente en la estructura de los datos y que deben
ser codificadas en el programa de aplicación.

Componentes de un sistema de bases de datos y sus

funciones:

Los SGBD son paquetes de software muy complejos y sofisticados que

deben proporcionar los servicios comentados en la sección anterior. No
se puede generalizar sobre los elementos que componen un SGBD ya
que varían mucho unos de otros. Sin embargo, es muy útil conocer sus
componentes y cómo se relacionan cuando se trata de comprender lo
que es un sistema de bases de datos.

Un SGBD tiene varios módulos, cada uno de los cuales realiza una
función específica. El sistema operativo proporciona servicios básicos al
SGBD, que es construido sobre él.

 El procesador de consultas es el componente principal de un

SGBD. Transforma las consultas en un conjunto de instrucciones
de bajo nivel que se dirigen al gestor de la base de datos.

 El gestor de la base de datos es el interface con los programas de

aplicación y las consultas de los usuarios. El gestor de la base de
datos acepta consultas y examina los esquemas externo y
 conceptual para determinar qué registros se requieren para
satisfacer la petición. Entonces el gestor de la base de datos
realiza una llamada al gestor de ficheros para ejecutar la petición.

 El gestor de ficheros maneja los ficheros en disco en donde se

almacena la base de datos. Este gestor establece y mantiene la
lista de estructuras e índices definidos en el esquema interno. Si
se utilizan ficheros dispersos, llama a la función de dispersión para
generar la dirección de los registros. Pero el gestor de ficheros no
realiza directamente la entrada y salida de datos. Lo que hace es
pasar la petición a los métodos de acceso del sistema operativo
que se encargan de leer o escribir los datos en el buffer del
sistema.

 El preprocesador del LMD :convierte las sentencias del LMD

embebidas en los programas de aplicación, en llamadas a
funciones estándar escritas en el lenguaje anfitrión. El
preprocesador del LMD debe trabajar con el procesador de
consultas para generar el código apropiado.

 El compilador del LDD convierte las sentencias del LDD en un

conjunto de tablas que contienen metadatos. Estas tablas se
almacenan en el diccionario de datos.

 El gestor del diccionario controla los accesos al diccionario de

datos y se encarga de mantenerlo. La mayoría de los
componentes del SGBD acceden al diccionario de datos.

Los principales componentes del gestor de la base de datos son los

siguientes:

 Control de autorización. Este módulo comprueba que el usuario

tiene los permisos necesarios para llevar a cabo la operación que
solicita.
  Procesador de comandos. Una vez que el sistema ha comprobado
los permisos del usuario, se pasa el control al procesador de
comandos.

 Control de la integridad. Cuando una operación cambia los datos

de la base de datos, este módulo debe comprobar que la
operación a realizar satisface todas las restricciones de integridad
necesarias.

 Optimizador de consultas. Este módulo determina la estrategia

óptima para la ejecución de las consultas.

 Gestor de transacciones. Este módulo realiza el procesamiento de

las transacciones.

 Planificador (scheduler). Este módulo es el responsable de

asegurar que las operaciones que se realizan concurrentemente
sobre la base de datos tienen lugar sin conflictos.

 Gestor de recuperación. Este módulo garantiza que la base de

datos permanece en un estado consistente en caso de que se
produzca algún fallo.

 Gestor de buffers. Este módulo es el responsable de transferir los

datos entre memoria principal y los dispositivos de
almacenamiento secundario. A este módulo también se le
denomina gestor de datos.

Ejemplos de lenguajes utilizados de base de datos:

Compilado/inter
Lenguaje Principal área de aplicación pretado
 Lenguaje
ADA Tiempo real compilado

Lenguaje
BASIC Programación para fines educativos interpretado

Lenguaje
C Programación de sistema compilado

Programación de sistema orientado Lenguaje

C++ a objeto compilado

Lenguaje
Cobol Administración compilado

Lenguaje
Fortran Cálculo compilado

Lenguaje
Java Programación orientada a Internet intermediario

Lenguaje
MATLAB Cálculos matemáticos interpretado

Cálculos Lenguaje
matemáticos Cálculos matemáticos interpretado

Lenguaje
LISP Inteligencia artificial intermediario

Lenguaje
Pascal Educación compilado

Lenguaje
PHP Desarrollo de sitios web dinámicos interpretado
Inteligencia Lenguaje
artificial Inteligencia artificial interpretado

Procesamiento de cadenas de Lenguaje

Perl caracteres interpretado
 CONCLUSION
Las bases de datos de documentación educativa han dejado de ser
simples
recopilatorios inanes para convertirse en agentes del cambio social: sus
contenidos son el sustrato sobre el que debe apoyarse el desarrollo de
las
sociedades.
2. Las instituciones en las que se engloban deben apostar decididamente
por su
desarrollo y mantenimiento: ni las personas que las sustentan ni los
fondos
con los que se alimentan pueden estar supeditados a decisiones de
carácter
político.
3. Es imprescindible fomentar el trabajo cooperativo entre bases de
datos: sólo
de esta forma será posible superar las limitaciones de cualquier tipo que
frecuentemente ponen en riesgo la propia existencia de las bases de
datos de
documentación educativa.
4. Las bases de datos deben adaptarse a los nuevos tiempos y a los
nuevos
medios: por ello, deben iniciar un proceso de externalización y
acercamiento
imaginativo a las necesidades de los usuarios.
5. Como las bases de datos, los Tesauros son herramientas dinámicas
en
permanente proceso de cambio; por ello, su actualización debe ser una
preocupación constante entre las entidades que fomentan su empleo.
UNIVERSIDAD NACIONAL EXPERIMENTAL

DE LO LLANOS OCCIDENTALES

EZEQUIEL ZAMORA

UNELLEZ

BACHILLER

Cabeza johanny 20810189

ING. AGRONOMICA
SEMT 3