No es que no se llenen las bases de datos, pero no es así como funciona; lo que si se puede ver comprometido es el rendimiento pero salvo que:

Estés almacenando directo en el, contenido multimedia en alta resolución

El rendimiento no se vería afectado, es decir tu puedes estar almacenando cientos de miles de registros en tu base de datos y su capacidad de almacenamiento y rendimiento de va a depender de factores como:

• Capacidad de discos duros de los servidores donde se almacene
• Memoria RAM
• Calidad de procesamiento del CPU
• La calidad y velocidad de los resultados de tus consultas, dependen mas de elementos como:
  • indexar
  • consultas mejor optimizadas
  • cuantos resultados y como mostrarlos al usuario
• Puedes optimizar las consultas por ejemplo a través de software como:
  • Usar clusters, por ejemplo para MariaDB existe https://mariadb.com/kb/en/library/what-is-mariadb-galera-cluster/
• No olvidemos que el gestor de bases de datos, descansa sobre un equipo de cómputo o varios de ellos y el alcance de su performance dependerá de las características físicas que estos le provean

Te pongo como ejemplo:

En MySQL existe el dato de tipo: LONGTEXT que es capaz de almacenar hasta 4GB de información

Te propongo que revises el caso de UBER donde explican como pasaron a MySQL Server y bajo que condiciones ellos configuraron para lograr optimizar la calidad de sus consultas con respecto del gestor

https://eng.uber.com/mysql-migration/

Ahora como mero comentario, 50 tablas me parecen demasiado (aunque obvio desconozco tu escenario), pero yo revisaría si dicho desarrollo esta correctamente trabajado y de verdad son necesarias tantas tablas.

No es que no se llenen las bases de datos, pero no es así como funciona; lo que si se puede ver comprometido es el rendimiento pero salvo que:

Estés almacenando directo en el, contenido multimedia en alta resolución

El rendimiento no se vería afectado, es decir tu puedes estar almacenando cientos de miles de registros en tu base de datos y su capacidad de almacenamiento y rendimiento de va a depender de factores como:

• Capacidad de discos duros de los servidores donde se almacene
• Memoria RAM
• Calidad de procesamiento del CPU
• La calidad y velocidad de los resultados de tus consultas, dependen mas de elementos como:
  • indexar
  • consultas mejor optimizadas
  • cuantos resultados y como mostrarlos al usuario
• Puedes optimizar las consultas por ejemplo a través de software como:
  • Usar clusters, por ejemplo para MariaDB existe https://mariadb.com/kb/en/library/what-is-mariadb-galera-cluster/
• No olvidemos que el gestor de bases de datos, descansa sobre un equipo de cómputo o varios de ellos y el alcance de su performance dependerá de las características físicas que estos le provean

Te pongo como ejemplo:

En MySQL existe el dato de tipo: LONGTEXT que es capaz de almacenar hasta 4GB de información

Te propongo que revises el caso de UBER donde explican como pasaron a MySQL Server y bajo que condiciones ellos configuraron para lograr optimizar la calidad de sus consultas con respecto del gestor

https://eng.uber.com/mysql-migration/

Ahora como mero comentario, 50 tablas me parecen demasiado (aunque obvio desconozco tu escenario), pero yo revisaría si dicho desarrollo esta correctamente trabajado y de verdad son necesarias tantas tablas.

No es que no se llenen las bases de datos, pero no es así como funciona; lo que si se puede ver comprometido es el rendimiento pero salvo que:

Estés almacenando directo en el, contenido multimedia en alta resolución

El rendimiento no se vería afectado, es decir tu puedes estar almacenando cientos de miles de registros en tu base de datos y su capacidad de almacenamiento y rendimiento de va a depender de factores como:

• Capacidad de discos duros de los servidores donde se almacene
• Memoria RAM
• Calidad de procesamiento del CPU
• La calidad y velocidad de los resultados de tus consultas, dependen mas de elementos como:
  • indexar
  • consultas mejor optimizadas
  • cuantos resultados y como mostrarlos al usuario
• Puedes optimizar las consultas por ejemplo a través de software como:
  • Usar clusters, por ejemplo para MariaDB existe https://mariadb.com/kb/en/library/what-is-mariadb-galera-cluster/
• No olvidemos que el gestor de bases de datos, descansa sobre un equipo de cómputo o varios de ellos y el alcance de su performance dependerá de las características físicas que estos le provean

Te pongo como ejemplo:

En MySQL existe el dato de tipo: LONGTEXT que es capaz de almacenar hasta 4GB de información

Te propongo que revises el caso de UBER donde explican como pasaron a MySQL Server y bajo que condiciones ellos configuraron para lograr optimizar la calidad de sus consultas con respecto del gestor

https://eng.uber.com/mysql-migration/

Ahora como mero comentario, 50 tablas me parecen demasiado (aunque obvio desconozco tu escenario), pero yo revisaría si dicho desarrollo esta correctamente trabajado y de verdad son necesarias tantas tablas.