You are hereOracle / Performance/Desempeño

Performance/Desempeño


Temas relacionados con el desempeño de la BD Oracle. Topics related to Oracle DB performance.

Porque Oracle no usa mi indice - Parte 1 sticky icon

¡¿Porque Oracle no usa mi índice?!

Autor: Jonathan Lewis, traducido del original en Ingles

La pregunta en el titulo de este trabajo es probablemente la pregunta que ocurre más frecuentemente en los foros de Metalink y los grupos de noticias de Usenet. Este artículo usa un caso de prueba que usted puede reconstruir en su propio sistema para demostrar los asuntos más fundamentales con el como la optimización basada en el costo funciona. Y al final del artículo, usted deberá estar mucho mejor equipado para dar una respuesta la próxima ocasión que escuche tan temida pregunta.

Index Rebuild vs Coalesce vs Shrink Space - (3 animales distintos) sticky icon

Autor: Richard Foote
Translated from the English original

Previamente, discutí cómo un ALTER INDEX ... COALESCE va a ser menos costoso en términos de usar recursos que un ALTER INDEX ... SHRINK SPACE COMPACT (o ALTER INDEX ... SHRINK SPACE) pues el COALESCE no tiene que preocuparse él mismo de asegurar que todos los bloques hoja en el extremo físico del segmento del índice se han movido para permitir que el almacenamiento sea des-asignado del segmento del índice. Si simplemente quiere desfragmentar un índice y no necesariamente reducir el espacio total asignado al segmento, utilice COALESCE en vez de las opciones de SHRINK es más barato/usa menos recursos.

LOGGING or NOLOGGING, that is the question - Part 2

Redo Generation and Recoverability

The purpose of redo generation is to ensure recoverability. This is the reason why, Oracle does not give the DBA a lot of control over redo generation. If the instance crashes, then all the changes within SGA will be lost. Oracle will then use the redo entries in the online redo files to bring the database to a consistent state. The cost of maintaining the redolog records is an expensive operation involving latch management operations (CPU) and frequent write access to the redolog files (I/O). You can avoid redo logging for certain operations using the NOLOGGING feature.

LOGGING oder NOLOGGING, das ist die frage - Teil 1

Einführung

Die an mich meistgestellte Frage über NOLOGGING ist: Wenn ich eine Tabelle mit NOLOGGING erstelle, bedeutet das dass “Redo niemals erstellt wird” oder nur dass bei der Initialisierung kein Redo erstellt wird aber DML weiter hinten im Workflow Redo erstellt? Wie und wann kann man NOLOGGING implementieren?

LOGGING o NOLOGGING, he ahi el dilema - Parte 1

Introduccion

La pregunta medular sobre NOLOGGING que escucho todo el tiempo es: ¿Crear una tabla con la opción NOLOGGING significa que “jamas habra generacion de redo”, o solo la operación inicial de creación no tiene generación de redo. Otras interrogantes como: ¿Que sentencias DML generan redo? ¿Cómo y cuando se puede emplear la opción NOLOGGING?

LOGGING or NOLOGGING, that is the question - Part 1

Introduction

The main question about NOLOGGING I hear all the time is: does creating a table with the NOLOGGING option means there is “no generation of redo ever”, or just that the initial creation operation has no redo generation, but that DML down the road generates redo? How and when can the NOLOGGING option be employed?



Distribuir

Distribuir contenido

Follow DatabasesLA on Twitter

En línea

En este momento hay 0 usuarios y %count invitados en línea.

Estadisticas

Locations of visitors to this page

hidden hit counter