From: | Jaime Casanova <systemguards(at)gmail(dot)com> |
---|---|
To: | pgsql-es-ayuda(at)postgresql(dot)org |
Subject: | Re: Criterios de diseño |
Date: | 2005-02-16 16:11:19 |
Message-ID: | c2d9e70e050216081160036f57@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-es-ayuda |
On Wed, 16 Feb 2005 11:47:04 -0300, Gustavo Maximiliano Cortez
<patesi(at)gmail(dot)com> wrote:
> Muchachos,
> Tengo duda a la hora de plantear el diseño de una base de datos.
> Yo se que esto tiene que ver mas que nada, con los criterios de DBA,
> pero como yo no tengo mucha experiencia, me baso en el diseño planteado
> por gente con mas experiencia.
> Un profesor mio de la Universidad, considera que ningun registro
> (por ejemplo de empleados o clientes) debe ser eliminado de la base de
> datos, es decir se deberia colocar un atributo como bandera que indique
> si el registro (de empleados o clientes) debe o no aparecer en el
> sistema. Por ejemplo, en la interfaz de usuario si hay un boton que dice
> "eliminar", no significa que elimine el registro de la base de datos,
> sino que simplemente le de un valor al atributo ya sea 0 o 1 para que
> "simulara" que el registro esta eliminado.
>
Estoy de acuerdo con tu profesor. Primero por que deben haber
registros relacionados y no creo que quieras borrar las transacciones
que realizao ese cliente. Y segundo por historia, para mantener un
registro estadistico de lo que a ocurrido a traves del tiempo.
> considero que de esta manera estoy haciendo que la base de datos cresca
> siempre. Es decis, que no hay posibilidad de disminuir su tamaño
> eliminando registros desde una interfaz de usuario. Y me parece algo
> poco elegante, ya que en cada consulta para mostrar el listado de
> registros (por ejemplo de empleados o clientes), deberia hacer el contro
> de si el atributo puesto como bandera tiene el valor 1 o 0 segun se haya
> eliminado o no.
>
Eso es lo de menos, una buena base de datos ( y postgresql lo es)
puede manejar millones de registros sin problemas. de hecho hay una
regla que dice: (no se si postgresql la cumple, ni si alguna otra la
cumple. pero todos tratan de llegar a esto) que sin importar la
cantidad de registros a revisar una base de datos no deberia demorarse
mas de 3 segundos en devolver la informacion.
atentamente,
Jaime Casanova
From | Date | Subject | |
---|---|---|---|
Next Message | Hugo Gamarra | 2005-02-16 16:26:36 | RE: [pgsql-es-ayuda] Criterios de diseño |
Previous Message | Manuel Sugawara | 2005-02-16 16:09:26 | Re: Uso de Procesadores |