Usar un archivo php para varios sistemas, o usar varios archivos con el mismo codigo[No resuelta]

Respuestas:

•  

    1  

   

   

  Black Soldier Karma: 2600

   
  Fecha: 30-01-2018 10:13:22 una sola base de datos por agencia???? el sistema va a estar en local o remoto???? y si de casualidad llegan a 100 agencias???, imagina tener que hacerle una modificación al sistema y a la base de datos si son 100 pues diras, incluso 5 ya fastidia, no creo necesario una base de datos por agencia si el sistema va a estar en un mismo server, respondiendo a tu consulta, si es un sistema administrativo, es un solo conjunto de archivos que manejarías con variables de sesión que identificarían al usuario, a la agencia que pertenece y pues claro la data que va a manipular en tus bases de datos   Votos: 1 - Link respuesta
   
•  

    0  

   

   

  Roman Gonzalez Karma: 32

   
  Fecha: 30-01-2018 11:06:18 Carlos quintero, gracias por responder, claro mira, al inicio solo era una agencia, luego se sumaron 4, como tenia ya creada una base de datos para la primera decidí bueno crear una base de datos para las otras, por que, porque pensé en que seria mejor que cada agencia tenga su base de datos con sus activos o inventarios de equipos informáticos, eso fue lo primero que se me vino a la mente, pero tienes razón, y si se quieren sumar mas agencias, entonces crearía mas base de datos. el sistema va a estar en remoto, el servidor en mi oficina, y las agencias corresponden a algunas de las provincias, los usuarios desde sus provincias entran a mi servidor. mira cada agencia tiene sus secciones y el sistema lo que pretendo hacer es que cuando se muevan equipos de informática entre las diferentes secciones de cada agencia, quede registrado el movimiento, de igual manera cuando se descarta un equipo o cuando se le hace un reporte o una reparación del mismo modo si llegan equipos nuevos, que registre modelo marca serie y a la sección que se va a asignar. que en cada agencia tenga sus secciones cada una con la cantidad y descripción de sus equipos informáticos. mmmm hacer una sola base de datos para 5 agencias y mas en tal caso que se sumen, es buena idea, y un código que me administre las gestiones de cada usuario, los movimientos que hace uno, o el descarte que hace otro en la agencia que a ingresado. ponerle código de id a cada agencia, igual un id a cada sección de cada agencia, y mantener todo el inventario de las cinco en una sola base de datos, igual el código php que sea solo uno para gestionar todas las agencias, por que si hago una base de datos para cada agencia y una carpeta por cada agencia con el php para gestionar los movimientos, serian 5 carpetas con el mismo código y así si hay que modificar en una, tendría que modificar en todas, muy tedioso. lo que me da temor es la cantidad de datos, si llega a pasar algo, se van todos los datos de todas las agencias. aunque eso se puede solucionar. que opinas Carlos.   Votos: 0 - Link respuesta
   
•  

    0  

   

   

  Walter Sánchez Karma: 6600

   
  Fecha: 30-01-2018 13:23:22 Opino igual que Carlos.
  
  Si tienes varias bases de datos en algún momento se te hara dificil mantenerlas.
  Si tienes varias carpetas que tendrán el mismo codigo tambien es dificil tener el control de todos los códigos. Si haces un cambio tenes que hacerlo en todos para que el sistema sea homogéneo.
  
  Es una pérdida total de tiempo y de recursos.
  
  Es mejor tener todo centralizado en un solo sitio para tener mejor control además proporciona que el sistema sea escalable en el tiempo.
  
  Tendrias que tener una sola base de datos con un DER bien diseñado. Con una base de datos relacional.
  Modificas la base de datos existente adaptándola a las nueva necesidades o comienzas desde cero y utilizando o no los datos que te sirvan de la base actual
  
  Tener una sola app web desarrollado con PHP POO (programación orientado a objetos) que esto te brinda escalabilidad, legibilidad, menos códigos, y un sin fin de bondades.
  
  Recuerda que a la base de datos puedes hacerle backups con periodicidad por si ocurriese alguna contingencia y puedes restaurarla con la última copia disponible.
  
  Si el codigo desarrollado actual que tienes es estructurada, dejalo y comienza un nuevo proyecto con POO y te ahorraras dolores de cabeza.
  
  Podrás exponer la appweb para que accedan en un hosting o bien en tu propio server, deberás analizar los pros y contras de cada uno de ellos.
  
  Por allí es mejor comenzar el proyecto desde cero que modificar el actual.
  
  Saludos   Votos: 0 - Link respuesta
   
•  

    0  

   

   

  Luis Herazo Karma: 14

   
  Fecha: 31-01-2018 00:09:41 Totalmente de acuerdo con Carlos y Walter.. Una sola base de datos relacional bien diseñada y un solo código. Los pro's son muchos. Los beneficios
  principales Escalabilidad y soporte.
  
  Identificas a el usuario y y dependiendo a la agencia que pertenezca le nuestras lo que le corresponde.
  
  Presta mucha atención al consejo de Walter en hacer una rutina o periódicamente respaldar la base de datos.   Votos: 0 - Link respuesta
   
•  

    2  

   

   

  Roman Gonzalez Karma: 32

   
  Fecha: 31-01-2018 04:23:09 Carlos Quintero, Walter Sánchez, Luis Herazo, muchísimas gracias por sus aportes. Yo he realizado varios sistemas en php con base de datos mysql. esta vez quería solucionar rápido, y como al principio solo era una sola agencia, y después llegaron 4 mas, y todo lo querían lo mas rápido posible, después me puse a alizar y note Walter, que el sistema y la base de datos no eran escalables.
  
  Y se me vino el mundo encima cuando me di cuenta que modificar una base de datos y el código que administra una, era tedioso, no era algo profesional ni lógico modificar una cosa en una y después en las otras, había mucha duplicidad de código, redundancia en las bases de datos. todo lo pensé, pero ya era tarde cuando tenia todo hecho y los datos almacenados. ahora las agencias se van a sumar mas. y me detuve en hacer mas código y me senté a analizar bien. y lo que había pensado al principio era la solución.
  
  Bien, el código lo hice con PHP POO y como el código es el mismo para las demás agencias, no se me ha hecho complicado, un poco mas de lógica y unas variable mas, pero ya esta avanzado.
  
  Las base de datos, bueno aquí si hay un poco mas de trabajo, pero nada que no se pueda hacer o solucionar, e analizado bien para mantener una sola base de datos con un DER bien diseñado. Lo que si me demorara un poco mas es pasar los datos que me sirven de las demás bases de datos a la nueva, identificando con su cogido (ID) de agencia y de sección.
  
  Al principio del proyecto había pensado en esta solución, y había diseñado la estructura y todo, pero solo pensé en una agencia, se me paso en el momento que se podrían sumar mas y por mi impaciencia de querer presentarlo lo mas rápido posible.
  
  Muchas gracias, a veces pensamos que lo sabemos todo pero no es así, cada día aprendemos cosas nuevas y mas en este mundo de la programación.
  
  En este caso, estaba codificando mucho y haciendo duplicidad de código.
  Cuando vamos a hacer un proyecto de base de datos, debemos sentarnos y analizar bien, estructurar bien nuestra base de datos, tablas y las relaciones, si empezamos mal con la base de datos, pasara esto que me paso a mi y tendremos que parar y reestructurar todo desde cero.
  
  Gracias amigos.   Votos: 2 - Link respuesta