Uso de índices

He aquí la pregunta que muchos se hacen cuando se encuentran con problemas de rendimiento en sus tablas.... ¿he de crear un índice?. Veamos en que criterios podemos basarnos.

Como norma general, para cualquier tipo de índice, debe limitarse el número de estos y crear siempre los que exclusivamente sean necesarios, es decir, el menor número posible dentro de todos los que hagan falta.

La selectividad de un índice es la relación entre el número de valores distintos de una columna indexada y el número de registros de la tabla. Si una tabla tiene 1000 registros, y una columna indexada de la tabla tiene 950 valores diferentes, la selectividad del índice es 0.95 (950/1000). La mejor selectividad es 1. Los índices únicos sobre columnas no nulas y las claves primarias siempre tienen selectividad 1.

La selectividad de un índice nos da una medida de su utilidad para evitar I/O en la ejecución de sentencias contra la tabla. Si un índice sobre una tabla de 1000 registros tiene sólo 5 valores diferentes, entonces su selectividad es muy pobre (5/1000 = 0.005). Para cada posible valor de este índice, habrá un promedio teórico de 200 filas. En este caso, podría ser más interesante realizar un full table scan en vez de acceder vía índice a esta tabla, si bien se debe comprobar con datos reales de acceso a la misma.

Si se está usando CBO, el optimizador no realizará accesos a tablas a través de índices con una selectividad muy baja.

Puede sin embargo ser conveniente usar índices con baja selectividad, si se cumplen varias condiciones.

• Las sentencias empleadas no usan variables bind o se ha implementado algún mecanismo para distinguir aquellas consultas que deben emplear el índice, como por ejemplo, uso de literales, basándose en la distribución de datos.
• El índice está analizado con histogramas.
• El valor usado en las condiciones tiene muy poca cardinalidad.

Un saludo para todos.

Programación Orientada a Objetos en Oracle

- INTRODUCCIÓN:

Los type de Oracle son tipos de datos que declara el usuario, y que puede ser utilizado para la declaración de variables, tanto en procedimientos, como en funciones, o incluso en tablas.

Con el tiempo, los type de Oracle, han derivado en lo que en Java o C++ se denominan clases. Es decir que cada tipo esta formado por sus objetos y sus atributos:

· Los objetos son variables, que a su vez pueden pertenecer a otros tipos.

· Los atributos son procedimientos o funciones que pertenecen al type.

A parte, los type de Oracle tienen todas las características propias de la programación orientada a objetos:

· Encapsulación: El type contiene dentro todos los objetos y atributos correspondientes, siendo estos últimos transparentes para el usuario.

· Herencia: Un type puede heredar todos los objetos y atributos de otro.

· Polimorfismo: El type de oracle, una vez heredado puede añadir nuevos objetos y atributos.

- TYPE OBJECT:

Los tipos de objeto, crean tipos de variable, que puede contener, objetos de otro tipo y métodos. La sintaxis de creación es:

CREATE OR REPLACE TYPE NOMBRE IS OBJECT (

VARIABLE1 TIPO_DATO,

VARIABLE2 TIPO_DATO,

…

VARIABLEN TIPO DATO,

MEMBER PROCEDURE NOMBRE_PROC (VAR IN TIPO_DATO) ,

MEMBER FUNCTION NOMBRE_FUNC (VAR IN TIPO_DATO) RETURN TIPO_DATO

);

