建议使用.NET API存储允许高速存储/检索的实时数据

建议使用.NET API存储允许高速存储/检索的实时数据,.net,sql,nosql,table-valued-parameters,.net,Sql,Nosql,Table Valued Parameters,我正试图找到最好的解决方案,在一个目前正在开发但正在运行的解决方案中基本上替换SQL数据库。数据存储需要包括可以备份和/或滚入/滚出的表分区和文件组(如IBM DB2分区中所述),但也允许大量的行插入/更新 存储在SQL数据库中的表目前有一个简单的结构: ID长(主键) 时间戳日期时间(主键) 价值浮动 属性int 该ID与当前数据库中的任何ID都不相关,而是来自其他地方。ID和时间戳一起用作插入/更新的主键 表中的数据。目前,从.NET使用带有表值参数的存储过程,以允许数据一次合并到表50K行

我正试图找到最好的解决方案,在一个目前正在开发但正在运行的解决方案中基本上替换SQL数据库。数据存储需要包括可以备份和/或滚入/滚出的表分区和文件组(如IBM DB2分区中所述),但也允许大量的行插入/更新

存储在SQL数据库中的表目前有一个简单的结构: ID长(主键) 时间戳日期时间(主键) 价值浮动 属性int

该ID与当前数据库中的任何ID都不相关,而是来自其他地方。ID和时间戳一起用作插入/更新的主键

表中的数据。目前,从.NET使用带有表值参数的存储过程,以允许数据一次合并到表50K行中。目前,我在开发机器上测量了大约10K个条目/秒,对此我很满意。但是,由于解决方案对成本非常敏感,并且由于表增长时的性能要求,我需要能够进行表分区(按时间戳字段排列),并将分区划分到多个文件中,以简化维护/备份。此外,我需要客户能够至少通过ODBC对数据执行查询(只读)


我已经研究了几个NoSQL选项,mySQL和DB2(目前看来最适合)。我希望任何人都能洞察到什么是最合适的。当然,总是可以选择将“分区”逻辑移动到代码中,但如果可能的话,我希望避免这种情况。

我也一直在研究非SQL解决方案。我最喜欢的是卡桑德拉,它被Twitter和Facebook使用

还有几种方法可以使用.net与Cassandra交互:


SQL有什么问题?它似乎符合你的所有要求。我同意!不幸的是,这个特定的解决方案不能使用SQL Enterprise edition。我尝试使用视图分区来解决这个问题,但没有成功,但到目前为止运气不好。感谢您提供的信息-请看一看。