Una consultilla que lanzo a los pocos que se v� no est�n de vacaciones :P

Por el lado de postgres.

Cual se podr�a denominar el uso normal de Postgres respecto a usuarios? Me explico.El proyectillo en el que estoy trabajando, pr�cticamente ser� siempre monopuesto, a excepci�n de alguna posible instalaci�n con m�s te un terminal.

Pregunto, porque veo mucho el tema de cambiar contrase�a, que usuario, que si seguridad, pero realmente en sistemas tan peque�os no creo que haga falta tanta seguridad. De hecho, en Interbase/Firebird lo hac�a todo con SYSDBA/masterkey.

Por lo que, mi pregunta b�sicamente es:
Normalmente, trabaj�is s�lo con el usuario postgres para todo y en todos los puestos? cre�is un usuario especial para trabajar con la BBDD? Us�is un usuario para cada conexi�n de cada puesto de trabajo?

Quiero probar un poco con postgres, para probar la aplicaci�n con Firebird, pero dejarlo preparado para migrar a postgres en caso de ser necesario, y porque nunca he usado esta �ltima BBDD, y todo el mundo habla bien de ella, pero la verdad, me est� dando unos peque�os dolores de cabeza el tema de los usuarios (igual que el de los permisos con firebird).

Por le lado de Firebird:
Alguien sabe los permisos que debe tener la BBDD? He estado haciendo varias cosas, y todo iba de lujo (tanto en OSX en casa, como en Fedora 11 en la oficina), y de repente, de un d�a para otro, la BBDD no se pod�a abrir en la oficina. Supongo que ser� culpa m�a, ya que la BBDD la estoy moviendo por SVN de un sitio a otro, pero, hasta el momento me hab�a ido bien. Alg�n consejo respecto a �sto?

Un saludo.
------------ pr�xima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus-es/attachments/20090813/aee39dbe/attachment.html>

Uhmm... lo primero es que si todo es monopuesto no usaria Postgres pero eso es otra historia. Lo mejor seria que crearas unusuario diferente para eso de esa forma no tendrias problemas con la seguridad, nunca uses el user postgres aunque si son monopuesto la verdad no importa porque habria forma de saber la clave del superusuario de Postgres sin problema

*-------------------------------------------------------* *-Edwin Quijada
*-Developer DataBase
*-JQ Microsistemas

*-Soporte PostgreSQL

*-www.jqmicrosistemas.com
*-809-849-8087
*-------------------------------------------------------*

usario

El jue, 13-08-2009 a las 16:23 +0000, Edwin Quijada escribi�:

Gracias por tu respuesta Edwin.

Como te digo, es por saber un poco m�s sobre la seguridad. La peque�a aplicaci�n que estoy montando quiero que pueda trabajar sobre Postgres y Firebird.�Por qu�? No s�. Ll�malo capricho, ganas de experimentar, o como prefieras. Firebird me gusta, y Postgres quiero ojearla.

El proyecto con el que estoy ahora, es una gesti�n de incidencias. Uno de los pr�ximos, es un POS, y ah�, depende del cliente, si es 1, o 10 puestos.

Firebird puede manejar este proyecto de manera muy sobrada, pero como te digo, es por experimentar un poco. No me sobra el tiempo �ltimamente, por lo que, tengo que aprovechar para en un s�lo proyecto, hacer mil cosas para poder experimentar :D

Normalmente, ni en SQLServer, ni Oracle, ni postgres ni nada, he solido trabajar con "usuarios", poca cosa por no decir ninguna he necesitado hacer que trabaje con usuarios concurrentes. Normalmente, siempre he conectado y trabajado sobre la BBDD con SYSBDA, sa, etc...

Por eso, mi pregunta, iba sobre todo dirigida a, "exactamente, para qu� sirven los usuarios?" (y ya s� que es para restricciones en la/s BBDD :P). Es decir, la pol�tica normal, es, crear un usuario, llam�mosle "cliente" que s�lo pueda CREATE,SELECT,UPDATE en la BBDD?

Un saludo.

P.D.: Siento que quiz�s sea una consulta muy b�sica, pero llevo tanto tiempo desconectado del mundo de la programaci�n tradicional, y me est� costando tanto mi vuelta, que si no pregunto, me agobio :P ------------ pr�xima parte ------------
Se ha borrado un adjunto en formato HTML...
URL: <http://lists.lazarus.freepascal.org/pipermail/lazarus-es/attachments/20090813/cf238ea7/attachment-0001.html>