Páginas

domingo, 8 de mayo de 2011

Modificar estado constraint en Oracle

Diagrama sentencia ALTER TABLE

Con modificar una constraint no nos referimos a cambiarle el tipo, condición, columnas, etc. (para ello eliminarla y volver a crearla), nos referimos a desactivar, activar u obligar UNA constraint (restricción) de UNA tabla, en una base de datos Oracle.

Utilizaremos la  instrucción ALTER TABLE. Existe diferente maneras de escribirlo dependiendo el tipo de constraint (como se puede apreciar en la imagen), de un modo general como está a continuación:
  • Una constraint desactivada (disabled, not validated) no realiza la comprobación para la que fue creada.
alter table nombre_tabla
disable constraint nombre_constraint;
  • Una constraint activada (enabled, validated) podremos activarla si la información existente cumple la restricción. Una vez activada, toda la información debe cumplir la restricción.
alter table nombre_tabla
enable constraint nombre_constraint;
  • Una constraint enforce o también conocida como obligatoria (enabled, not validated) la podemos activar aunque los datos existentes no cumplan la restricción. Pero los nuevos datos o modificaciones deben cumplir con la restricción.
alter table nombre_tabla
enforce constraint nombre_constraint;
nombre_tabla es el nombre de la tabla o sinónimo (nombre alternativo de un objeto -tabla-) al cual el usuario tiene acceso. Si la tabla pertenece a un usuario distinto del nuestro, se debe especificar el nombre del propietario (propietario.nombre_tabla) además de tener el privilegio ALTER TABLE sobre ella.

Otros enlaces:
Consultar información sobre las constraints de una tabla.
—Procedimiento que se encarga  de activar/desactivar todas las constraints de todas las tablas de un usuario.
—Web de Oracle sobre ALTER TABLE

Información de las constraints de una tabla. Oracle.

