El esquema de un SN en el paradigma relacional es muy simple, tiene una tabla para la persona entidad y una relación de muchos a muchos con la misma entidad. Además de eso, puede tener un número significativo de atributos para la entidad y otras entidades, lo que hace que todo el esquema sea más o menos complejo según las necesidades de su caso de uso. Por ejemplo, en una red social para una librería electrónica, sería necesario agregar tablas para artículos, proveedores, etc. para que todo el esquema lo ayude a administrar la red social y las transacciones de su empresa.
Sin embargo, diría que en el área SN, necesita características analíticas de alta capacidad / rendimiento para su sistema, sin importar el área comercial que decida apoyar. En este caso, debe administrar su sistema transaccional en un DBMS relacional e integrar una base de datos de gráficos (GDB) para proporcionar recomendaciones en línea y otras características analíticas fuera de línea; o integrar el sistema transaccional y analítico en un único repositorio. Mi experiencia me dice que la primera solución es la mejor, proporcionando las buenas características de ambas palabras, la larga experiencia del mundo relacional en la gestión de transacciones y las excelentes características analíticas de los GDB. En ese caso, usar DEX como motor analítico sería la mejor solución, como se explica en la página web de Sparsity Technologies (http: //www.sparsity-technologies…).