¿Hay problemas de rendimiento al almacenar archivos en PostgreSQL? [cerrado]

Básicamente tienes dos opciones. Puede almacenar los datos directamente en la fila o puede usar la instalación de objetos grandes. Dado que PostgreSQL ahora usa algo llamado TOAST para mover campos grandes fuera de la tabla, no debería haber ninguna penalización de rendimiento asociada con el almacenamiento de datos grandes en la fila directamente. Queda un límite de 1 GB en el tamaño de un campo. Si esto es demasiado limitado o si desea una API de transmisión, puede usar la instalación de objetos grandes, que le brinda algo más parecido a un archivo descriptores en la base de datos. Almacena el ID de LO en su columna y puede leer y escribir desde ese ID.

Personalmente le sugeriría que evite la instalación de objetos grandes a menos que lo necesite absolutamente. Con TOAST, la mayoría de los casos de uso están cubiertos simplemente usando la base de datos de la manera que esperaría. Con objetos grandes, usted se da una carga de mantenimiento adicional, porque usted tiene que llevar un registro de los LO IDs que ha utilizado y asegúrese de desvincularlos cuando ya no se utilizan (pero no antes) o se sentarán en tu directorio de datos ocupando espacio para siempre. También hay una gran cantidad de instalaciones que tienen un comportamiento excepcional a su alrededor, los detalles de los cuales se me escapan porque nunca los uso.

Para la mayoría de las personas, la gran penalización de rendimiento asociada con el almacenamiento de grandes datos en la base de datos es que su software OR extraerá los grandes datos en cada consulta a menos que le indique específicamente que no lo haga. Debes tener cuidado de decirle a Hibernar o lo que sea que estés usando para tratar estos columnas tan grandes y solo las recuperan cuando se solicitan específicamente.