2. Dado que PostgreSQL incluye extensiones de orientación a objetos (aunque
no es un SGBDOO completo), es interesante repasar
algunos de los conceptos relacionados con este paradigma de programación
y estructuración de datos.
La orientación a objetos (OO) ha adquirido cada vez mayor popularidad al
demostrar sus ventajas, entre las cuales:
• Permite un modelado más “natural” de la realidad.
• Facilita la reutilización de componentes de software.
• Ofrece mecanismos de abstracción para mantener controlable la construcción
de sistemas complejos.
Objetos: clase frente a instancia
Los objetos son abstracciones que realizamos del mundo que nos rodea y que
identificamos por sus propiedades. Para la OO todo es un objeto.
3. Cada objeto tiene una existencia un tanto independiente de los demás objetos;
es decir, tiene identidad propia. Aunque dos objetos tengan exactamente
los mismos valores, no por eso serán el mismo objeto, seguirán siendo entidades
diferentes. En los modelos OO, la identidad se representa con el identificador
de objeto, IDO (OID en inglés, de object identifier). Teóricamente, el IDO
de un objeto es único e irrepetible en el tiempo y el espacio.
Los IDO son el mecanismo que permite hacer referencia a un objeto desde
otro. De esta manera las referencias tejen las relaciones entre objetos.
Todos los objetos que comparten las mismas propiedades se dice que pertenecen
a la misma clase. En los modelos OO, las clases le roban el papel central a
los objetos, ya que es a través de ellas como se definen las propiedades de éstos
y además se utilizan como plantillas para crear objetos.
4. Postgres:
El tipo "serial" define:
una secuencia de valores de tipo entero que se irá incrementando de forma
automática, y por lo tanto constituye una buena forma de crear claves primarias, al
igual que el tipo AUTO_INCREMENT en MySQL.
VIDEO
8. insert into estudiante (nombre,direccion,carrera,grupo,grado)
values('Elizabeth','Pino 35','Psicologia','B',5);
select * from estudiante;
La tabla estudiante contendrá un solo registro, pero su identificador es el
número 3.
11. No es posible borrar una tabla padre si no se borran primero las tablas
hijo.
Ej 1:
drop table persona; --> esto dara error
Ej 2:
drop table estudiante;
Delete
from estudiante
where id=3;
Como es lógico, al borrar la fila del nuevo estudiante que hemos insertado,
se borra de las dos tablas. Tanto si lo borramos desde la tabla persona,
como si lo borramos desde la tabla estudiante.