我有以下系统需求：
1）好友 - 需要计算用户之间的距离，找到用户之间工作相关的共同点，但在MySQL上无法很好地扩展。因此我认为选择图形数据库是一个不错的选择？
2）我有用户个人资料字段，大约有120个字段中的80％是1：M字段，在mysql中需要使用96个表存储这些1:M。如果我需要提取所有用户信息，则需要访问所有这些表。因此，解决方案是文档数据库、列数据库或键值数据库？
目前，我已经看到了OrientDB可以充当文档和图形数据库。它能够满足上述需求吗？还是有更好的数据库选择？
谢谢。
编辑： 个人资料的需求是用户字段：这是一个职业社交网络，因此有很多类似于组合样式的字段，这些字段是1:M。因此，如果有120个字段，其中96个是1:M，最好如何存储？例如您曾经工作过的公司。你曾经学习的学校。你读过的杂志。你写过的文章等。每个都是1：M，就像这样有大约96个这样的字段=96个MySQL表格。无法合并，因为其中一些具有独特的元数据。我需要在这些字段上搜索并允许快速读取以保持用户体验好。
对于图形化：它是连接人们的事情。在启动时，我只使用了一个功能，即当您查看某个人时，系统将显示您与该人之间隔了多少度。社交功能在发布后才有用。无论如何，在MySQL上，我无法很好地扩展这一点。如果我有100个朋友，每个人都有100个朋友，第一次如何最好地找到这些人的方式，我想采用图形数据库。
平台是codeigniter PHP / Mysql的核心数据库。
1）好友 - 需要计算用户之间的距离，找到用户之间工作相关的共同点，但在MySQL上无法很好地扩展。因此我认为选择图形数据库是一个不错的选择？
2）我有用户个人资料字段，大约有120个字段中的80％是1：M字段，在mysql中需要使用96个表存储这些1:M。如果我需要提取所有用户信息，则需要访问所有这些表。因此，解决方案是文档数据库、列数据库或键值数据库？
目前，我已经看到了OrientDB可以充当文档和图形数据库。它能够满足上述需求吗？还是有更好的数据库选择？
谢谢。
编辑： 个人资料的需求是用户字段：这是一个职业社交网络，因此有很多类似于组合样式的字段，这些字段是1:M。因此，如果有120个字段，其中96个是1:M，最好如何存储？例如您曾经工作过的公司。你曾经学习的学校。你读过的杂志。你写过的文章等。每个都是1：M，就像这样有大约96个这样的字段=96个MySQL表格。无法合并，因为其中一些具有独特的元数据。我需要在这些字段上搜索并允许快速读取以保持用户体验好。
对于图形化：它是连接人们的事情。在启动时，我只使用了一个功能，即当您查看某个人时，系统将显示您与该人之间隔了多少度。社交功能在发布后才有用。无论如何，在MySQL上，我无法很好地扩展这一点。如果我有100个朋友，每个人都有100个朋友，第一次如何最好地找到这些人的方式，我想采用图形数据库。
平台是codeigniter PHP / Mysql的核心数据库。