Re: FUERA DE TOPICO - DILEMA PRACTICO

On 8/26/06, Jota Machuca <jotamachuca(at)gmail(dot)com> wrote:
> Hola
>
> Una duda,...
>
> Tu tienes un servidor donde estan tus bases de datos y tus
> proghramas.. ahora el usuario quiere utilizar el servidor, y le tienes
> que pasar un usuario, para que acceda al server,.. y este usuario
> puede acceder a tus datos... eso ????
>
> Una vez lo que hice fue crear unos usuarios y en el bash_profile (la
> verdad que no me recuerdo que archivo era, pero es el que se ejecuta
> cuando accedes via bash) colocar los siguienes comandos
>
psql base_datos
exit
>
Que pasa si preciona ctrl+z y luego bg?
Es mejor crear un usuario especial y asignar bien los permisos, tanto
de ficheros de sistema como de la base de datos.

> Lo que pasaba es que ellos accedian al server via shell, despues qie
> terminan, salen de la shell, asi que lo único que puede hacer es
> acceder a la base de datos en cuestion
>
> Saludos
>
> El 26/08/06, Fernando Aguada<fernandoaguada(at)yahoo(dot)com(dot)ar> escribió:
> > Gracias a ambos por las sugerencias.
> >
> >
> > ----- Original Message -----
> > From: "Juan Martínez" <jeugenio(at)umcervantes(dot)cl>
> > To: "Fernando Aguada" <fernandoaguada(at)yahoo(dot)com(dot)ar>
> > Cc: "Postgresql-es-ayuda" <pgsql-es-ayuda(at)postgresql(dot)org>
> > Sent: Saturday, August 26, 2006 11:08 AM
> > Subject: Re: [pgsql-es-ayuda] FUERA DE TOPICO - DILEMA PRACTICO
> >
> >
> > > Fernando Aguada escribió:
> > >
> > > [primero que todo, no es fuera de topico]
> > >
> > > > Hola;
> > > > se me plantea un problema que no se como proceder, tenemos un
> > > > sistema utilizando el motor postgresql,
> > >
> > > Bien.
> > >
> > > > ahora bien nosotros lo instalamos y tenemos nuestro sistema
> > administrativo y
> > > > ahora se plantea que ingresa otro proveedor de sistemas para desarrollar
> > un
> > > > sistema de produccion y nos pide la contraseña del usuario postgres.
> > >
> > > Por que?
> > >
> > > > el
> > > > dilema es, si le proveemos la contraseña queda expuesta toda nuestra
> > > > programacion, que criterio suelen tomar en esos casos?
> > >
> > > El sistema que ustedes hicieron es software propietario?
> > >
> > > Digamos que el que define el tipo de licencia, y la confidencialidad
> > > (aunque en teoria, todos los datos de una empresa son confidenciales
> > > excepto los que se defina lo contrario) de los datos, es quien pago por
> > > hacer ese sistema.
> > >
> > > Si el dueño de la empresa decide que deben darle todos los accesos a ese
> > > proveedor a su base de datos, cosa de el...Tu como responsable de la BD,
> > > lo que te debes preocupar es del correspondiente respaldo.
> > >
> > > Ahora, si el dueño no tiene idea de esto, proponle que mejor solo le
> > > entregan el DDL de la base. En teoria, no necesitarian mas que eso, esos
> > > "proveedores". Como segunda alternativa, y si no es muy costoso, armar
> > > otra maquina y montar ahi la BD, con la data original. Ahi, al usuario
> > > que tenga los maximos permisos le cambias la clave simplemente.
> > >
> > > Pero te insisto, si el dueño de la empresa te dice que hay que darle los
> > > accesos de omnipotencia (como han dicho ahora ultimo por aqui :-)) a los
> > > "proveedores", el tiene la ultima palabra.
> > >
> > > --
> > > Juan Martinez G.
> > > Departamento de Informatica
> > > Universidad Miguel de Cervantes
> > >
> > > ---------------------------(fin del mensaje)---------------------------
> > > TIP 10: visita nuestro canal de IRC #postgresql-es en irc.freenode.net
> >
> >
> >
> >
> >
> > __________________________________________________
> > Preguntá. Respondé. Descubrí.
> > Todo lo que querías saber, y lo que ni imaginabas,
> > está en Yahoo! Respuestas (Beta).
> > ¡Probalo ya!
> > http://www.yahoo.com.ar/respuestas
> >
> >
> > ---------------------------(fin del mensaje)---------------------------
> > TIP 9: el optimizador ignorará el uso de recorridos de índice si los
> > tipos de datos de las columnas no coinciden
> >
>
> ---------------------------(fin del mensaje)---------------------------
> TIP 4: No hagas 'kill -9' a postmaster
>

--
http://hgMiguel.blogspot.com/
hgMiguel(at)gmail(dot)com