1

“Año de la lucha contra la corrupción y la inmunidad”

UNIVERSIDAD NACIONAL DE SAN MARTÍN- TARAPOTO

FACULTAD DE INGENIERÍA DE SISTEMAS E INFORMÁTICA
Escuela Académico Profesional de Ingeniería de Sistemas e Informática
Semestre Académico 2019 – I

 DATOS GENERALES:

Asignatura : Administración de Base de Datos

Nombre del Gestor : Firebird

Tema : Conociendo el Gestor de Base de Datos

Docente : Ing. Andy Hirvyn Rucoba Reátegui

Estudiante Participación
Genry Giordanno Trigozo Cutipa
Jhonatan Domínguez Meléndez
Denniz Vallejos Fernández
Jhonny Eysten Shapiama Alvarado

Semestre Académico : 2019 - I

MORALES – SAN MARTÍN

PERÚ
 2

INDICE

Pag.

Introduccion

INDICE
CARACTERISTICAS PROPIAS DEL GESTOR ................................................................................................ 3
DIFERENCIAS FRENTE A OTROS GESTORES ............................................................................................. 3
DEMOSTRACIÓN DEL GESTOR Y SUS HERRAMIENTAS BÁSICAS ............................................................. 5
 3

CARACTERISTICAS PROPIAS DEL GESTOR

 Es multiplataforma.
 Ejecutable pequeño, con requerimientos de hardware bajos.
 Arquitectura Cliente/Servidor sobre protocolo TCP/IP y otros (embedded).
 Soporte de transacciones y claves foráneas.
 Buena seguridad basada en usuarios/roles.
 Requisitos de administración bajos, siendo considerada como una base de datos libre
de mantenimiento, al margen de la realización de copias de seguridad y restauraciones
periódicas.
 Pleno soporte del estándar SQL, tanto de sintaxis como de tipos de datos.
 Completo lenguaje para la escritura de disparadores (triggers) y procedimientos
almacenados.
 Capacidad de almacenar elementos BLOB (binary large objects). (FIREBIRD, 2009)

DIFERENCIAS FRENTE A OTROS GESTORES

La principal característica que distingue a Firebird del resto de los gestores

comerciales conocidos como Oracle, SQLServer o MySQL es su
arquitectura generacional.
La mayoría de los gestores de datos relacionales implementan un mecanismo de
transacciones, y Firebird no es la excepción; la diferencia está en cómo se implementa
el mecanismo. Generalmente se utilizan bloqueos de diferentes niveles –registro,
página, tabla- para impedir que otras transacciones modifiquen datos que se
están procesando. Esto tiene la desventaja de que esas transacciones quedarán
imposibilitadas de trabajar con los datos bloqueados hasta que la transacción que
impuso el bloqueo termine. Pensemos en el siguiente ejemplo: una empresa tiene que
consolidar los datos de los inventarios de sus sucursales, para lo cual tiene que leer los
valores de cada sucursal y acumularlos. La aplicación que hará la consolidación
comienza una transacción y va leyendo y sumando los datos de cada sucursal; no
modifica nada, por lo que no serían necesarios los bloqueos, termina de sumar todo,
almacena o muestra el resultado y termina la transacción. Todos contentos. Ahora
 4

pensemos qué pasaría si en el medio del cálculo una sucursal transfiere productos a
otra, o simplemente los vende.
Claro que la operación debe quedar registrada en la base de datos, por lo que cambian
los datos que se están sumando, si no tomamos medidas, podemos llegar a
sumar varias veces los mismos productos, o a dejar alguno afuera.

Estas situaciones se controlan mediante los distintos niveles de aislamiento de las

transacciones, que indican lo que una transacción verá de los cambios que produce
otra transacción que se activa al mismo tiempo. Para que los datos de la transacción
que acumula sean fidedignos, se debe usar el nivel de aislamiento más alto posible:
esta transacción no debería ver los cambios hechos por las demás en todo el tiempo
que dure. Este nivel se denomina generalmente de lecturas repetibles. Para lograr
este nivel de aislamiento sería necesario bloquear los cambios a todos los registros a
considerar, o hacer una copia (una nueva generación de datos) de los registros usados
para la acumulación, que entonces podrían ser leídos cuantas veces fuera necesario. La
mayoría de los gestores de bases de datos utilizan el primer mecanismo; Firebird
usa el segundo. (Llanos, 2013)

Entre otras:

 Es totalmente liviano.
 No cuenta con interfaz gráfica propia (utiliza el sistema de IBExpert para soporte
gráfico)
 Se pueden usar librerías externas que mejoran la operativa de Firebird.
 Se pueden realizar consultas, vistas, etc. Desde otros lenguajes de programación
utilizando sus propias sintaxis de cada lenguaje ya sea en C++, Java, VS, JS, .net, etc.
 5

DEMOSTRACIÓN DEL GESTOR Y SUS HERRAMIENTAS BÁSICAS

I.- Creación de una base de datos

Por defecto firebird cuenta al igual que otros gestores la opción de crear un base de datos la
cual puede ser remota o local (Figura 1), tiene el nombre de usuario que por defecto es
“SYSDBA” y como contraseña “masterkey”.

Figura 1

II.- Creación de tablas

Como gestor de base de datos con SQL se puede crear base de datos usando tablas (Figura 2),
o también con scripts (Figura 3).

Figura 2

Figura 3

III.- Consultas.

Se pueden realizar consultas SQL en el firebird usando script.

 6

La ventana donde podemos acceder a las tablas para hacer las consultas.

Figura 3

IV.- Procedimientos almacenados

Creación de procedimientos almacenados, utilizando datos de entrada y salida, así como

también variables.
 7

Ventana del procedimiento almacenado para mostrar los datos completos de un profesor de la
tabla “PROFESOR”.
 8

Cambiando ID de los profesores de la tabla “PROFESORES”. Con un procedimiento

almacenado.

Bibliografía
FIREBIRD. (2009). FirebirdManual. (S. Telura Tecnology, Editor) Obtenido de
http://firebirdmanual.com/firebird/es/firebird-manual/2/-que-es-firebird-/8

Llanos, G. S. (06 de Marzo de 2013). SCRIBD. Obtenido de

https://es.scribd.com/document/249855070/Firebird-Guia