Software formulario base de datos

singermorning

singermorning

Shurmano Interestelar
Nº Ranking
14
Shurmano Nº
492
Desde
8 Jul 2023
Mensajes
22,197
Reacciones
711,378
Hola chiques.

Parte de mi trabajo tiene que ver con la recoleccion de datos...
Ahora mismo los tengo metiendo en una bdd sqlite, y me estoy planteando hacer algo que permita introducir los datos directamente en el terreno, cuando se colectan. Digamos que quiero algo sencillo para hacer formulartios y eso, peor en android, para ponerlo en una tablet.

Alguna sugerencia?
 
Google forms google sheets y google apps script es lo unico que he usado pero lo pone facil para hacer formularios almacenar las respuestas y luego pasarlas a SQL :sisi:
 
singermorning dijo:
Hola chiques.

Parte de mi trabajo tiene que ver con la recoleccion de datos...
Ahora mismo los tengo metiendo en una bdd sqlite, y me estoy planteando hacer algo que permita introducir los datos directamente en el terreno, cuando se colectan. Digamos que quiero algo sencillo para hacer formulartios y eso, peor en android, para ponerlo en una tablet.

Alguna sugerencia?
Click para expandir ...
Pues los suyos sería que hicieras la misma BD pero con MySQL por ejemplo y recolectar con un formulario PHP o JavaScript o lo que te guste. Aderezalo con algo de seguridad para evitar inyección SQL y listo
 
zaumadsein dijo:
Pues los suyos sería que hicieras la misma BD pero con MySQL por ejemplo y recolectar con un formulario PHP o JavaScript o lo que te guste. Aderezalo con algo de seguridad para evitar inyección SQL y listo
Click para expandir ...
Qué listo es mi niño
 
Yo te diría que SQL y procedimientos almacenados para evitar inyecciones
 
Habría que saber cuantos recolectores de datos va a haber. Si solo eres tú no creo que valga la pena hacer una aplicación web, buscaría soluciones más sencillas con una aplicación en local y que la propia aplicación guarde los datos, yo que sé, una hoja excel por decir algo. Si sois varios entonces sí puede ser más interesante hacer una mini aplicación muy simple, con PHP, con java o con lo que sea y de base de datos MySql o Postgres
 
Jorge2019 dijo:
Yo te diría que SQL y procedimientos almacenados para evitar inyecciones
Click para expandir ...
La forma ideal sería un formulario web que llamase a un método que parsee cada campo para evitar inyecciones SQL, lo que habría que detectar son palabras clave como INSERT, CREATE, DROP, DELETE, ALTER y UPDATE. Tras pasar ese filtro, se llamaría a un procedimiento almacenado que insertaría en la bbdd la información recogida. Como base de datos, cualquiera vale en realidad. Hoy en día hay que meterse en algo muy gordo para que importe realmente qué bbdd se utiliza.

Para una cosa sencilla y sin amenazas de seguridad esperadas se podría prescindir del parseo y del procedimiento almacenado. Usar procedimientos almacenados tiene ventajas por seguridad, eficiencia y mantenimiento más sencillo que escribiendo directamente la consulta en la página. Si es para hacer algo muy simple quizás no merezcan la pena. Lo que pasa es que cuando llego a casa me siento desnudo delante del ordenador y me pongo a ver código de procedimientos almacenados mientras me toco. Por eso me gustan tanto, es mi fetiche y Jorge lo sabe. Pero a veces no merece la pena complicarse así desde el principio.
 
Con chatgpt te lo haces con la minga, pasa el código para que lo revisemos y listo
 
zaumadsein dijo:
Con chatgpt te lo haces con la minga, pasa el código para que lo revisemos y listo
Click para expandir ...
Estoy de acuerdo, chatgpt es tu amigo. La de tiempo que se ahorra uno de escribir cosas repetitivas gracias a chatgpt. Eso sí, si eres un maniático como yo dile en cada respuesta qué quieres que haga de forma diferente para que se adapte exactamente a lo que quieres. Y cuando le preguntes algo que no sea código no te fíes, cuando no sabe algo se lo inventa
 
mahoumetano dijo:
Estoy de acuerdo, chatgpt es tu amigo. La de tiempo que se ahorra uno de escribir cosas repetitivas gracias a chatgpt. Eso sí, si eres un maniático como yo dile en cada respuesta qué quieres que haga de forma diferente para que se adapte exactamente a lo que quieres. Y cuando le preguntes algo que no sea código no te fíes, cuando no sabe algo se lo inventa
Click para expandir ...
Se inventa las librerías que necesita :roto2:
 
