Diferencia entre revisiones de «Manual del estudiante de Ingeniería en Sistemas de UTN/Bases de datos avanzadas/Objetos de schema»
Contenido eliminado Contenido añadido
m Bot controlado: actualizada sintaxis de tabla; cambios triviales |
|||
Línea 62:
=== Comparación entre LONGs y LOBs ===
|-
|-
|-
|-
▲<td>Hasta 2 gigabytes</td><td>Hasta 4 gigabytes</td>
|-
▲<td>Retornan la ubicación</td><td>Retornan los datos</td>
| Se almacenan como una tabla vinculada (se almacenan como una lista vinculada, de manera que el acceso es secuencial)
|}
▲<td>Almacenan la ubicación (los segmentos están separados de los tablespaces, el acceso es aleatorio por pedazos por medio de interfaces del tipo de archivos)</td><td>Se almacenan como una tabla vinculada (se almacenan como una lista vinculada, de manera que el acceso es secuencial)</td>
=== Rowid ===
Línea 266 ⟶ 263:
;Comparación entre índices normales y bitmap:
|-
|-
| Aplicables a columnas con baja cardinalidad |-
| La actualización de claves no es relativamente costosa
|-
| Ineficiente para consultas con predicados OR
|-
| Util para transacciones en línea
|}
=== Guías para la creación de índices ===
Línea 357 ⟶ 354:
Un cluster hash almacena las filas relacionadas en el mismo bloque de datos. Las filas en un cluster hash se almacenan juntas basadas en el valor de hash.
[[
Para la función hash se puede emplear una función interna (provista por Oracle) o una especificada por el usuario.
Línea 368 ⟶ 365:
Se asigna espacio adicional al cluster hash para los bloques de overflow que son necesarios cuando los bloques para filas se llenan.
''Ejemplo'': cuando se inserta una fila en una tabla cluster, y las filas correspondientes a la clave cluster se encuentran en un bloque que esta lleno, la fila no puede ser insertada en el bloque raíz, por lo tanto se genera un bloque de overflow que se “encadena” con
== Vistas materializadas (snapshots) ==
|