Sistema Contable

[Bibiana Cacciaguerra]

Buenas tardes comunidad,

En esta oportunidad, escribo pidiendo opiniones por si alguno lo ha hecho y ver cómo lo resolvió.

Estoy rehaciendo un viejo sistema contable (que además saca IVA y Ctas Ctes) y pasando la base nativa a mysql

Lo cierto es que cada cierre de ejercicio, varias tablas se vacían y otras son permanentes, tal el caso de alícuotasIVA, tipos de Cpte, Clientes, proveedores y pases de cuenta corriente.

Lo ideal, creo, sería manejar una base con un archivo de pases que tuviera los asientos de todos los ejercicios, sin embargo esto se hace "pesado" por la acumulación de registros.

¿Alguien tiene alguna idea superadora?

Desde ya, muchas gracias por sus opiniones.

Saludos!

[elkin dario uribe torres]

Si no guardas los históricos como sacarías informes comparativos de ejercicios contables tan necesarios?

--
Blog de la Comunidad Visual FoxPro en Español http://comunidadvfp.blogspot.com
---
Has recibido este mensaje porque estás suscrito al grupo "Comunidad de Visual Foxpro en Español" de Grupos de Google.
Para cancelar la suscripción a este grupo y dejar de recibir sus mensajes, envía un correo electrónico a publicesvfoxp...@googlegroups.com.
Para ver este debate, visita https://groups.google.com/d/msgid/publicesvfoxpro/990afcd8-759e-4427-af72-bab06dd55e39n%40googlegroups.com.

[Esteban Herrero]

Hola...

Respondiendo esta parte:

Lo ideal, creo, sería manejar una base con un archivo de pases que tuviera los asientos de todos los ejercicios, sin embargo esto se hace "pesado" por la acumulación de registros.

Vas a trabajar con SQL, no es un DBF, xq se pondría pesado???

Si tenes un buen diseño de tablas con sus correspondientes indices, podes administrar millones de registros y a la misma velocidad de cuando iniciaste.

En el caso de asientos te aconsejo manejarlo con 2 tablas una cabecera y otra detalle.

Saludos

[Carlos Miguel FARIAS]

Esto sale de un trabajo de investigación que hice en 2003 para un sistema de normalización de bases de datos aplicando reglas prácticas (no Formas Normales pero con igual resultado).

Como los asientos tienen fecha, puedes guardar innumerables pases. En VFP posiblemente hasta un millón (Que serían cosquillas en MySQL)

Los nombres indican con su primer letra el tipo de datos. c: caracteres, m: memo, n: numéricos enteros, y: monetarios. Puede haber algún error.

Las tablas con más cantidad de registros, son asientos y detalle-asientos, que son registros con muy pocos bytes por registro.

Saludos: Miguel.

Para ver este debate, visita https://groups.google.com/d/msgid/publicesvfoxpro/8b34bb64-1caf-4663-aeb8-4133902d7a86%40yahoo.com.ar.

[Pablo Foa Torres]

Pfoat...@gmail.com

Para ver este debate, visita https://groups.google.com/d/msgid/publicesvfoxpro/CACqOu4xxbGpOFL9cch-Cu-VJNve61-jC_opk9ewM-famBgHSfw%40mail.gmail.com.

[Miguel Antúnez]

Migrar de tablas libres a una base de datos relacional implica un cambio mucho más profundo: cambian por completo las limitaciones, el rendimiento y la forma de manejar la información, especialmente en seguridad e integridad, donde MySQL es muy superior a DBF.

Para un dimensionamiento normal, no veo problema en tener una sola tabla de detalle de asientos acumulando todos los ejercicios, siempre que exista:

• ✔️ Buena normalización (cabecera + detalle).

• ✔️ Índices bien definidos por fecha, ejercicio, cuenta, comprobante, etc.

• ✔️ PK numérica autoincremental (Identity/Auto Increment).

Con ese enfoque, millones de registros no deberían ser un inconveniente real. El problema rara vez es la cantidad de filas, sino un mal diseño del modelo o consultas sin índices adecuados.

Saludos.

Para ver este debate, visita https://groups.google.com/d/msgid/publicesvfoxpro/CABdMRLsa%3DKruuF7_ruCrWLN%3DBuffqhf89Yu7Tr1ckRmf6r4-fg%40mail.gmail.com.

--

mant...@gmail.com
https://mantunezc.blogspot.com/

https://www.youtube.com/vfpsqlperu

https://www.linkedin.com/in/mantunezc/

[Jorge L. Florez C.]

Hola

¿Por qué no particionas las tablas en MySQL?

Saludos

Jorge Florez

Lima - Perú

[Jomel Mcdonald]

Manéjalo con un historial al cierre del ejercicio, crea una tablas idéntica a la de los asientos y le colocas _historial. Asi cuando ejecutes el cierre solo dejas en el historial el asiento de apertura que es el de activo/pasivo y capital del cierre y todo lo demás al historial. 

 

Para ver este debate, visita https://groups.google.com/d/msgid/publicesvfoxpro/CAMBYqNL51soBbfyd9GkPjvrKHu9a7NaYvZuqR8RBJd%2B9aBN3CA%40mail.gmail.com.

[Dorian Ordonez]

Buena moacheS jóvenes, hay muy importante este no es un problema técnico, esto es un problema de lógica de negocio, puedes ser el mejor programador del mundo pero si no tienes la lógica del negocio Jamas obtendrás el resultado. Todo empieza por saber que una póliza, una partida,....cierre mensual, cierre anual,....me explico?

Para ver este debate, visita https://groups.google.com/d/msgid/publicesvfoxpro/CAMBYqNL51soBbfyd9GkPjvrKHu9a7NaYvZuqR8RBJd%2B9aBN3CA%40mail.gmail.com.