json_extract from example ejemplo datos data database json

database - from - save json in mysql



¿Podemos usar JSON como base de datos? (3)

Escribí un Object Document Mapper para usar con los archivos json llamados JSON ODM. Puede que sea un poco tarde, pero si aún se necesita, es de código abierto bajo la licencia MIT.

Proporciona un lenguaje de consulta y algunas herramientas GeoJSON

Estoy buscando un almacenamiento de datos rápido y eficiente para construir mi sitio web basado en PHP. Estoy al tanto de MySql. ¿Puedo usar un archivo JSON en el directorio raíz de mi servidor en lugar de una base de datos MySQL? Si es así, ¿cuál es la mejor manera de hacerlo?


La nueva versión de IBM Informix 12.10 xC2 es compatible ahora con JSON.
consulte el enlace: http://pic.dhe.ibm.com/infocenter/informix/v121/topic/com.ibm.json.doc/ids_json_007.htm

El manual dice que es compatible con los controladores MongoDB.

Sobre la compatibilidad con Informix JSON

Las aplicaciones que utilizan el lenguaje de consulta orientado a JSON, creado por MongoDB, pueden interactuar con los datos almacenados en las bases de datos Informix®. El servidor de base de datos Informix también proporciona tipos de datos JSON y BSON (JSON binarios) incorporados.

Puede utilizar los controladores de comunidad de MongoDB para insertar, actualizar y consultar documentos JSON en Informix.

No estoy seguro, pero creo que puede usar la edición Innovator-C (gratuita para producción) para probarla y usarla sin costo alguno para el entorno de producción.


Puede usar cualquier archivo individual, incluido un archivo JSON, como este:

  • Bloquéelo de alguna manera (el bloqueo de archivos PHP de Google, posiblemente sea tan simple como agregar un parámetro a la función de apertura de archivos o cambiar el nombre de la función a la versión de bloqueo).

  • Lea los datos del archivo y analícelos en la estructura de datos interna.

  • Opcionalmente modifique los datos en la estructura interna de datos.

  • Si modificó los datos, trunca el archivo a 0 de longitud y escriba datos nuevos en él.

  • Desbloquee el archivo tan pronto como pueda, otras solicitudes pueden estar esperando ...

  • Puede seguir utilizando los datos en estructuras internas para representar la página, solo recuerde que puede quedar obsoleta tan pronto como libere el bloqueo del archivo y otras solicitudes HTTP puedan modificarlo.

Además, si modifica los datos del formulario web del usuario, recuerde que puede haber sido modificado en el medio. Al igual que, cargar la página con los detalles del usuario para editar, luego otro usuario elimina ese usuario, luego editer intenta guardar los detalles modificados, y probablemente debería obtener un error en lugar de volver a crear un usuario eliminado.

Nota : Esto es muy ineficiente. Si está construyendo un sitio donde espera más de 10 usuarios simultáneos, debe usar un esquema más sofisticado, o simplemente usar la base de datos existente ... Además, no puede tener demasiados datos, ya que el análisis JSON y la generación de datos modificados JSON lleva tiempo.

Mientras tenga un solo usuario a la vez, solo será más lento y más lento a medida que crezca la cantidad de datos, pero a medida que aumenta el número de usuarios, y más usuarios significan más solicitudes y más datos, las cosas comienzan a ser exponencialmente más lentas y muy pronto alcanzará el límite donde las solicitudes HTTP comienzan a caducar antes de que el archivo esté disponible para manejar la solicitud ...

En ese momento, no intente piratearlo para hacerlo más rápido, sino que elija un marco de base de datos existente (SQL o nosql o basado en archivos). Si empiezas a piratear el tuyo, acabas de reinventar la rueda, por lo general mal :-). Bueno, a menos que sea solo un ejercicio de programación, pero incluso entonces podría ser mejor aprender a usar el marco existente.