Hola ^TiFa^
no quiero abrir un tema nuevo para tratar esto mismo xD
sabes, creo que tu no le ves mucho sentido a lo que plantea diego_lp pero quiza porque hablamos de necesidades distintas, yo comprendo perfectamente el porque diego_lp desea trabajar de esta forma, es algo que yo me pregunte en su momento y me quede igual con la duda xD.
la necesidad (hablando de mi caso particular) es que en donde laboro hay 7 sucursales con 7 bases de datos distintas (una por sucursal) con 7 servidores (uno por sucursal) pero que son servidores solo por tener el sistema windows server y no porque en hardware lo sean, aparte de esto, hay una cede central que si posee un servidor en hardware y sistema operativo, que este tiene los datos de las 7 sucursales, osea la base de datos es muy grande a medida pasa el tiempo, aca nosotros tenes la necesidad (no resuelta xD) de replicar los datos entre estas 7 sucursales entre si, porque si estas en una sucursal (sucursal1), esta tiene que ver la existencia de todas la demas (las 6 restantes) asi como las otras 6 ver las existencias de sucursal1, aparte de esto, la cede central tiene movimientos de ordenes de compras nacionales y extranjeras, y los datos tienen que ser vistos desde las 7 sucursales, porque si algun cliente pregunta si tienen X producto y en ninguna sucursal hay existencia para efectuar un translado, entonces, el cliente pregunta si ya se pidio y cuando entra, por este motivo los datos de la cede central deben estar en las 7 bases de datos, ahora bien, claro que podriamos evitar la redundancia de datos, haciendo que el sistema consulte a la base central, pero no lo hemos hecho de esta forma por una sola razon, el dia que el internet falle nos lloveran puteadas xD y aunque nosotros no tengamos la culpa a ellos no les importa (a los jefes de sucursales) por lo tanto, la unica opcion que encontramos es correr una rutina cada 30 minutos para que los datos entre si solo tengan un retraso de 30 minuto entre sucursales y cede central, ahora bien, esto funciona casi perfectamente, hasta que, por una de esas cosas de la vida, nos dimos cuenta, que en registros "especificos" nos puede ocurrir duplicacion de datos en la base de la cede central, cosa que podemos enmendar siempre y cuando sepamos que origino esta duplicacion, pero la cosa, es que creo que seria mas facil si fuera una replicacion que haga internamente algun motor (MySql en este caso), ya que el motor que nosotros usamos no tiene este funcionalidad, el caso, es que como no sabiamos si esto se puede hacer no le metimos mano, ya que diego_lp lo trae a colacion y puesto que a mi me interesa, me gustaria saber si esto es posible?, necesitamos un motor distinto por el simple hecho de los SELECT, ya que trabajo reportes en los que cuando una tabla pasa de un millon de registros y los filtros al parecer no me funcionan tan bien con un indice compuesto ,me veo en la necesidad de migrar a un motor que sea mucho mejor, en este caso, hemos pensado hacerlo en MySql, dime ^TiFa^, lo que plantee se puede hacer con MySql?
Thks!
salu2
no quiero abrir un tema nuevo para tratar esto mismo xD
sabes, creo que tu no le ves mucho sentido a lo que plantea diego_lp pero quiza porque hablamos de necesidades distintas, yo comprendo perfectamente el porque diego_lp desea trabajar de esta forma, es algo que yo me pregunte en su momento y me quede igual con la duda xD.
la necesidad (hablando de mi caso particular) es que en donde laboro hay 7 sucursales con 7 bases de datos distintas (una por sucursal) con 7 servidores (uno por sucursal) pero que son servidores solo por tener el sistema windows server y no porque en hardware lo sean, aparte de esto, hay una cede central que si posee un servidor en hardware y sistema operativo, que este tiene los datos de las 7 sucursales, osea la base de datos es muy grande a medida pasa el tiempo, aca nosotros tenes la necesidad (no resuelta xD) de replicar los datos entre estas 7 sucursales entre si, porque si estas en una sucursal (sucursal1), esta tiene que ver la existencia de todas la demas (las 6 restantes) asi como las otras 6 ver las existencias de sucursal1, aparte de esto, la cede central tiene movimientos de ordenes de compras nacionales y extranjeras, y los datos tienen que ser vistos desde las 7 sucursales, porque si algun cliente pregunta si tienen X producto y en ninguna sucursal hay existencia para efectuar un translado, entonces, el cliente pregunta si ya se pidio y cuando entra, por este motivo los datos de la cede central deben estar en las 7 bases de datos, ahora bien, claro que podriamos evitar la redundancia de datos, haciendo que el sistema consulte a la base central, pero no lo hemos hecho de esta forma por una sola razon, el dia que el internet falle nos lloveran puteadas xD y aunque nosotros no tengamos la culpa a ellos no les importa (a los jefes de sucursales) por lo tanto, la unica opcion que encontramos es correr una rutina cada 30 minutos para que los datos entre si solo tengan un retraso de 30 minuto entre sucursales y cede central, ahora bien, esto funciona casi perfectamente, hasta que, por una de esas cosas de la vida, nos dimos cuenta, que en registros "especificos" nos puede ocurrir duplicacion de datos en la base de la cede central, cosa que podemos enmendar siempre y cuando sepamos que origino esta duplicacion, pero la cosa, es que creo que seria mas facil si fuera una replicacion que haga internamente algun motor (MySql en este caso), ya que el motor que nosotros usamos no tiene este funcionalidad, el caso, es que como no sabiamos si esto se puede hacer no le metimos mano, ya que diego_lp lo trae a colacion y puesto que a mi me interesa, me gustaria saber si esto es posible?, necesitamos un motor distinto por el simple hecho de los SELECT, ya que trabajo reportes en los que cuando una tabla pasa de un millon de registros y los filtros al parecer no me funcionan tan bien con un indice compuesto ,me veo en la necesidad de migrar a un motor que sea mucho mejor, en este caso, hemos pensado hacerlo en MySql, dime ^TiFa^, lo que plantee se puede hacer con MySql?
Thks!
salu2
xD