zaumadsein dijo:
Se inventa las librerías que necesita :roto2:
Click para expandir ...
¡¡¡no jodas!!! eso no me lo ha hecho a mí, aunque también es cierto que lo uso mucho más para preguntarle cosas que para que pique código. Pero me lo creo, es muy capaz.
 
mahoumetano dijo:
¡¡¡no jodas!!! eso no me lo ha hecho a mí, aunque también es cierto que lo uso mucho más para preguntarle cosas que para que pique código. Pero me lo creo, es muy capaz.
Click para expandir ...
Más de una vez, con el 4 no pero con el 3.5 si
 
mahoumetano dijo:
La forma ideal sería un formulario web que llamase a un método que parsee cada campo para evitar inyecciones SQL, lo que habría que detectar son palabras clave como INSERT, CREATE, DROP, DELETE, ALTER y UPDATE. Tras pasar ese filtro, se llamaría a un procedimiento almacenado que insertaría en la bbdd la información recogida. Como base de datos, cualquiera vale en realidad. Hoy en día hay que meterse en algo muy gordo para que importe realmente qué bbdd se utiliza.

Para una cosa sencilla y sin amenazas de seguridad esperadas se podría prescindir del parseo y del procedimiento almacenado. Usar procedimientos almacenados tiene ventajas por seguridad, eficiencia y mantenimiento más sencillo que escribiendo directamente la consulta en la página. Si es para hacer algo muy simple quizás no merezcan la pena. Lo que pasa es que cuando llego a casa me siento desnudo delante del ordenador y me pongo a ver código de procedimientos almacenados mientras me toco. Por eso me gustan tanto, es mi fetiche y Jorge lo sabe. Pero a veces no merece la pena complicarse así desde el principio.
Click para expandir ...
A mí también me encanta, y en la linea de acontecimientos, cuando llego a casa el remordimiento me invade y pienso que lo he hecho todo mal en el trabajo y me masturbo viendo tutoriales de soporte de Microsoft creados por hindús. No sé qué me gusta más, su acento hindú o el pelazo que tienen esos cabrones.

Procedimientos almacenados
Procedimientos almacenados
Procedimientos almacenados
Procedimientos almacenados
Procedimientos almacenados

Córrete Mahou que luego voy yo
 
Jorge2019 dijo:
A mí también me encanta, y en la linea de acontecimientos, cuando llego a casa el remordimiento me invade y pienso que lo he hecho todo mal en el trabajo y me masturbo viendo tutoriales de soporte de Microsoft creados por hindús. No sé qué me gusta más, su acento hindú o el pelazo que tienen esos cabrones.

Procedimientos almacenados
Procedimientos almacenados
Procedimientos almacenados
Procedimientos almacenados
Procedimientos almacenados

Córrete Mahou que luego voy yo
Click para expandir ...
Ve empezando que voy para rato, ¿acaso piensas que soy de esos que creen que más de 10 minutos es gimnasia? :nono:
 
Moltes grasies.
Ya actualizare para decir como va la cosa.
 
Voy teniendo un poco de tiempo de nuevo a esto.

A ver, no lo necesito forzosamente, pero es algo que quiero hacer...

Hay algun motivo (o enlce para leer) para preferyr MySQL a SQLite?

Seguire informando
 
singermorning dijo:
Voy teniendo un poco de tiempo de nuevo a esto.

A ver, no lo necesito forzosamente, pero es algo que quiero hacer...

Hay algun motivo (o enlce para leer) para preferyr MySQL a SQLite?

Seguire informando
Click para expandir ...
No sirven para lo mismo. En sqlite la BD va en el mismo dispositivo que hace la consulta. MySQL la BD va en un servidor y el dispositivo es el cliente
 
zaumadsein dijo:
No sirven para lo mismo. En sqlite la BD va en el mismo dispositivo que hace la consulta. MySQL la BD va en un servidor y el dispositivo es el cliente
Click para expandir ...
Osea, que mientras no tenga el servidor, me vale la SQLite, y cuanod tengasmos el servidor full operativo, la paso a MySQL?
Cómo lo ves?
 
Debes iniciar sesión o registrarte para participar.
Volver
Arriba