From: | "Fernando Moreno" <azazel(dot)7(at)gmail(dot)com> |
---|---|
To: | "Alvaro Herrera" <alvherre(at)alvh(dot)no-ip(dot)org> |
Cc: | pgsql-es-ayuda(at)postgresql(dot)org |
Subject: | Re: acerca de schemas |
Date: | 2008-11-18 17:21:59 |
Message-ID: | b1c45530811180921y206d46c8q50d3ab11f6d64663@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
El 18 de noviembre de 2008 10:54, Alvaro Herrera
<alvherre(at)alvh(dot)no-ip(dot)org>escribió:
> Fernando Moreno escribió:
>
> > Si se necesitara que los usuarios de una empresa no pudieran ver los
> datos
> > de las demás, ¿qué tan viable sería retirar el privilegio SELECT sobre
> esas
> > tablas y acceder a la información mediante una función que arroje los
> datos
> > como si de la tabla original se tratase, pero filtrando los registros
> según
> > el usuario que la ejecute? ¿implicaría alguna pérdida significativa de
> > rendimiento?
>
> Es viable, pero no estoy muy seguro del rendimiento. ¿Qué tienes contra
> la solución de usar vistas?
>
Supongo que te refieres a crear un conjunto de vistas por cada empresa, para
que el filtrado sea estático y vaya en la misma definición de la vista, de
ser así, me parece una buena solución, aunque hay que crear el conjunto de
vistas a la par de las empresas y llevar un control de sus nombres para que
la aplicación sepa dónde consultar. Para volúmenes de información muy
grandes, una función que emule una tabla quizás no sea una buena idea
después de todo, pero fue algo que se me ocurrió en un momento.
From | Date | Subject | |
---|---|---|---|
Next Message | Verny Mata | 2008-11-18 17:31:08 | Re: Requisitos Minimos |
Previous Message | cgrillo.pg | 2008-11-18 17:17:03 | Instalacion de POSTGRESQL |