Para conocer mediante una consulta SQL algunos datos de las restricciones  (constraintsutilizando vistas del diccionario de datos de Oracle conociendo solo el nombre de la tabla podemos hacer la siguiente SELECT, en la que nos indica el propietario, nombre de la tabla, nombre de la columna que tiene la restricción, nombre de la constraint, tipo de constraint, la condición que deben cumplir las constraints tipo CHECK y el estado.

Un ejemplo mostrando información de las constraints donde la tabla se llama EMP.

select
         owner,
         table_name,
         column_name,
         constraint_name,
         constraint_type,
         search_condition,
         status
from
         all_constraints
  join all_cons_columns
  using(owner,table_name,constraint_name)
where
         table_name='EMP';

Información de las constraints

Owner es el nombre del esquema en el que se encuentra la tabla. Tipo de constraint sobre tabla puede ser: PRIMARY KEY (P), FOREIGN KEY (R), UNIQUE (U), CHECK (C). El nombre de una constraint es único por esquema.



Basándonos en la SELECT anterior, podemos modificar la cláusula WHERE para filtrar por los datos que nos interesan. Recordar que la información está en mayúsculas, así que en las condiciones del WHERE al preguntar por valores, utilizar mayúsculas.


Describir las vistas, para ver qué otra información nos dan y así modificar la SELECT para obtener lo que buscamos. En ALL_CONS_COLUMNS básicamente tenemos la información de qué columnas son las afectadas por la constraint. En ALL_CONSTRAINTS tenemos información sobre su estado (estatus, validate), constraints a las que se hace referencia en caso de una foreign key (r_constraint_name,r_owner), regla de eliminación (delete_rule), índice asociado a la constraint (index_name, index_owner), etc.

Otra alternativa a las vistas ALL_CONSTRAINTS y ALL_CONS_COLUMNS son: USER_CONSTRAINTS y USER_CONS_COLUMNS, en las que la información que nos mostraran se limita a las constraints pertenecientes al usuario con el que nos hemos conectado.


–Web de Oracle sobre la vista ALL_CONSTRAINTS y sobre ALL_CONS_COLUMNS

Privilegio para hacer referencia a tabla

Descripción gráfica foreign key

Cuando queremos crear una constraint foreign key en una tabla «tabla_o», que haga referencia a una tabla «tabla_r» que no pertenece al «usuario_o» propietario de «tabla_o», es decir, la tabla «tabla_r» a la que se hace referencia se encuentra en un esquema distinto al de «tabla_o», se necesita tener el privilegio explícito, es decir, que el «usuario_o» propietario de «tabla_o» debe tener explícito el permiso para poder hacer referencia a «tabla_r», ya que no es suya.

El «usuario_r» propietario de la tabla «tabla_r» o un usuario con privilegios para realizar el otorgamiento debe dar el permiso al «usuario_o» (propietario de «tabla_o»), ejecutando:
grant references on tabla_r to usuario_o;
Y si lo queremos quitar entonces ejecutamos:
revoke references on tabla_r from usuario_o cascade constraints;
Esta última instrucción quita el privilegio al «usuario_o» y elimina las foreign key que hacían referencia a «tabla_r».

jueves, 21 de abril de 2011

Recibir archivos via bluetooth en Mac

Para poder enviar archivos por bluetooth al mac, por ejemplo desde un dispositivo móvil. Previamente activaremos el bluetooth y el compartir archivos.

Preferencias del Sistema
En la sección de Internet y conexiones inalámbricas Compartir
Marcar la casilla de Compartir Bluetooth
Preferencias del sistema: Compartir
Además podemos configurar las carpetas que pueden explorar y donde recibir los archivos.

En preferencias del Sistema
Bluetooth
Activarlo
Y ponerlo en modo visible
Preferencias del sistema: Bluetooth
Se ha utilizado:
–Mac OS X 10.6.8

Enviar archivos desde Android al PC

Bluetooth
Desde el Market buscar «bluetooth file transfer», es una aplicación gratuita que nos permitirá enviar varios archivos por bluetooth a nuestro computador.

Una vez instalada, simplemente asegurarse de que el PC tenga activado el bluetooth y que esté visible. Cuando se seleccione algún archivo para enviar, da la opción de qué aplicación utilizar, y es entonces cuando escogemos «enviar por bluetooth» —se verá el icono de la imagen de este post—.

Se ha utilizado:
–Xperia x10 mini pro para enviar archivos al PC.

Otros enlaces:
Recibir archivos vía bluetooth en Mac

domingo, 17 de abril de 2011

Activar/desactivar todas las constraints de todas las tablas. Oracle.

Activar o desactivar constraints de tablas

«Si lo que buscas es cómo activar, desactivar u obligar UNA constraint; mira la entrada: Modificar el estado de una constraint»


Para activar o desactivar todas las constraints de las tablas de un esquema he creado dos procedimientos.

El procedimiento dis_all_cons se encargará de desactivar todas las constraints de las tablas de un usuario determinado, por defecto el usuario que invoca el procedimiento.

El usuario que ejecuta el procedimiento debe de ser capaz de tener acceso a las tablas del esquema en cuestión y poder realizar un ALTER sobre ellas.

El procedimiento intentará desactivar las constraints en cascada, así que si existen tablas en otro esquema que hacen referencia (foreign key) a una del esquema del que queremos desactivarlas (primary key) también las desactivará, y si no tenemos permisos fallará. El procedimiento que las activa ena_all_cons no tiene en cuenta a estas constraints que se encuentran en otros esquemas. Espero hacerlo en algún momento, ya que no sé cómo hacer una activación en cascada fácilmente.

Podemos consultar previamente la información de las constraints de las tablas del esquema que queremos modificar y ver su estado entre otras cosas.
Ejemplo utilizando el esquema SCOTT

select  table_name,constraint_name,constraint_type,status,r_constraint_name
from    all_constraints
where owner='SCOTT';


create or replace procedure dis_all_cons
(    p_owner    varchar2    default USER
)
--Uso: dis_all_cons[('esquema')];
--dis_all_cons;           --desactiva las constraints del esquema de quien ejecuta
--dis_all_cons('HR');   --desactiva las constraints del esquema HR

--el procedimiento se ejecutará con los permisos de quien lo invoca
authid current_user
as
begin
    --obtenemos nombre de la tabla y nombre de la restricción
    --pertenecientes al usuario especificado
    --que no estan desactivadas
    --primary key que no sean de tablas organizadas por indice
    --o cualquier otra constraint q sea del tipo C ó U ó R
    for reg in (select    table_name,constraint_name
                   from       all_constraints
                   where     owner=p_owner
                       and     status<>'DISABLED'
                       and (    (constraint_type in ('P')
                                    and table_name not in
                                               (select table_name
                                                from   all_tables
                                                where owner=p_owner
                                                    and iot_type is not null
                                               )
                                    )
                                or    constraint_type in ('C','U','R')
                               )
                   )
    loop
        execute immediate 'alter table '||p_owner||'.'||reg.table_name||' DISABLE constraint '||reg.constraint_name||' cascade';
    end loop;
end dis_all_cons;
/
------------------------------------------------------------------------------------------

create or replace procedure ena_all_cons
(   
    p_owner    varchar2    default USER
)
--Uso: ena_all_cons[('esquema')];
--ena_all_cons;           --activa las constraints del esquema de quien ejecuta
--ena_all_cons('HR');   --activa las constraints del esquema HR

authid current_user
as
begin
    --obtenemos nombre de la tabla y nombre de la restricción
    --pertenecientes al usuario especificado
    --que no estan activadas
    --primary key que no sean de tablas organizadas por indice
    --primero se activan todas las primary key
    for reg in (select     table_name,constraint_name
                   from        all_constraints
                   where     owner=p_owner
                       and status<>'ENABLED'
                       and constraint_type in ('P')
                       and table_name not in
                                                    (select table_name
                                                     from   all_tables
                                                     where iot_type is not null
                                                    )
                   )
    loop
        execute immediate 'alter table '||p_owner||'.'||reg.table_name||' ENABLE constraint '||reg.constraint_name;
    end loop;
    --se activan el resto de constraints
    --de tipo C,U y R
    for reg in (select   table_name,constraint_name
                    from     all_constraints
                    where   owner=p_owner
                        and  status<>'ENABLED'
                        and  constraint_type in ('C','U','R')
                )
    loop
        execute immediate 'alter table '||p_owner||'.'||reg.table_name||' ENABLE constraint '||reg.constraint_name;
    end loop;
end ena_all_cons;
/

El uso de estos procedimientos queda bajo responsabilidad de quien los utilice.

sábado, 16 de abril de 2011

Activar/desactivar todos los disparadores de todas las tablas. Oracle.

Diagrama sentencia ALTER TABLE
Si solo se quiere desactivar un disparador o todos los de una sola tabla, ver el post «Activar/desactivar disparadores»

Para poder desactivar o activar todos los disparadores —triggers— de todas las tablas de un esquema determinado en Oracle, creamos el siguiente procedimiento que realizará la tarea. (distinto es, triggers de los cuales se es propietario)

create or replace procedure ena_dis_all_tri
(    p_opcion    varchar2    default 'DISABLE'
,    p_owner     varchar2    default USER
)
/*
-- procedimiento que activa o desactiva todos los disparadores de todas las tablas del esquema especificado
-- recibe dos parametros opcionalmente:
-- p_opcion (enable, disable).
-- p_owner esquema/usuario al que le desactivamos/activamos los triggers de sus tablas.
-- valores por defecto de los parametros:
-- p_opcion=disable p_owner=user
-- Uso: ena_dis_all_tri[([p_opcion=>'p_opcion'][,p_usuario=>'p_usuario'])]
-- Ejemplos:
-- ena_dis_all_tri; --desactiva los triggers del usuario que ejecuta
-- ena_dis_all_tri(p_opcion=>'enable'); --activa los triggers del usuario que ejecuta
-- ena_dis_all_tri(p_usuario=>'hr'); --desactiva los triggers del usuario hr
-- ena_dis_all_tri(p_opcion=>'enable',p_usuario=>'hr'); --activa los triggers del usuario hr
*/ 
as
    --variable auxiliar
    v_aux        number;
    --cursor que nos dará el nombre de las tablas
    --que hay que activar/desactivar todos los triggers
     cursor cur is
        select    table_name
        from     all_triggers
        where   table_owner=upper(p_owner)
            and status<>p_opcion||'D';
begin
    --------------esta partes es opcional, solo sirve para realizar unas comprobaciones
    --comprobamos de que no se ha introducido mal el nombre de usuario
    select  count(username)
     into     v_aux
     from    all_users
     where username=upper(p_owner);
    if v_aux=0 then
        raise_application_error(-20000,'El usuario "'||p_owner||'" no existe.');
    end if;
    --comprobamos de que no se ha introducido mal la opcion
    if upper(p_opcion) not in ('ENABLE','DISABLE') then
        raise_application_error(-20001,'Opción "'||p_opcion||'" no válida. Usar: "ENABLE" o "DISABLE"');
    end if;
    --------------fin parte opcional
    --ejecutamos la tarea
    for reg in cur loop
        execute immediate 'alter table '||p_owner||'.'||reg.table_name
                                      ||' '||p_opcion||' all triggers';
    end loop;
end ena_dis_all_tri;
/

Se ha realizado en una base de datos Oracle 10.2.0.1

El procedimiento se ejecutará con los permisos del usuario que cree el procedimiento. Debe tener privilegio CREATE ANY TRIGGER para poder visualizar los triggers en la vista ALL_TRIGGERS o tener acceso a las tablas. Además, permiso ALTER sobre las tablas y sobre los triggers, éste último porque pueden existir triggers asociados a las tablas del esquema creados por otro usuario.
grant alter any trigger,
          alter any table,
          create any trigger to usuario;
Comprobar la información con la siguiente SELECT:
select  owner,trigger_name,table_name,status
from    all_triggers
where  table_owner='USUARIO';
El uso del procedimiento queda bajo responsabilidad de quien lo utilice.