Estaba yo haciendo mi mini-proyecto para una asignatura de redes (un cliente p2p) y estaba pensando en el formato de mensaje para la parte peer-peer, en el formato de mensaje que entregué al profesor tenía campos IP y Port tal que así:
Supongo que se le pasaría pero IP y PORT no tendría sentido. ¿no? me estoy rayando 
Hola gente quiero hacerme una base de datos donde guardar lo que he comprado, cuándo caduca, poder añadir y quitar productos fácil, y hacer un programa que me mande un e-mail u otro tipo de aviso cuando me vaya a caducar algo. El tema es que intentaba hacerlo con Excel para empezar pero si por ejemplo tengo dos latas de salsa de tomate y una caduca el 5 de julio y la otra el 20 de julio, no quiero que salga 2 veces "lata de salsa de tomate". Alguna recomendación de por dónde empezar?
Si ya existe algo así no me lo digáis que es para practicar (bases de datos y quizás algo de android studio).
#2615 si será cierto cuando piden experiencia en Excel que no es tan fácil como saber sumar xD, gracias!
#2614 Pero entonces quieres practicar base de datos o no? Es que tu post parece que quieres librarte de excel de una vez por todas xD
#2608 Da un poco igual la estructura que envíes.
En el servidor lo que tienes que comprobar nada más recibir el mensaje es que los datos son correctos (permisos, tipos, sql injection, restricciones para los valores, etc.) para asegurarte que no te la van a cascar.
No entiendo muy bien lo que quieres decir con enviar la información ya procesada pero bueno. Lo suyo es ser conciso y riguroso con lo que se envía y sin poner un ejemplo de lo que te refieres es complicado xD
#2621 Sublime Text 3 y scroll horizontal de las pestañas aparte de poner en la izquierda los archivos abiertos tete, mano de santo, yo tengo más de 100 xDD
#2619 me gustaria librarme de Excel cuando se me quede pequeño, pero no quiero usar un cañon para matar una mosca tampoco... Pero sí, el objetivo es aprender a usar SQL u otras estructuras de bases de datos, ya que nunca he aprendido.
#2624 Depende de las necesidades obviamente pero SQL es sida, si lo que quieres es encontrar formas de guardar info o estructuras de datos mirate las NoSql como mongoDB.
Olvídate de mongodb y nosql, en el 90% de los casos es mierda para hipsters y no llega a tener ninguna ventaja real sobre una base de datos relacional y sql.
Si estás usando hojas excel, significa que tus datos de manera natural encajan en tablas, y si tus datos encajan de forma natural en tablas, entonces lo que necesitas es una puta base de datos relacional que almacena los datos en tablas.
Eso no le entra a mucha gente en la cabeza, y meten el puto mongodb o la nueva mierda que salga mañana, por que es cool, es nuevo, y quiero ser moderno, sin pararse a pensar si realmente lo necesitan o si pueden usar la misma mierda que se lleva usando toda la vida.
"Pero es que Bigcompany XZY ha tenido problemas usando bases de datos relacionales por que no escalan bien y no se que hostias"- dijo el programador con gafas de pasta. Bien, el día que tu mierda de aplicación para uso personal tenga que trabajar con millones de registros, esté distribuida en no se cuantos servidores y procese un gritón de peticiones por segundo, pues entonces a lo mejor deberías hacer lo mismo que hizo Bigcompany XZY, mientras tanto deja de hacer gilipolleces como montarte un redis en local para usar un script que organiza tu colección personal de porno japonés.
Si quieres algo sencillo como base de datos relacional, tienes sqllite.
#2626 #2627 #2629 gracias a todos, creo que de momento lo que dice cabron es lo que mas sentido tiene para mi ya que sin saber nada de SQL y relacionales creo que prefiero aprender primero eso y ya luego poder aprender NoSQL para entender las diferencias y saber que prefiero. Pero no tengo ni idea del tema asi que me va a costar...
#2629 He dicho que según las necesidades, buenas gilipolleces que pones y te quedas tan agusto, madre mia xD
No ha dicho en ningún momento para que cojones lo quiere y si necesita que la base de datos sea relacional SQL AKA la mierda mas aburrida del mundo. Ya me dirás tu si quieres guardar 4 chorradas y quieres hacerlo en algo orientado a documentos por que no lo vas a poder hacer si te sale de los huevos.
En fin tu comentario es una sobrada que hace que se me quiten las ganas de postear aquí con tanto inutil con ganas de burlarse de los demás, que os vaya bien.
#2634 es obvio que no he leido ese post pero es que me da igual tío xD
En mi comentario se puede deducir que solo he leido exclusivamente a lo que he contestado y no hace falta que escriba luego alguien haciendose el erudito, con poner un pues dijo en #tal que necesitaba esto y para eso Nosql es una gilipollez.
Estoy 100% seguro de que las otras personas que han contestado tampoco estaban al tanto de la conversación por cierto. BTW estoy cabreado, se lo tonta que es la gente en MV normalmente lo suyo es dejarlo pasar pero...
Pues yo creo que con Excel, tienes de sobra para todas tus necesidades, con tema de filtros y demás puedes conseguir muchas movidas muy interesantes y además en el mundo laboral, si buscas analista de datos, más de la mira de las ofertas piden literalmente a un mago del excel. Son bastantes pasos más allá de lo que un usuario medio sabe y sí, aparentemente se pueden hacer movidas con SQL desde Excel.
Por otro lado, yo solo empezaría a usar bases de datos cuando necesite desarrollar una aplicación. Y en cuánto a SQL vs NoSQL, ayer me ví la presentación de Martin Fowler, porque sinceramente no tenía ni pajonera idea, veía a gente decir que usarán MongoDB o CouchDB o similar, solo conocía relativamente bien redis.
Martín resume básicamente que uses NoSQL para desarrollos más sencillos y cuando tengas muchos datos con muchas conexiones simultaneas (parece ser que es infinitamente más fácil levantar clusters de NoSQL) y SQL para lo demás.
