本周话题
在这个数据驱动的时代，图数据库以其独特的能力在处理复杂关系和大规模数据集方面展现出了无与伦比的优势。随着技术的不断进步，市场上出现了众多图数据库产品，它们各有千秋，适用于不同的业务场景和需求。
那么大家在进行图数据库选型时，会考虑哪些因素呢？比如在 9 月的 nMeetup 北京站中，语势科技分享了该公司选择 NebulaGraph 的原因之一：我们强大且活跃的社区可以提供技术支持和最佳实践分享。耶
～！
唠嗑奖励
唠嗑时间
——————————————分割线——————————————————————
恭喜 @E2ern1ty @魔-道-子 @knqiufan 获得社区周边～！请留意私信哦
——————————————分割线——————————————————————
除了社区活跃以外：
1.满足业务需求的同时读写性能要求
2.学习成本
3.硬件成本
4.维护成本
1:根据业务数据情况来看查询性能.冷热数据会关系到选型结果
2:热数据涉及到查询,主要看查询性能否满足p99.冷数据就看导入导出对硬件要求.数据落盘的压缩比率
3:是否方便扩缩容,是否方便做异地多活.
4:代码是否好维护
1.读写性能
2.社区活跃度
3.生态, 如后续是否考虑推出nebula官方的web展现的前端组件
1、部署、扩容、维护是否复杂，能否快速部署试用；
2、读写性能、入库性能是否足够快；
3、社区是否活跃，出现问题能否快速寻求解决方案；
4、学习路线是否快速，官方文档是否完善，查询语言是否和其他语言通用；
5、是否方便和自己技术栈匹配；
6、收费情况如何
虽然现在在我工作的业务上没有用到图数据库，但是如果我要使用图库并进行一个选型的话，会从这么几个方面来考虑：
1. 性能。 首先肯定是会考虑性能是否达到了要求，数据量大的时候TPS啊QPS啊RT啊都怎么样
2. 易用性。 工具的使用是否方便体验是否人性化吧。我觉得这也很重要，工具不好用会连带觉得这个库也不好用（）
3. 可靠性。 老生常谈的指标之一了
4. 学习成本。 文档是否完整详细，除了基础的 nGQL 之外，学习其他的工具使用、部署发布等等需要花费的多少时间也要考虑一下。
5. 价格成本。 商用肯定要考虑费用问题了，评估下提供的功能和价格是否合理能接受
6. 社区活跃度。 社区活跃说明如果遇到问题，能很快找到人帮忙解惑得到解决，也说明产品一直在更新进步
7. 生态。 也挺重要的，生态越好说明大家的认可度越高，含金量就会不断上升（）
8. 是否开源。 啊这点我真的会考虑，不开源的产品感觉很多时候都无法进行技术交流，遇到一些底层问题只能靠官方人员解决，不太喜
9. 是否符合业务需求。 前面说了一大堆考虑方向，其实一开始应该先考虑是否符合业务需求，比如是否要符合信创啊，轻量级还是大型，开发人员的熟悉度等等。
现在想到的大概就这么多吧
已经实际调研过了，包括：
许可证
查询语言
高可用
数据模型和兼容性
架构
事务
一致性
“图计算
(*内容复杂,需单独调研:是否是分布式,技术选型,算法数量)”
点主键ID
性能
拓展能力
全文索引
索引
数据备份和恢复
数据增量备份
服务器监控
审计
用户认证和权限控制
API与客户端
数据迁移
可视化
生态工具
社区活跃度
支持国产CPU和操作系统
求个高清图
求个高清图！！还有请来一篇选型的文章(支持许愿任意社区周边)
适用场景、有效特性、维护成本、原厂支持。
