Terry Yapt escribió:
El 24/01/2010 6:36, Jaime Casanova escribió:
2010/1/23 Terry Yapt<y...@technovell.com>:
A PostgreSQL le falta:
- Bloques anónimos.
viene en la siguiente version (la 9.0)
Que alegria... :-)
- Paquetes (Packages) -muy útiles-.
- Transacciones autónomas (pragma autonomous_transaction).
aun no se cual es la utilidad de estas
Es la de poder crear bloques transaccionales INDEPENDIENTES dentro de
otros bloques transaccionales. Por ejemplo, entro en una transacción
que hará COMMIT o ROLLBACK, dependiendo de algún factor (por ejemplo
que haya saldo en la cuenta), pero quiero tener conocimiento de qué
sucedió. Para ello, llamas a una transacción que guarda un registro
de lo que ha pasado y que se hace COMMIT independientemente de lo que
suceda con la principal. Muy usado en LOGs.
Añadir, además, que en Oracle se puede iniciar una transacción DESPUÉS
de otra. Es decir, esto se puede hacer (creo que en PostgreSQL, esto
no se puede hacer):
BEGIN
COMMIT;
END;
BEGIN
IF FALSE THEN ROLLBACK;
END;
BEGIN
COMMIT;
END;
El rollback intermedio, no afectará a los otros dos bloques de
transacciones, ni aun estando dentro del mismo bloque/procedimiento
PL/SQL.
- CUBE (y algunas otras funciones de oracle).
cube, rollup y grouping sets no son de oracle, sino del estandar...
se que hay alguien trabajando en grouping sets, no estoy muy seguro de
cube y rollup
Ok, me referia a que Oracle ya las tiene implementadas. :-)
- RAC (Real application Cluster). Ejecutar tu motor de base de
datos en
varios servidores simultáneos contra las mismas bases de datos.
te refieres a tener dos servidores contra el mismo conjunto de discos
en modo activo-activo? aun no entiendo como puede ser una ganancia
mantener como unico punto de contencion (y el mas lento), el conjunto
de discos
Alvaro alguna vez me dijo que si es util si se tiene una san con una
cantidad insana de discos, pero no creo que todo el mundo pueda
costear eso y en un conjunto de discos normales no veo la ganancia
Habitualmente instalo SAN's para las bases de datos y no es necesaria
una cantidad insana de discos. La propia base de datos "decide" que
servidor del cluster ejecuta la consulta y esto lo hace en función de
un buen número de factores. Usuarios conectados, carga del servidor,
datos en cache, etc... Te garantizo (porque lo he visto) que el
rendimiento es, comparado con el MISMO servidor pero sin RAC,
impresionante. Además de que si un servidor se cae, el otro sigue
funcionando, etc.. etc...
También es cierto que se complica la gestión.
En cualquier caso debo decir que el uso que estoy haciendo de
PostgreSQL ultimamente se ha quintuplicado. Creo que YA uso más
PostgreSQL que Oracle (incluso en clientes). Lo que sucede es que los
clientes de Oracle, suelen ser muy grandes.
Saludos.
--
TIP 4: No hagas 'kill -9' a postmaster
Según tenía entendido, existe un módulo del contrib llamado cube el cual
brinda algo de funcionalidades para bases de datos multidimensionales,
verdaderamente le falta mucho, pero es un punto de partida.
Realmente la utilidad de los packages de Oracle es muy grande, ojalá
PostgreSQL lo tuviera algún dia, es una de las cosas que más extraño de
Oracle, pero puedo agrupar funciones y más cosillas con los schemas, así
que sigo con mi querido elefante.
Saludos
--
-------------------------------------
"TIP 4: No hagas 'kill -9' a postmaster"
Ing. Marcos Luís Ortíz Valmaseda
PostgreSQL System DBA && DWH -- BI Apprentice
Centro de Tecnologías de Almacenamiento y Análisis de Datos (CENTALAD)
Universidad de las Ciencias Informáticas
Linux User # 418229
-- PostgreSQL --
http://www.postgresql-es.org
http://www.postgresql.org
http://www.planetpostgresql.org
-- DWH + BI --
http://www.tdwi.org
-------------------------------------------
--
TIP 10: no uses HTML en tu pregunta, seguro que quien responda no podr� leerlo