CREATE OR REPLACE TYPE BODY NOMBRE IS (

MEMBER PROCEDURE NOMBRE PROC (VAR) IS

VRIABLE1 TIPO_DATO,

VARIABLE2 TIPO_DATO,

…

VARIABLEN TIPO DATO

BEGIN

CODIGO;

END NOMBRPE PROC;

END;

Como podemos observar, los tipos tienen dos partes: el TYPE, que contiene la especificación de objetos y métodos, y el TYPE BODY, que contiene el código de los métodos del tipo. Evidentemente sólo se hará el TYPE BODY si existen métodos en el tipo.

Una vez creado el tipo, Oracle lo va a interpretar como un tipo de dato, y como tal podrá ser usado en cualquier parte. Así, al declarar una variable en un procedimiento o en una función, podremos usar el tipo como si se tratara de otro tipo de datos tales como varchar2 o number.

De hecho, también se puede utilizar como tipo de datos en tablas, declarandolo después como una neested table, de la siguiente manera:

CREATE OR REPLACE TYPE CourseList AS TABLE OF VARCHAR2(64);

CREATE TABLE department (
name VARCHAR2(20),
director VARCHAR2(20),
office VARCHAR2(20),
courses CourseList)
NESTED TABLE courses STORE AS courses_tab;

Una vez creada la tabla, se pueden realizar operaciones de insert, update, delete o select como en cualquier otra tabla. Para más información visitar la página : http://www.psoug.org/reference/nested_tab.html .

- TYPE TABLE:

El tipo de tabla, crea una tabla física en base de datos, de un tipo de datos concreto (lo cual incluye cualquier otro type que haya creado en la base de datos) sobre la que, a lo demás, podremos ejecutar sentencias sql. Para poder ejecutar sentencias SQL sobre un tipo tabla, hay que basar este en un tipo de objeto (type object) en el cual cada objeto será el campo de la base de datos; así como crear el tipo tabla a nivel de base de datos. Si el tipo de tabla es creado a nivel de procedimiento o función no podrá ser usado para ejecutar sentencias SQL.

La sintaxis de creación es la siguiente:

CREATE OR REPLACE TYPE NOMBRE_TIPO IS TABLE OF TIPO_DATO;

Una vez creado el tipo, podremos usarlo dentro de cualquier procedimiento o función. Para ello tendremos que inicializarlo, con un constructor. Una vez hecho esto, se utilizará con la referencia al tipo de dato usado (en caso de que sea otro type). Por ejemplo:

Creamos el type que nos va a decir los campos:

CREATE OR REPLACE TYPE PERSON IS OBJECT(

NOMBRE VARCHAR2(10),

APELLIDOS VARCHAR2(15));

CREATE OR REPLACE TYPE PERSON_TABLE IS TABLE OF PERSON;

Para usarlo en un procedimiento, lo haríamos de la siguiente manera:

CREATE OR REPLACE PROCEDURE INTRO_PERSON IS

DECLARE

PERSON_DATES PERSON_TABLE;

NUM_PERSON NUMBER;

BEGIN

PERSON_DATES := PERSON_TABLE(); -- Constructor que inicializa la variable.

/* Introducimos los datos que queremos. En este caso, 3 nombres. Hacemos referencia,

como veis Al tipo inicial, y no al tipo de tabla, a la hora de rellenarlo. Esto es así

imprescindible. Con respecto al rellenado de las variables del tipo, se puede hacer referencia

por posición (escribiendo en la Posición adecuada el dato), o por referencia (tal y como está

relleno en el ejemplo)*/

PERSON_DATES.EXTEND;

PERSON_DATES(1) := PERSON(NOMBRE => ‘JUAN’, APELLIDOS => ‘RAMIREZ’);ç

PERSON_DATES.EXTEND;

PERSON_DATES(1) := PERSON(NOMBRE => ‘PEDRO’, APELLIDOS => ‘RAMIREZ’);

PERSON_DATES.EXTEND;

PERSON_DATES(1) := PERSON(NOMBRE => ‘FRANCISCO’, APELLIDOS => ‘PEREZ’);

/*Aplicamos ahora una sentencia SQL sobre la variable PERSON_DATES*/

SELECT COUNT(APELLIDOS)

INTO NUM_PERSON

FROM TABLE(CAST(PERSON_DATES AS PERSON_TABLE))

WHERE APELLIDOS LIKE ‘REMIREZ’;

DBMS_OUTPUT.PUT_LINE (‘Nº DE PERSONAS: ’ || NUM_PERSON) ;

END;

Podemos ver que al aplicar la sentecia SQL hay dos palabras clave importantes: TABLE y CAST.

La primera indica a Oracle que se trata de una tabla de memoria, y no de una tabla de base de datos.

La segunda hace un cast de conversión. Es necesario hacerlo, porque si no Oracle no reconoce el tipo.

- TYPE BODY:

Los procedimientos y funciones miembros de un tipo se programan igual que cualquier otro procedimiento o función. Lo único a tener en cuenta es que para hacer referencia a cualquiera de los atributos del tipo (cualquiera de las variables), se pondría la palabra self delante.

Ejemplo:

Supongamos que al typo PERSON creado anteriormente le añadimos como member functión la función validar:

MEMBER FUNCTION VALIDAR RETURN NUMBER IS

VALIDACION NUMBER;

BEGIN

IF SELF.NOMBRE = SELF.APELLIDOS THEN

VALIDACION := 1;

ELSE

VALIDACION = 0;

END IF;

RETURN VALIDACION;

END;

El procedimiento del ejemplo anterior podría usarse de la siguiente manera:

CREATE OR REPLACE PROCEDURE INTRO_PERSON IS

DECLARE

PERSON_DATES PERSON_TABLE;

NUM_PERSON NUMBER;

VALIDAR NUMBER;

BEGIN

PERSON_DATES := PERSON_TABLE(); -- Constructor que inicializa la variable.

/* Introducimos los datos que queremos. En este caso, 3 nombres. Hacemos referencia,

como veis Al tipo inicial, y no al tipo de tabla, a la hora de rellenarlo. Esto es así

imprescindible. Con respecto al rellenado de las variables del tipo, se puede hacer referencia

por posición (escribiendo en la Posición adecuada el dato), o por referencia (tal y como está

relleno en el ejemplo)*/

PERSON_DATES.EXTEND;

PERSON_DATES(1) := PERSON(NOMBRE => ‘JUAN’, APELLIDOS => ‘RAMIREZ’);

/*Validamos si el nombre no coincide con el apellido*/

VALIDAR:= PERSON.VALIDAR;

IF VALIDAR = 1 THEN

RAISE DUP_VAL_ON_INDEX;

END IF;

PERSON_DATES.EXTEND;

PERSON_DATES(1) := PERSON(NOMBRE => ‘PEDRO’, APELLIDOS => ‘RAMIREZ’);

/*Validamos si el nombre no coincide con el apellido*/

VALIDAR:= PERSON.VALIDAR;

IF VALIDAR = 1 THEN

RAISE DUP_VAL_ON_INDEX;

END IF;

PERSON_DATES.EXTEND;

PERSON_DATES(1) := PERSON(NOMBRE => ‘FRANCISCO’, APELLIDOS => ‘PEREZ’);

/*Validamos si el nombre no coincide con el apellido*/

VALIDAR:= PERSON.VALIDAR;

IF VALIDAR = 1 THEN

RAISE DUP_VAL_ON_INDEX;

END IF;

/*Aplicamos ahora una sentencia SQL sobre la variable PERSON_DATES*/

SELECT COUNT(APELLIDOS)

INTO NUM_PERSON

FROM TABLE(CAST(PERSON_DATES AS PERSON_TABLE))

WHERE APELLIDOS LIKE ‘REMIREZ’;

DBMS_OUTPUT.PUT_LINE (‘Nº DE PERSONAS: ’ || NUM_PERSON) ;

EXCEPTION

WHEN DUP_VAL_ON_INDEX

DBMS_OUTPUT.PUT_LINE (‘NO PUEDE COINCIDIR EL NOMBRE CON EL

APELLIDO’) ;

END;

- HERENCIA:

Para heredar se usa el comando UNDER. Si cogemos el tipo PERSON, del ejemplo anterior para crear un nuevo tipo, que a lo demás incluya el DNI, la sentencia sería:

CREATE OR REPLACE TYPE PERSON_COMPLEX UNDER PERSON (

DNI VARCHAR2(10)

);

Esto crearía un tipo llamado PERSON_COMPLEX, que tendría todos los atributos y métodos del tipo PERSON, más el atributo DNI.

El principio de neutralidad tecnológica de la Ley 11/2007

Muchas gracias Kriptópolis.

http://www.kriptopolis.org/neutralidad-tecnologica-y-legacy

" Por Fernando Acero

En algunos foros en los que he participado recientemente, se me ha preguntado por mi opinión sobre el concepto de Neutralidad Tecnológica que aparece en la Ley 11/2007 de Acceso Electrónico de los Ciudadanos a los Servicios Públicos. Por ello, he decidido escribir este artículo sobre lo que yo entiendo e interpreto al respecto.

Dicha Ley, en su artículo 4.i dedicado a los Principios Generales, dice lo siguiente:

"Principio de neutralidad tecnológica y de adaptabilidad al progreso de las técnicas y sistemas de comunicaciones electrónicas garantizando la independencia en la elección de las alternativas tecnológicas por los ciudadanos y por las Administraciones Públicas, así como la libertad de desarrollar e implantar los avances tecnológicos en un ámbito de libre mercado. A estos efectos las Administraciones Públicas utilizarán estándares abiertos así como, en su caso y de forma complementaria, estándares que sean de uso generalizado por los ciudadanos."

Dicha Ley es aplicable y de obligado cumplimimento para todas las Administraciones Públicas, es decir, para la General, las Autonómicas y para las Locales y está previsto que se desarrolle mediante un Real Decreto, que contendrá los Esquemas Nacionales de Interoperabilidad y de Seguridad. También es evidente para mi, que esta Ley si se aplica como se debe, implicaría cambios en los modelos de negocio de algunas empresas, sobre todo, de las de software privativo, para ser competitivas en el nuevo entorno legal. Pero también es cierto, que las empresas se han de adaptar a otras muchas leyes, desde las Tributarias, a las de Consumo, pasando por las de Contratos en el Sector Público, sin que ello suponga un problema insalvable para hacer dinero..."

Free Software: Modelos de seguridad

Aún no hace mucho tiempo que estuve discutiendo con unos compañeros sobre los modelos de publicación del código fuente de los programas creados, desde el punto de vista de la seguridad.

Básicamente, la discusión venía porque algunos no terminaban de ver seguro la publicación pública del código. Aparentemente esto presenta varios problemas:

1. Cualquiera puede auditar el código, y aprovecharse de las vulnerabilidades encontradas.
2. ¿Como sacar negocio de un software que cualquiera puede compilar y utilizar?¿Quien va a pagar por lo que puede obtener gratis?

Primeramente veamos cuales son las diferentes alternativas en publicación de código fuente:

1. Security Throw Obscurity: No publicar nada.
2. Responsible Disclousure: Publicar tanto el código como las vulnerabilidades, pero dentro de circulos donde se le pueda sacar un provecho "positivo". Digamos que una publicación pública, pero limitada.
   
3. Full Disclousure: Publicarlo a los cuatro vientos.

Mediante el método de Security Throw Obsurity, en principio, parece que el nivel de seguridad es mayor. Es el método utilizado, por ejemplo, por Micro$oft. Pero... ¿es realmente seguro?. La respuesta la sabeis ya casi todos: no. El que no publiques el código ni las vulnerabilidades no te libra ni de que los demás usen tus programas sin permiso ni de que estas vulnerabilidades sean publicadas. Está visto, a lo demás, que el hecho de que se publiquen las vulnerabilidades, acelera el proceso de corrección de estas. A lo demás, la no publicación del código puede llevar a que haya vulnerabilidades no encontradas, que algún hacker avispado pueda estar utilizando si que lo sepas. Decididamente no es el mejor método.

Responsible Disclosure: Es, sin duda, el método que ofrece más confianza. Puedes controlar, hasta cierto punto, quien accede a tu código, y evitas que individuos no deseables accedan a él sin control ninguno. Es el método de moda, por decirlo de alguna manera. Empresas como Sun Microsystems, Oracle, HP o IBM lo utilizan, ya desde hace algún tiempo, en todos sus proyectos Open Source (que cada día son más). Incluso la todo poderosa Micro$oft se está subiendo al carro.

Full disclousure: el que acceda todo el mundo es el método en el que se basaron inicialmente al crear el software libre. Linux, Open Office, Firefox o MySQL se han basado desde sus inicios en este modelo. Evidentemente han funcionado bien, sobre todo gracias a una trabajadora comunidad que ha hecho grandes progresos. Es un método que, disponiendo de grandes comunidades va bien, pero en caso de no ser un software de amplio espectro puede dar problemas. Tenedlo en cuenta.

Con respecto al modelo de negocio, habría que mirar el modelo económico de recursos gratuitos. Llevamos ya años utilizandolo con éxito, y desde luego a las empresas que lo utilizan no les va nada mal. Se basa, sobre todo en hacer bien el trabajo, y ofrecer servicios en torno al producto que se ofrece. Empresas como Red Hat, Suse, Google o incluso ahora Oracle, sacan pingües beneficios de estas prácticas. Esta claro que dinero se puede obtener. De hecho es el modelo que está triunfando a nivel mundial. El secreto del éxito se basa en poder ofrecer los mismos servicios que la competencia, a un menor coste, lo cual es evidentemente muy ventajoso.

Cada uno que saque sus conclusiones. Evidentemente cada modelo ha de usarse según las circunstancias, y no debería elegirse a la ligera. Yo, aquí dejo las opciones.

Oracle XE en Oracle Interprise Linux

Primeramente, es muy importante prestar mucha atención a los prerequisitos de instalación de Oracle XE. Hay que tener en cuenta tener libre, al menos, 1,5Gb en disco duro, y una partición Swap de, al menos, 1024Mb. Si no se cumplen estos requisitos, no se instalará.

La instalación de Oracle Interprise Linux es igual que la de cualquier distribución Red Hat.

Una vez instalado, nos bajamos de la página oficial de Oracle el fichero de instalación en rpm (Red hat Package Management): http://www.oracle.com/technology/software/products/database/xe/index.html.

En otras versiones de linux deberíamos comprobar que están instaladas algunas librerias(Agregar el repositorio (http://oss.oracle.com/), pero como nosotros disponemos del propio linux de Oracle, no nos hará falta. Vienen instaladas de serie.

Una vez descargado el rpm es hora de instalar el producto lo cual no es cosa del otro mundo porque basta con el siguiente comando:

rpm -ivh oracle-xe-10.2.0.1-0.1.i386.rpm

Entonces, si no se ha hecho caso a los prerequisitos, y no has dejado la suficiente swap, dará el siguiente error:

Preparing… ########################################### [100%]
This system does not meet the minimum requirements for swap space. Based on he amount of physical memory available on the system, Oracle Database 10g Express Edition requires 988 MB of swap space. This system has 800 MB of swap space. Configure more swap space on the system and retry the installation.
error: %pre(oracle-xe-10.2.0.1-0.1.i386) scriptlet failed, exit status 1
error: install: %pre scriptlet failed (2), skipping oracle-xe-10.2.0.1-0.1

Pues toca incrementar temporalmente el swap de Linux:

su - root
dd if=/dev/zero of=extraswap bs=1k count=900000
chmod 600 extraswap
mkswap extraswap
swapon extraswap

Para verificar que el swap se haya asignado se puede digitar el siguiente comando:

grep SwapTotal /proc/meminfo

Si luego deseas desabilitar este swap temporal :

su - root
swapoff extraswap
rm extraswap

Ahora si:

rpm -ivh oracle-xe-10.2.0.1-1.0.i386.rpm
Preparing… ########################################### [100%]
1:oracle-xe warning: /etc/init.d/oracle-xe saved as /etc/init.d/oracle-xe.rpmorig ########################################### [100%]

Executing Post-install steps…

oracle-xe 0:off 1:off 2:off 3:on 4:off 5:on 6:off
You must run ‘/etc/init.d/oracle-xe configure’ as the root user to configure the database.

Y luego ejecutamos el script de configuración:

/etc/init.d/oracle-xe configure

Oracle Database 10g Express Edition Configuration
————————————————-
This will configure on-boot properties of Oracle Database 10g Express Edition. The following questions will determine whether the database should be starting upon system boot, the ports it will use, and the passwords that will be used for database accounts. Press to accept the defaults. Ctrl-C will abort.

Specify the HTTP port that will be used for Oracle Application Express [8080]:

Specify a port that will be used for the database listener [1521]:

Specify a password to be used for database accounts. Note that the same password will be used for SYS and SYSTEM.
Oracle recommends the use of different passwords for each database account. This can be done after initial
configuration:

Confirm the password:

Do you want Oracle Database 10g Express Edition to be started on boot (y/n) [y]:n

Starting Oracle Net Listener…Done

Configuring Database…Done

Starting Oracle Database 10g Express Edition Instance…Done

Installation Completed Successfully.

To access the Database Home Page go to “http://127.0.0.1:8080/apex”

Y listo con estos pasos ya tenemos el Oracle XE y APEX en nuestro equipo.