Últimos mensajes - Powered by IBM

Palabras claves

Ejercicios / Años

09/01/2004 - 16:13 por dgironal | Informe spam

Muy buenas, si algun@ de vosotr@s tenéis experiencia, quizás podáis
orientarme, la cuestión es la siguiente

Estoy diseñando una base de datos de gestión (albaranes, facturas, clientes,
proveedores, ...) y la duda me surgen en cómo implementar los
ejercicios/años, es decir:

Gestión2004 (todas sus facturas, ..., clientes,...)
Gestión2005 (todas sus facturas, ..., clientes,...)
.
.
.
Gestión200n (todas sus facturas, ..., clientes,...)

Opciones:
a;- Bases de datos separadas
b;- Una única base de datos con campos que discriminan el Ejercicio/Año
Por ejemplo
TablaFacturas
Ejercicio IdFactura iDCliente

¿Qué opción es la más recomendable?, la duda es por qué no tengo ninguna
experiencia en este tipo de bases de datos

Gracias de antemano

Siga el debate

11 respuestas

Tengo una respuesta

Preguntas similare

Mostrar todos los temas similares

Leer las respuestas

#1 Maximiliano Damian Accotto

09/01/2004 - 16:29 | Informe spam

Hola, mira te cuento lo que para mi es mas optimo y que desde hace 5 años
uso:

Una sola Base:

Tengo una tabla donde defino mis periodos ej:

nombre_periodo
Fecha_inicio
Fecha_fin

luego como las facturas tienen por ej una fecha y esa fecha estaraq dentro
de un periodo no hay problema de consultar las cosas.

Tambien podrias si queres es poner un Id de periodo por cada comprobante con
un foreing key no, o sea que cada vez que das de alta un comprobante poner
ese id.

No me gusta la idea de andar separando bases porque luego se te va a armar
un re kilombo cuando quieras consultar y ni hablar de contrastar periodos o
algo asi.

Salu2
Maximiliano Damian Accotto

"dgironal" escribió en el mensaje
news:

Muy buenas, si algun@ de tenéis experiencia, quizás podáis
orientarme, la cuestión es la siguiente

Estoy diseñando una base de datos de gestión (albaranes, facturas,

clientes,

proveedores, ...) y la duda me surgen en cómo implementar los
ejercicios/años, es decir:

Gestión2004 (todas sus facturas, ..., clientes,...)
Gestión2005 (todas sus facturas, ..., clientes,...)
.
.
.
Gestión200n (todas sus facturas, ..., clientes,...)

Opciones:
a;- Bases de datos separadas
b;- Una única base de datos con campos que discriminan el Ejercicio/Año
Por ejemplo
TablaFacturas
Ejercicio IdFactura iDCliente

¿Qué opción es la más recomendable?, la duda es por qué no tengo ninguna
experiencia en este tipo de bases de datos

Gracias de antemano

Responder a este mensaje

#2 dgironal

09/01/2004 - 16:47 | Informe spam

Lo de la TablaPeriodos es algo que jamás se me hubiera ocurrido, muy bueno,
en serio.

Por tus comentarios, posiblemente implemente una Única Base de datos, voy a
intentar ponderar:

1;-Añadir un campo que discrime el ejercicio en las tablas susceptibles
(Facturas, abonos, recibos, ...)
2;- Utilizar la fecha de los documentos para discriminar ejercicios
3;- Tú sugerencia Fecha de documentos + TablaPeriodos

Gracias!!!

Responder a este mensaje

#3 Maximiliano Damian Accotto

09/01/2004 - 16:50 | Informe spam

;-) te digo que funciona muy bien y cuando tenes que hacer Querys es muy
interesante de verdad ya que salen como tiro.

Salu2

Maximiliano Damian Accotto

"dgironal" escribió en el mensaje
news:

Lo de la TablaPeriodos es algo que jamás se me hubiera ocurrido, muy

bueno,

en serio.

Por tus comentarios, posiblemente implemente una Única Base de datos, voy

intentar ponderar:

1;-Añadir un campo que discrime el ejercicio en las tablas susceptibles
(Facturas, abonos, recibos, ...)
2;- Utilizar la fecha de los documentos para discriminar ejercicios
3;- Tú sugerencia Fecha de documentos + TablaPeriodos

Gracias!!!

Responder a este mensaje

#4 dgironal

09/01/2004 - 17:24 | Informe spam

Aunque sea abusar:

¿Cómo implementarías la MULTIEMPRESA en única Base de Datos?

Mi idea es la de añadir un campo Empresa en las tablas susceptible de ser
discriminadas por empresas, el problema es decidir que tablas son
susceptibles de ser discriminadas por empresas. Ejemplo

TablaFacturas: CLARÍSIMO DISCRIMINAR LA EMPRESA
Empresa idFactura Fecha

TablaIVAs: CLARÍSIMO NO DISCRIMINAR POR EMPRESA
idIVA Porcentaje ...

TablaClientes: NO ESTÁ TAN CLARO

Responder a este mensaje

#5 Maximiliano Damian Accotto

09/01/2004 - 18:07 | Informe spam

Hola, quizas vos tengas clientes que pueden ser de una o mas de una empresa
no?

por lo cual deberias en ese caso armar la tabla que indica Adrian, donde
vincules a un Cliente con una Empresa o unidad de negocio.

Ojo con todo esto porque no es todo tan asi, quizas hasta para las facturas
necesites otra numeracion y todo ello por ej, por lo cual deberias ampliar
un poco mas la cosa.

Tambien podrias ver de implementar la multimoneda ;-).

Todo estos temas no son muy del foro sino de diseño y si te interesa
contactame personalmente que lo vemos en privado asi no llenamos de OT este
list.

Salu2

Maximiliano Damian Accotto

"dgironal" escribió en el mensaje
news:

Aunque sea abusar:

¿Cómo implementarías la MULTIEMPRESA en única Base de Datos?

Mi idea es la de añadir un campo Empresa en las tablas susceptible de ser
discriminadas por empresas, el problema es decidir que tablas son
susceptibles de ser discriminadas por empresas. Ejemplo

TablaFacturas: CLARÍSIMO DISCRIMINAR LA EMPRESA
Empresa idFactura Fecha

TablaIVAs: CLARÍSIMO NO DISCRIMINAR POR EMPRESA
idIVA Porcentaje ...

TablaClientes: NO ESTÁ TAN CLARO

Responder a este mensaje

Ads by Google

Hacer una preguntaSiguiente

Tengo una respuesta

12 3

Busqueda sugerida