Base de datos contabilidad

Hola, la verdad que es un tema un poco extenso como para poderlo exponer en
un News!!

El tema aca es saber si necesitas contabilidad on-line o no!!

Si la tabla movimientos crece mucho al igual que la detalle, no es problema
para SQL-Server, el ERP que tenemos nosotros tiene mas de 4.000.000 de
registros :-)

El tema aca es definir bien los indices (para ello puede usar un analisis
CRUD o el analizador de SQL-Server)




"Larissa" escribió en el mensaje
news:

Hola a todos. Mi nombre es Larissa y acceso pasivamente el foro pero
algunos mensajes que he estado leyendo en estos dias me han traido algunas
dudas sobre definicion para una aplicacion de contabilidad (mayor general)
que estoy por desarrollar.
Soy estudiante y no tengo tanta experiencia :(
Este mensaje va dirigido principalmente a quienes hayan disenado sistemas

de

contabilidad.

Es una aplicacion que debe tener: a) una carta de cuentas, b) una tabla de
operaciones (entradas) c) una tabla de detalles de movimientos de las
cuentas asociadas a cada registro de la tabla de operaciones.

Me podrian contar como seria un diseño de la base de datos, es decir, como
definir las tablas, indices, etc. Las tablas de operaciones y las de
movimientos tenderan a crecer mucho.

Basicamente lo que quisiera es una idea de un ejemplo real que alguien ya

lo

tenga funcionando y me pueda esquematizar aqui.


Gracias mil

Larissa

En este articulo hay un modelo de datos similar al que planteas,

http://www.microsoft.com/spanish/ms...art144.asp

Saludos
Adrian D. Garcia
MCSD
NDSoft Consultoria y Desarrollo

"Larissa" wrote in message
news:

Hola a todos. Mi nombre es Larissa y acceso pasivamente el foro pero
algunos mensajes que he estado leyendo en estos dias me han traido algunas
dudas sobre definicion para una aplicacion de contabilidad (mayor general)
que estoy por desarrollar.
Soy estudiante y no tengo tanta experiencia :(
Este mensaje va dirigido principalmente a quienes hayan disenado sistemas

de

contabilidad.

Es una aplicacion que debe tener: a) una carta de cuentas, b) una tabla de
operaciones (entradas) c) una tabla de detalles de movimientos de las
cuentas asociadas a cada registro de la tabla de operaciones.

Me podrian contar como seria un diseño de la base de datos, es decir, como
definir las tablas, indices, etc. Las tablas de operaciones y las de
movimientos tenderan a crecer mucho.

Basicamente lo que quisiera es una idea de un ejemplo real que alguien ya

lo

tenga funcionando y me pueda esquematizar aqui.


Gracias mil

Larissa

Dos dudas:
1) Dices que "... No requeriría de nuestra parte mantener disparadores
(triggers) o procedimientos almacenados complejos para mantener el valor de
esta columna en sincronía con los de su cabecera, como sería el caso de una
columna totalizadora. "

Si no requiere de triggers mantener actualizada la fecha en la tabla
asiento_detalle, cómo se haría entonces para actualizarla cuando se cambie
la fecha en la tabla cabecera ?

2) Combinando ese articulo, con algo que sugirio alguien de este mismo foro
hace unos dias, seria practico tener para agilizar aun mas por ejemplo otra
tabla digamos BALMES , que me acumule los balances resumidos en debe y haber
para cada cuenta por cada mes. Asi en vez de sumar todos lo movimientos
sumaria primero todos los meses completos hasta el mes anterior a la fecha y
luego los movimientos que van en el mes de la fecha ?


Larissa

"Adrian D. Garcia" wrote in message
news:

En este articulo hay un modelo de datos similar al que planteas,

http://www.microsoft.com/spanish/ms...art144.asp

Saludos
Adrian D. Garcia
MCSD
NDSoft Consultoria y Desarrollo

"Larissa" wrote in message
news:
> Hola a todos. Mi nombre es Larissa y acceso pasivamente el foro pero
> algunos mensajes que he estado leyendo en estos dias me han traido

algunas

> dudas sobre definicion para una aplicacion de contabilidad (mayor

general)

> que estoy por desarrollar.
> Soy estudiante y no tengo tanta experiencia :(
> Este mensaje va dirigido principalmente a quienes hayan disenado

sistemas

de
> contabilidad.
>
> Es una aplicacion que debe tener: a) una carta de cuentas, b) una tabla

de

> operaciones (entradas) c) una tabla de detalles de movimientos de las
> cuentas asociadas a cada registro de la tabla de operaciones.
>
> Me podrian contar como seria un diseño de la base de datos, es decir,

como

> definir las tablas, indices, etc. Las tablas de operaciones y las de
> movimientos tenderan a crecer mucho.
>
> Basicamente lo que quisiera es una idea de un ejemplo real que alguien

ya

lo
> tenga funcionando y me pueda esquematizar aqui.
>
>
> Gracias mil
>
> Larissa
>
>

Para el punto 2) puedes usar un vista indexada ( o indizada) pues asi no
tendras necesidad de agregar carga a los triggers.

Dos dudas:
1) Dices que "... No requeriría de nuestra parte mantener disparadores
(triggers) o procedimientos almacenados complejos para mantener el valor

