Base de datos en MySQL

[Adrycitap]

Hola a todos.. necesito ayuda con mi base de datos..
estoy haciendo un sistema de Facturacion e inventario ,, tambien controlo las finanzas i al personal que ingresa.. pero el inconveniente esta. en q no se como relacionarlas..
lo q es facturacion e inventario ia las tengo relacionadas.. el problema es con las otras entidades.. como podria hacer para controlar a empleados.. horarios.. pagos.. ingresos y egresos de caja..?? xfavor me serian de gran ayuda si me respondieran.. Graxias

[gnzsoloyo]

En el fondo en un problema más de los fundamentos del diseño de sistemas, que un problema de implementación: Me parece que estás extendiendo el diseño de la base sin darle un soporte de análisis del sistema en sí. Lo mejor sería que trataras de definir los subsistemas, el alcance de los datos de cada uno y recién allí empezar a pulir la base de datos. Si no defines eso, es posible que termines perdiéndote en la maraña de relaciones y datos.
Una buena idea es que comiences por definir las reglas de negocio, es decir todo aquello que el sistema debe hacer, de donde surgirán l as entidades y los almacenamientos necesarios.
¿Has planteado estas reglas al principio, junto a un diagrama genérico del sistema que debes alimentar, o estás trabajando sobre la marcha?
Ten en cuenta que las relaciones entre subsitemas y las entidades que lo forman y luego se expresan en tablas, se hacen transparentes en cuanto expresas las reglas de negocio de una forma clara y detallada.

[Adrycitap]

El sistema en si.. tiene 3 subsistemas

primero: q debe hacer la de facturacion y controlar el inventario..
segundo: tiene que administrar lo que es empresa y empleados..
tercero: las finanzas..

pero cada una de estos subsistemas estan relacionadas entre si..
aun no logro relacionar la base de datos en general..

[gnzsoloyo]

No sé si me estás entendiendo bien.
¿Entiendes a qué me refiero cuando digo "reglas de negocio"?
Con ellas es más fácil ver cómo se relacionan los subsistemas, porque precisamente así puedes definir los puntos en común.

Además, donde tu estás viendo tres subsistemas, yo estoy viendo cinco o tal vez más... Todo depende de cómo se estructuren las relaciones entre esas áreas. Ten en cuenta que uno de los criterios que permiten ver dónde inician y terminan los subsistemas es que los subsistemas se relacionan por almacenamientos (bases o tablas de bases), pero no se relacionan por procesos (comportamiento). Si no comparten procesos o tareas, no son parte del mismo subsistema.
Esto último sirve para recalcar, por ejemplo, que si bien Ventas y Compras pueden estar a cargo del mismo Gerente y usar las mismas tablas, no son tareas intrínsecamente relacionadas en sus procesos, y por tanto no son parte del mismo subsistema. Por eso digo que yo veo más sistemas que tu.
A nivel de análisis, que una misma tarea esté cubierta por el mismo departamento o jefatura, no significa que componga el mismo sistema. No es la división formal del organigrama de una empresa la que define qué es un sistema.

Empieza por definir qué areas sólo están unidas por almacenamientos (tablas) comunes, pero cuyas responsabilidades (procesos) sean diferentes.