Contenidos
Vistas en Python
Una tabla de objetos siempre tendrá un identificador de objeto único, definido por el sistema, independientemente de que el tipo de objeto incluya o no atributos que puedan servir como identificador único. Aunque rara vez es una buena práctica, es técnicamente posible crear una tabla de objetos donde dos o más instancias de objetos (filas) contengan valores duplicados en cada columna; las instancias seguirán siendo únicas en su identificador de objeto. Y, como se ha comentado en el capítulo anterior, los OID de los objetos de la tabla son globalmente únicos, incluso entre bases de datos.
En nuestro ejemplo anterior, elegimos «aplastar» la tabla de detalles en una colección y utilizar la clave primaria de la tabla padre como el OID (único) de la vista. Si por alguna razón hubiéramos utilizado una unión simple en la clave externa, un valor dado de la clave primaria de la tabla padre podría producir un OID no único. Esto requeriría un tipo de objeto subyacente diferente donde el atributo «keywords» es un escalar en lugar de una colección:
Lógicamente, esta posibilidad de «duplicación» tiene cierto sentido. A menudo se piensa en una vista como una «consulta almacenada». En este caso, la consulta simplemente recupera un subconjunto de los objetos subyacentes y no los modifica de ninguna manera.
Vistas en sql
Aunque las extensiones de objetos de Oracle ofrecen grandes posibilidades para el diseño de nuevos sistemas, pocas tiendas de Oracle con grandes bases de datos relacionales en funcionamiento querrán, o podrán, rediseñar completamente esos sistemas para utilizar objetos. Para que las aplicaciones establecidas puedan aprovechar las nuevas características de los objetos con el tiempo, Oracle8 proporciona
Otras nuevas características de Oracle pueden mejorar la expresividad de cualquier tipo de vista, no sólo de las vistas de objetos. Dos características que no se limitan estrictamente a las vistas de objetos son las colecciones y los triggers «INSTEAD OF». Considere dos tablas relacionales con una simple relación maestro-detalle. Utilizando la opción de objetos de Oracle, puede representar los registros de detalle como un único atributo no escalar (colección) del maestro, lo que podría ser una abstracción muy útil. Además, utilizando los triggers INSTEAD OF, puedes decirle a Oracle exactamente cómo realizar inserciones, actualizaciones y eliminaciones en cualquier vista. Estas dos características están disponibles tanto para las vistas objeto como para las vistas no objeto. (He descrito las colecciones en
Vista de descripción Sql
La tecnología de objetos de Oracle es una capa de abstracción construida sobre la tecnología relacional de Oracle. Se pueden crear nuevos tipos de objetos a partir de cualquier tipo de base de datos incorporado y de cualquier tipo de objeto, referencia de objeto y tipo de colección creados previamente. Los metadatos de los tipos definidos por el usuario se almacenan en un esquema que está disponible para SQL, PL/SQL, Java y otras interfaces publicadas.
Los tipos de objeto y las características orientadas a objetos relacionadas, como las matrices de longitud variable y las tablas anidadas, proporcionan formas de nivel superior para organizar y acceder a los datos en la base de datos. Por debajo de la capa de objetos, los datos se siguen almacenando en columnas y tablas, pero se puede trabajar con los datos en términos de entidades del mundo real, como clientes y pedidos de compra, que hacen que los datos tengan sentido. En lugar de pensar en términos de columnas y tablas cuando se consulta la base de datos, se puede simplemente seleccionar un cliente.
Internamente, las sentencias sobre objetos siguen siendo básicamente sentencias sobre tablas y columnas relacionales, y se puede seguir trabajando con tipos de datos relacionales y almacenando datos en tablas relacionales como antes. Pero ahora tiene la opción de aprovechar también las características orientadas a objetos. Puede empezar a utilizar características orientadas a objetos mientras sigue trabajando con la mayoría de sus datos de forma relacional, o puede pasar a un enfoque orientado a objetos por completo. Por ejemplo, puede definir algunos tipos de datos de objeto y almacenar los objetos en columnas de tablas relacionales, lo que le permite ampliar los tipos incorporados al sistema con otros definidos por el usuario. También puede crear vistas de objetos de datos relacionales existentes para representar y acceder a estos datos según un modelo de objetos. También puede almacenar los datos de los objetos en tablas de objetos, donde cada fila es un objeto.
Objetos de la base de datos
Este artículo no cita ninguna fuente. Por favor, ayude a mejorar este artículo añadiendo citas de fuentes fiables. El material sin fuente puede ser cuestionado y eliminado.Buscar fuentes: «Vista» SQL – noticias – periódicos – libros – scholar – JSTOR (marzo de 2020) (Aprende cómo y cuándo eliminar este mensaje de la plantilla)
En una base de datos, una vista es el conjunto de resultados de una consulta almacenada sobre los datos, que los usuarios de la base de datos pueden consultar igual que lo harían en un objeto de colección de base de datos persistente. Este comando de consulta preestablecido se guarda en el diccionario de la base de datos. A diferencia de las tablas base ordinarias de una base de datos relacional, una vista no forma parte del esquema físico: como conjunto de resultados, es una tabla virtual computada o cotejada dinámicamente a partir de los datos de la base de datos cuando se solicita el acceso a esa vista. Los cambios aplicados a los datos de una tabla subyacente relevante se reflejan en los datos mostrados en las siguientes invocaciones de la vista. En algunas bases de datos NoSQL, las vistas son la única forma de consultar los datos.
Al igual que una función (en programación) puede proporcionar abstracción, una vista de base de datos también puede hacerlo. En otro paralelismo con las funciones, los usuarios de la base de datos pueden manipular vistas anidadas, por lo que una vista puede agregar datos de otras vistas. Sin el uso de vistas, la normalización de las bases de datos por encima de la segunda forma normal sería mucho más difícil. Las vistas pueden facilitar la creación de una descomposición de uniones sin pérdidas.