de

esta columna en sincronía con los de su cabecera, como sería el caso de

una

columna totalizadora. "

Si no requiere de triggers mantener actualizada la fecha en la tabla
asiento_detalle, cómo se haría entonces para actualizarla cuando se cambie
la fecha en la tabla cabecera ?

2) Combinando ese articulo, con algo que sugirio alguien de este mismo

foro

hace unos dias, seria practico tener para agilizar aun mas por ejemplo

otra

tabla digamos BALMES , que me acumule los balances resumidos en debe y

haber

para cada cuenta por cada mes. Asi en vez de sumar todos lo movimientos
sumaria primero todos los meses completos hasta el mes anterior a la fecha

y

luego los movimientos que van en el mes de la fecha ?


Larissa

"Adrian D. Garcia" wrote in message
news:
> En este articulo hay un modelo de datos similar al que planteas,
>
>

http://www.microsoft.com/spanish/ms...art144.asp

>
> Saludos
> Adrian D. Garcia
> MCSD
> NDSoft Consultoria y Desarrollo
>
> "Larissa" wrote in message
> news:
> > Hola a todos. Mi nombre es Larissa y acceso pasivamente el foro pero
> > algunos mensajes que he estado leyendo en estos dias me han traido
algunas
> > dudas sobre definicion para una aplicacion de contabilidad (mayor
general)
> > que estoy por desarrollar.
> > Soy estudiante y no tengo tanta experiencia :(
> > Este mensaje va dirigido principalmente a quienes hayan disenado
sistemas
> de
> > contabilidad.
> >
> > Es una aplicacion que debe tener: a) una carta de cuentas, b) una

tabla

de
> > operaciones (entradas) c) una tabla de detalles de movimientos de las
> > cuentas asociadas a cada registro de la tabla de operaciones.
> >
> > Me podrian contar como seria un diseño de la base de datos, es decir,
como
> > definir las tablas, indices, etc. Las tablas de operaciones y las de
> > movimientos tenderan a crecer mucho.
> >
> > Basicamente lo que quisiera es una idea de un ejemplo real que alguien
ya
> lo
> > tenga funcionando y me pueda esquematizar aqui.
> >
> >
> > Gracias mil
> >
> > Larissa
> >
> >
>
>

En teoria en contabilidad nunca se modifica lo asentado. Se realiza un
asiento de
anulacion y un nuevo asiento.
Por eso mismo no deberia ser necesario un trigger o u SP para ello, en todo
caso, si funcionalmente se permite este tipo de cambios el trigger de UPDATE
sera muy sencillo.

Saludos
Adrian D. Garcia
MCSD
NDSoft Consultoria y Desarrollo


Saludos
Adrian D. Garcia
MCSD
NDSoft Consultoria y Desarrollo

"Larissa" wrote in message
news:

Dos dudas:
1) Dices que "... No requeriría de nuestra parte mantener disparadores
(triggers) o procedimientos almacenados complejos para mantener el valor

de

esta columna en sincronía con los de su cabecera, como sería el caso de

una

columna totalizadora. "

Si no requiere de triggers mantener actualizada la fecha en la tabla
asiento_detalle, cómo se haría entonces para actualizarla cuando se cambie
la fecha en la tabla cabecera ?

2) Combinando ese articulo, con algo que sugirio alguien de este mismo

foro

hace unos dias, seria practico tener para agilizar aun mas por ejemplo

otra

tabla digamos BALMES , que me acumule los balances resumidos en debe y

haber

para cada cuenta por cada mes. Asi en vez de sumar todos lo movimientos
sumaria primero todos los meses completos hasta el mes anterior a la fecha

y

luego los movimientos que van en el mes de la fecha ?


Larissa

"Adrian D. Garcia" wrote in message
news:
> En este articulo hay un modelo de datos similar al que planteas,
>
>

http://www.microsoft.com/spanish/ms...art144.asp

>
> Saludos
> Adrian D. Garcia
> MCSD
> NDSoft Consultoria y Desarrollo
>
> "Larissa" wrote in message
> news:
> > Hola a todos. Mi nombre es Larissa y acceso pasivamente el foro pero
> > algunos mensajes que he estado leyendo en estos dias me han traido
algunas
> > dudas sobre definicion para una aplicacion de contabilidad (mayor
general)
> > que estoy por desarrollar.
> > Soy estudiante y no tengo tanta experiencia :(
> > Este mensaje va dirigido principalmente a quienes hayan disenado
sistemas
> de
> > contabilidad.
> >
> > Es una aplicacion que debe tener: a) una carta de cuentas, b) una

tabla

de
> > operaciones (entradas) c) una tabla de detalles de movimientos de las
> > cuentas asociadas a cada registro de la tabla de operaciones.
> >
> > Me podrian contar como seria un diseño de la base de datos, es decir,
como
> > definir las tablas, indices, etc. Las tablas de operaciones y las de
> > movimientos tenderan a crecer mucho.
> >
> > Basicamente lo que quisiera es una idea de un ejemplo real que alguien
ya
> lo
> > tenga funcionando y me pueda esquematizar aqui.
> >
> >
> > Gracias mil
> >
> > Larissa
> >
> >
>
>