Yo estoy con los compañeros, Oracle me parece excesivo y un gasto inicial muy alto para un uso límitado. No parece que vuestras necesidades más allá del espacio (que esto dependerá del servidor) para las imágenes vayan a ser muchas o complejas, por lo que tanto postgresql o my sql deberían ser más que suficientes, más aun si estáis en proceso de trabajar con SAP e integrar todo con ellos (los paquetes de SAP son muy variados y debéis tener claro cuales son vuestras necesidades para no subestimar o sobreestimar el proyecto y coste del mismo).
Hablas de franquicias, pero la pregunta es ¿cuántas páginas web van a existir, una central o una por franquiciado, van a ser e-commerce?, ¿el catálogo es el mismo para todos (aunque no todos dispongan de todos los productos)?, ¿se va a dar posibilidad de administrar su propio catálogo a cada franquiciado?, ¿el CRM será compartido, específico o mixto?, ... todo esto influye en la estructura y escala del proyecto y por ende en la elección. Me preocuparía también de la seguridad de la BBDD y servidor donde se encuentre ya que seguramente tengáis una parte dedicada al registro de los franquiciados con datos bastante sensibles y si montáis e-commerce también de los clientes.
Yo he trabajado en una multinacional cuyo e-commerce estaba en prestashop con my-sql moviendo catálogos de 1500 productos (con actualizaciones anuales de unos 300-400 nuevos productos) y facturando bastante dinero (millones de €). También he visto e-commerce de herramientas y ferretería cuyos catálogos son 10 veces mayores, pero también es verdad que encuanto a imágenes no se suelen subir más de 3 por producto mientras que en el de la multinacional eran 10. En ambos casos aguantaban con soluciones opensource aunque las costuras de sus e-commerce comenzaban a romperse en cada nueva actualización ya que requerían mucha personalización de procesos para conectar con sus ERP y procesos internos, lo que hacía un suplicio cada cambio.