Forum > Spanish

Hola comunidad ayuda para un hobbista

<< < (2/3) > >>

Edson:

--- Quote from: AdaelRuiz on March 01, 2017, 11:57:39 pm ---Hola gracias por sus comentarios, pues en cuestion de librerias desconosco mucho sobre cuales usar, pero creo que funcionaria asi:
Sitio web: Html5 y css3 con un cgi de pascal y lazarus.
Juegos: SDL con base de datos a sqlite
Base de datos: sqlite.
Android: La building de Lazarus.
Para el sistema de la biblioteca: Lazarus con pascal y una base de datos a sqlite
Servidor princial: Linux
Clientes: Android, Windows y Linux

--- End quote ---

El proyecto que piensas desarrollar es extenso. Te recomiendo que lo dividas en módulos. Algunos, módulos son más independientes que otros así que se podrían desarrollar separadamente.

Para la base de datos no te recomiendo SQLite. No es apropiada para sistemas distribuidos y no soporta conexiones simultáneas.

lainz:

--- Quote from: Edson on March 02, 2017, 04:51:48 am ---El proyecto que piensas desarrollar es extenso. Te recomiendo que lo dividas en módulos. Algunos, módulos son más independientes que otros así que se podrían desarrollar separadamente.

--- End quote ---

Estoy de acuerdo, los juegos pueden ser cada juego o todos en un proyecto aparte.


--- Quote from: Edson on March 02, 2017, 04:51:48 am ---Para la base de datos no te recomiendo SQLite. No es apropiada para sistemas distribuidos y no soporta conexiones simultáneas.

--- End quote ---

Una duda, eso aplica solo al servidor o también al cliente para PC?

-------------------------------------------------------------------------

Esto va aparte, quizas deberías dejar el manejo de base de datos del lado del servidor y usar una api para enviar y recibir los datos. Así no necesitas una base de datos del lado del juego por ejemplo.

Edson:

--- Quote from: lainz on March 02, 2017, 04:28:40 pm ---
--- Quote from: Edson on March 02, 2017, 04:51:48 am ---Para la base de datos no te recomiendo SQLite. No es apropiada para sistemas distribuidos y no soporta conexiones simultáneas.

--- End quote ---
Una duda, eso aplica solo al servidor o también al cliente para PC?

-------------------------------------------------------------------------

Esto va aparte, quizas deberías dejar el manejo de base de datos del lado del servidor y usar una api para enviar y recibir los datos. Así no necesitas una base de datos del lado del juego por ejemplo.

--- End quote ---
Solo al servidor. En los clientes, puede haber bases de datos SQLite, porque no se suele guardar grandes cantidades de datos. Lo común sería usar archivos XML, o INI, para las configuraciones locales.

Dejar la administración de datos del lado del servidor, libera al cliente de toda la lógica y recursos que se necesitaría, si tratasen los datos localmente. Esto desde luego tiene sus desventajas, como que se depende de que la conexión esté siempre activa. Un fallo en la red, dejaría inutilizables a todos los clientes.

En todo caso, el diseño depende de qué tan crítico, sería una interrupción en la conexión. Quizá para algunos módulos no afectaría mucho.

En ciertos esquemas se trabaja con una pequeña base de datos local, y luego hay una lógica de sincronización con el servidor. Esto complica un poco el sistema, pero permite más seguridad para los clientes.


lainz:

--- Quote ---Solo al servidor. En los clientes, puede haber bases de datos SQLite, porque no se suele guardar grandes cantidades de datos. Lo común sería usar archivos XML, o INI, para las configuraciones locales.
--- End quote ---

Eso pensaba, es mejor dejarlo en claro para que no tenga esa duda a la hora de armar los proyectos.


--- Quote ---Dejar la administración de datos del lado del servidor, libera al cliente de toda la lógica y recursos que se necesitaría, si tratasen los datos localmente. Esto desde luego tiene sus desventajas, como que se depende de que la conexión esté siempre activa. Un fallo en la red, dejaría inutilizables a todos los clientes.

En todo caso, el diseño depende de qué tan crítico, sería una interrupción en la conexión. Quizá para algunos módulos no afectaría mucho.

En ciertos esquemas se trabaja con una pequeña base de datos local, y luego hay una lógica de sincronización con el servidor. Esto complica un poco el sistema, pero permite más seguridad para los clientes.
--- End quote ---

Claro en un soft de biblioteca no muy grande (que use una sola PC) no hace falta que uses un servidor si o si, pero si al menos el backup de los datos, o si se necesita mas de una PC en la biblioteca que acceda a los mismos datos actualizados ahí haría falta.

Para los juegos si la función principal es guardar el progreso, también se puede hacer de manera local en el dispositivo y de la misma forma sincronizar solamente si es necesario. Depende si va a usar login en las mismas PC de la institución, ahí si o si necesita servidor y no datos locales porque cada usuario puede usar cualquier PC cada vez que entra al juego por ejemplo y podría tener o no sus datos de juego en cada PC.

Todo depende de como quiere hacer las cosas y que recursos físicos hay disponibles (PC's, servidor).

SpyHommer:

--- Quote from: Edson on March 02, 2017, 05:05:09 pm ---
En ciertos esquemas se trabaja con una pequeña base de datos local, y luego hay una lógica de sincronización con el servidor. Esto complica un poco el sistema, pero permite más seguridad para los clientes.

--- End quote ---

Bueno, lo complica un poco el sistema... Hay aplicaciones que realizan esa tarea automaticamente (la replicación de datos). El tema es leerse (aprenderse) como se hace una vez.

Yo personalmente, y pareciendo que la red va a estar ubicada en el mismo edificio, lo guardaria en enservidor la BBDD, y con tener la precaución de que esté el servidor encendido el mismo tiempo que los clientes. El unico riesgo de corte es que no haya electricidad, y en este caso tampoco importa, ya que tampoco la habrá para los clientes... no sé si me explico.

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version