Hola chicas esta claro que tenemos que hacer una base de datos que sea consistente OK??
creo que todos coincidimos en que existirán 3 tablas no?
-usuarios: en esta tabla se situara toda la información personal del usuario y sus credenciales de entrada para no crear una tabla tontamente con las credenciales de cada usuario.
-bolera: en esta otra tabla creo que se deberían guardar los datos tanto de las pista como de las reservas y no se si incluirle las puntuaciones pero eso lo podemos ver esta semana.
-había pensado en en incluir un apartado de minibar por ejemplo como en cualquier bolera que se precie hay un bar/restaurante para pedir bebidas pero lo malo de esto es que no se como relacionarlo con la aplicación movil pero bueno es una simple idea proponedme ideas y hacemos un pequeño mezcladillo de todas las buenas ideas de cada
por favor comentad con vuestras ideas que me va a venir de puta madre un beso PUTITAS :)
Mirando detenidamente el dosier del proyecto, creo que tendremos que hacer varias BD y hacer unas cuantas tablas, el lunes os lo presento.
ResponderEliminarCoincido con Paco en que es necesario hacer varias DB, vamos dos para tres Apps, ya que dos son lo mismo solo que una es la versión movil del ERP.
ResponderEliminarCreo que mi diagrama de tablas para el ERP seria lo siguiente: Socios, Pistas, Accesorios, Alquileres, Productos(precios y demás) de todas formas, la mejor forma de hacer esto es perder 10 minutos con una pizarra, un rotu y el pdf y nos quedará niquelada.
Toni, el diseño de las tres tablas está bien, pero piensa luego en las tablas accesorias para hacer las relaciones muchos a muchos y demás
Yo veo lo de la pizarra ahi se ven las ideas reflejadas y al fin y al cabo es de ahi de donde vamos a sacar la BD
ResponderEliminarEste comentario ha sido eliminado por el autor.
ResponderEliminarpues el lunes en la primera clase por ejemplo no???? lo hacemos en la pizarra del rotulador pequeñita que hay, pillamos una foto y la colgamos aqui ok?? pues eso el lunes planteamos las BBDD y a picar xd
ResponderEliminarhola chicos le mande ayer un correo a jose luis el cual ha tenido respuesta hace unos minutos os adjunto la conversación:
ResponderEliminar"Hola Antonio.
Creo que el enfoque deberia ser recoger id de socio, puntos de la partida, fecha y poco mas.
Un abrazo
Enviado desde mi iPad
El 28/09/2012, a las 21:50, "antonio albert" escribió:
Hola buenas noches Jose Luis.
Te mando este correo para aclarar una de las tablas, hemos estado hablando esta tarde en clase y ha salido una tabla clasificación que hemos enfocado de dos maneras: la primera guardar los datos de las mejores partidas y la otra que ha salido es una para guardar la clasificación por pistas pero guardar los datos de un usuario (no socio) ... Que nos recomiendas??"
Ok, pero la respuesta de JL contradice la de Manel al tener que guardar el identificador del "socio" no? igual deberíamos poner una tabla clasificación que no requiera (puede ser null) el valor del idUsuario y almancenar ahí los datos no? o podríamos basarnos en la taba de puntuación para generar el ranking de la ultima semana... no lo se la verdad, por mi, lo de mañana sigue en pie así que podemos discutirlo ampliamente en una pecera de la flo y dar con una solución
Eliminar;)
oki mañana a las 10 en el edificio D??
EliminarEste comentario ha sido eliminado por el autor.
ResponderEliminar