Tengo una situación interesante en la que estoy trabajando con publicaciones. No sé cómo el usuario querrá estructurar las publicaciones. Sería un bloque de texto o estaría estructurado en una estructura a-> b -> c donde a, b y c son todos bloques de texto, y si se representan como una tabla, habría un número desconocido de columnas y una cantidad desconocida. número de filas.
Fuera de los datos de la publicación, existe la posibilidad de agregar atributos personalizados a la publicación. La mayoría de estos serían cadenas de texto más cortas, pero un número desconocido de ellos.
Entendiendo que un objeto json probablemente sería la solución más simple, tengo que encajar esto en una base de datos de autoservicio. SQLite parece ser la solución actualmente aceptada para Redwoodjs, el marco en el que estoy construyendo. ¿Cómo haría para almacenar este tipo de datos dentro de Redwoodjs usando prisma.js con el que viene?
Editar: los bloques de texto deben estar separados cuando se muestra la publicación y se pueden hacer referencia por separado. Hay otra parte del proyecto que vinculará a cada bloque de texto específicamente. El usuario elegiría cuántas columnas hay antes de ingresar cualquier publicación (configurada en la configuración), pero las filas tendrían que actualizarse dinámicamente. El ejemplo más cercano que se me ocurre es como un software de gestión de pruebas en el que tiene condiciones previas, pasos de ejecución y resultados esperados en la parte superior de las columnas, y cada paso adicional es una fila.
Bueno, hay dos rutas que podrías tomar. Si es posible, use una base de datos NoSQL, como mongoDB , para la quePrisma tiene soporte. Allí podrá crear una estructura similar a JSON con tantos párrafos como desee.
Si eso no es una solución posible, ya que SQLite no admite datos JSON , puede almacenar los datos JSON en cadena en un campo de texto y luego analizarlos. Esta no es la solución óptima, así que, si es posible, utilice la primera.