@pantulis@oskarcalvo Justo, es mejor en ese caso sacar fuera de AR para que la velocidad sea muy alta y hacer un insert con x values de datos. Hacerlo así la diferencia era importante.
@MasVisibles y @navandu_ siguen trabajando juntos por facilitar las vidas de las personas con #EnfermedadesRaras y el día a día de los profesionales sanitarios que las tratan.
Os avanzamos un proyecto que va a ser revolucionario. @fernandorojasp
https://t.co/kmVu11rZKV
Do you want to see how I migrate an Oracle database with several million rows in a few tables and some PL/SQL to an Amazon Aurora on AWS? See it step-by-step (in Spanish) in under 20 minutes https://t.co/7X5RLVvjge
@supercoco9 No conocía esta herramienta de migración y parece potente sobre todo en casos diferentes de bbdd. En mi caso la migración era de mysql a aurora y los esquemas sin problema. Ahora, el rendimiento es considerable con aurora, me sorprendió mucho. Gracias por compartir Javi!!!👍
@c0rvid0 Muy interesante!!!. Como Dev, no pensar en optimizar, como escalar o bajar a mínimos (a veces es imposible legacy code), impacto de funcionalidades, poner lo primero que se te ocurre sin una buena reflexión y visión...es trasladar problemas a otros e impacta en dinero.
@supercoco9 Muchas gracias Javi!!!!, me ha parecido una pasada la demo. Estaba viendo cosas que hacer con Kafka para un volumen muy muy alto y desconocía flink, gracias!!! Los precios no has comentado, ¿alguna idea de cálculo de volumen o dónde comparar?