La diferencia es que con el formato "directory" puedes hacer un dump en paralelo (usando la opción -j de pg_dump)

Hola,

¿Probaste con las opciones -F de pg_dump? Las opciones "custom" y "directory" tienen compresión de forma predeterminada así que deberían ocupar mucho menos espacio, aunque ya no serían .sql.

Veamos. Los archivos .bak de SQL Server no son cifrados (de forma predeterminada), simplemente no son legibles al ser un formato personalizado. Un archivo .sql en cambio se considera un respaldo lógico en texto plano (legible).

¿Cómo estás sacando el respaldo de la base Postgres? Si es con pg_dump la opción -F te permite escoger algún formato diferente de texto plano, supongo que el menos legible sería tar.

Algo menos legible sería sacar un respaldo físico (de todo el cluster) con una herramienta como pg_barman.

Entiendo. Bueno, encontrar algo ya hecho justamente para tu caso de uso estará algo difícil. Para PostgreSQL alguna vez usé una combinación de PostgREST que se encarga de hacer una API a partir de una base de datos, y react-admin que puede usar apis como fuentes de datos. Si hay algo parecido a PostgREST para MySQL te podría ahorra un montón de tiempo pero aún tendrías que hacer algo de desarrollo.

Por curiosidad, no te serviría usar simplemente una hoja de cálculos en Google Docs? Lo pueden editar varias personas a la vez y ver los cambios en tiempo real. Digo, si en realidad es algo sencillo, no veo la necesidad de complicarse tanto.

Entonces yo diría que también elimines la tabla AsignacionEmpleadosClientes, así igual todas las tablas siguen conectadas y mediante las relaciones puedes sacar qué proyectos tiene cada empleado, y para qué cliente.

Primero quiero saber esto: ¿Los proyectos pueden tener varios empleados? ¿Hay alguna razón en especial por la que se esté haciendo la relación Empleado-Proyecto y Empleado-Cliente por separado?

Por lo pronto si un proyecto solo puede pertenecer a un cliente, la tabla "RelacionClientesProyectos" no va, solo pon un campo IdCliente en la tabla Cat_Proyectos.

 
Las cuentas de Telegram se eliminan automáticamente luego de 1 año de inactividad.

A mí me interesa Discourse pero solo tengo experiencia como usuario más no como moderador, así que no puedo opinar mucho, pero igual doy un +1 a una posible migración.

Yo creo que eso último que hiciste debería funcionar, siempre que la combinación id_product id_tag_special sea única.