Database 我应该在内存、MS SQL或第三方中实现我的密钥/值系统吗？

我想我已经做了足够的研究，知道我想采用NOsql键/值路径。我已经尽可能多地阅读了，但仍有以下问题：

• 我应该选择像amazon simpledb、google big table或microsoft azure这样的解决方案吗？（注意我是一个.NET站点）

• 为什么不简单地创建一个键/对象的内存哈希表（假设内存足够丰富，可以描述所有内容）

• 在我的SQL server中创建一个包含两列的表怎么样，一列是键，一列是值。键是主键，值是我想要的任何字符串。我必须把字符串拉出来，把它解析成有意义的东西

• 我应该使用neo4j图形数据库吗

---

我不清楚我应该走哪条路。

我的感觉是，如果您真的想要一个键值类型的系统，请选择一个noSQl数据库。关系数据库不能很好地处理键值类型查询，它们是关系数据库中真正的性能杀手。如果你要走这条路，请使用合适的工具。

我不能回答这个问题，只提供一些东西添加到你的研究列表中：是一个.NET NoSQL“文档数据库”。嗯，不过授权并不是很有趣（就个人而言，我现在不会为下载而烦恼）。我知道你没有提到。这也是一个可以考虑的选项。请解释一下。简单地使用一个有两列的MS/SQL表的键/值很奇怪。它只是一个带有索引主键的查找表——这怎么会是性能杀手呢？