Gracias Por la Respuesta Tan Rapida.
Antes de Nada, no tengo ni idea de que es el "niquette" pero siempre antes de
preguntar, investigo, busco y leo en el archivo, y googleo hasta hartarme.
Os especifico Cual es mi situación Actual.
Llevo dos semanas en un nuevo trabajo. Mi tarea principal es administrar la
base de datos de la empresa en PostgreSQL que esta instalada en un Servidor
Debian.
La base de datos esta .... bastante bien definida. Tiene todas las tablas con
sus keys (PKs)bien puestas, sus relaciones entre ellas (FKs). Tiene Sus
Triggers definidos , sobretodo para el historial de cambios de la BD, todos van
registrados a 2 Tablas de Historial. Tiene sus reglas bien definidas. Y tienen
10 Esquemas; 1 de Objetos Comunes, y 9 de Proyectos que se basan en el comun,
pero con informacion propia. ¿Porque es asi? Porque Tenemos definidos Scripts
que Acceden a Cada proyecto y cogen la info de estos, si no hay información La
rellenan buscando en el principal o Comun.
Vale me encuentro con todo echo por delante . ¿bien no?
Mi problema llega cuando tengo que modificar informacion continuamente. y todas
las tablas tienen referencias a diferentes esquemas o tablas dentro del mismo
esquema. Yo para hacerme una idea general de como manejar la BD me creo mis
vistas.
Supongamos que yo tengo 3 tablas. 2 principales y una intermedia.
T1 : id , marca, modelo,
T2 : id , Id_tag
T3: Id_tag , Nombre de tag.
Si Yo necesito cambiar un tag de un movil por ejemplo, hago mi vista con
T1.Marca,T1.modelo + T3.Nombre de Tag.
Para hacer un Cambio en las tablas, tengo que tener abiertas y visualizar todas
las tablas , para seguir las relaciones y asi poder realizar un cambio tan
simple. Con un cambio no pasa nada. pero con 100 cambios al dia. esto cansa
bastante y corro el riesgo de cometer errores, y los errores que cometa se
pueden pagar muy caros !!.
Seguro que alguien me comera por mencionar algo de Access... pero alli me hacia
mi consulta, cambiaba mis datos en la consulta y se reflejaban en todas las
tablas afectadas.
Mi problema no es de Organizar la Base de datos, ni de falta de SQL ,
simplemente es que no encuentro la manera de agilizar y "asegurar" los cambios
minimos que hago. Porque hay tantos campos, tuplas, tablas,y esquemas, que
hacer un sql para cambiar 1 tupla....
Espero a verme expresado con claridad. Soy nuevo en el mundillo Pgsql, en el de
bases de datos en general , tengo muy buen manejo de access y sql , pero mis
conocimientos no son efectivos a la hora de optimizar mi trabajo , ni mucho
menos el de 3º que no tienen ni idea de bases de datos, En este caso en
concreto.
Sin mas , os pido auxilio. Ya que ya no me quedan aplicaciones clientes que
probar, y conectando desde Access (utilizandolo como fronting o tablas
vinculadas) no me deja editar los datos de las consultas tampoco.
Seguire investigando, leyendo manuales y libros pdf a ver si puedo ver la luz.
Gracias de antemano. Hasta luego.
Gabriel Gañán
> Date: Wed, 17 Sep 2008 10:00:06 +0100> From: [EMAIL PROTECTED]> To: [EMAIL
> PROTECTED]> Subject: Re: [pgsql-es-ayuda] ¿Como Se puede Pedir Ayuda en
> PGsql-es-ayuda?> CC: pgsql-es-ayuda@postgresql.org> > On Wed, Sep 17, 2008 at
> 9:46 AM, Gabriel Gañán <[EMAIL PROTECTED]> wrote:> > Buenas de Nuevo. Soy
> Gabriel !> > Al no obtener respuesta a mi pregunta, y ver que os contestabais
> entre> > vosotros. Me he puesto a recapacitar,> > si un newbe guidowsero,
> puede hacer preguntas basicas en estas> listas. --> Claro que si , no te
> hagas problema por eso, creo que a> ratos mas de alguien se molesta , por el
> echo de no testar (o testear)> primero antes de preguntar, pero en terminos
> generales aqui no existen> niveles para preguntas.> > > > Si hay algun
> requisito o forma establecida de preguntar las cosas, no dudeis> > en
> decirmelo por favor.> > No me malinterpreteis, que no soy impaciente , ni
> estoy resentido, solo> > quiero saber como se hacen las cosas bien por aqui.>
> > Sin Mas dilación .Hasta luego.> >> > ________________________________> >
> Express yourself instantly with MSN Messenger! MSN Messenger> > Como norma
> para que no tengas problemas con la lista o con las> respuestas que recives,
> para que no te frustres con respecto a que las> respuestas no estan en lo que
> tu esperas, siempre trata de hacer la> pregunta lo mas precisa posible, para
> que alguien cuando la lea pueda> darte una respuesta precisa.> > Siempre
> trata de investigar por las tuyas, dale mil vueltas,> experimenta y dentro de
> esa fase de experimentacion surgiran dudas> especificas que puedes preguntar
> a la lista, y que de seguro alguien> te ayudara.> > Bueno y finalmente lee el
> niquette nunca esta demas un poco de> cortesia y normas basicas dentro de una
> comunidad :0) .> > Que estes bien y avanza al principio siempre es un poco
> complicado> todo pero como dicen por ahi echando a perder se aprende :0)> >
> Slds.> > J.> > -- > Cumprimentos> jchavez> linux User #397972 on
> http://counter.li.org/> --> TIP 4: No hagas 'kill -9' a postmaster
_________________________________________________________________
Express yourself instantly with MSN Messenger! Download today it's FREE!
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/
