C++ 在内存中分配的SQL小表

C++ 在内存中分配的SQL小表,c++,sql-server,sql-server-2008,memory,vector,C++,Sql Server,Sql Server 2008,Memory,Vector,有没有一种方法可以使SQL Server在内存中存储一个具有10个属性和10行的表 a1 a2 a3 a4 a5 a6 a7 a8 a9 a10 ---------------------------------------- 138 498 365 345 500 473 498 125 134 800 448 498 362 348 500 463 498 625 165 700 468 498 625 329 500 435 498 625 345 600 437

有没有一种方法可以使
SQL Server
在内存中存储一个具有
10个属性和10行的表

a1   a2   a3  a4  a5  a6  a7  a8  a9 a10
----------------------------------------
138 498  365 345 500 473 498 125 134 800
448 498  362 348 500 463 498 625 165 700
468 498  625 329 500 435 498 625 345 600
437 701  365 326 500 453 498 625 645 500
438 498  326 329 500 438 498 625 745 400
439 499  626 329 500 438 498 525 685 300
440 500  327 328 500 423 498 627 655 200
444 214  331 334 500 428 498 125 615 100
448 498  362 348 500 463 498 225 165 700
468 498  625 329 500 435 498 425 345 600
有没有办法将此表存储在连续内存中

我想做一个向量,把表格变成一行(不是10个属性乘以10行,而是做一个大小为100的向量)。 有办法做到这一点吗


<>你可能会问我为什么要这么做,这是因为我想在内存中做一些微积分,避免写或使用磁盘,然后在C++或.NET中访问内存或<强>向量(也许C?)

不要试图向SQL Server口述如何处理类似的内存。它是一种声明性语言,您可以告诉它您想要什么,然后它就会知道如何处理


仅将其保留在内存中对于恢复来说是一个问题。也就是说,一旦创建了表,它将在写入磁盘后保留在内存中。SQL Server缓存数据页,类似的内容将是一个单独的页面,因此大量的磁盘访问不应该是一个问题。

不要试图命令SQL Server如何处理数据页的内存这是一种声明性语言,你告诉它你想要什么,它就会知道怎么做


仅将其保留在内存中是恢复的一个问题。也就是说,一旦创建了表,它将在写入磁盘后保留在内存中。SQL Server缓存数据页,类似的内容将是一个单独的页面,因此大量的磁盘访问不应该是一个问题。

最近,Microsoft为SQL Server 2012提供了内存数据库。对于需要高性能数据库的project来说,这是个好消息。

最近,Microsoft为SQL Server 2012提供了内存数据库。对于需要高性能数据库的project来说,这是个好消息。

不要误解我的意思,我想找出一些方法来操作内存中的表,我看到你说k保留在内存中是恢复的一个问题,所以,我想这是可能的?我不确定是否有办法强制SQL创建一个不可恢复的表。即使tempdb中的临时表也会写入磁盘-恢复是体系结构的一部分。我想说的是,您不必担心它在内存中,因为它会写入到d每纳秒执行一次isk,然后从缓存页访问内存中。那么,有办法知道表的内存地址吗?我想用.NET对表进行一些操作,但都在内存中。然后你应该创建一个哈希表或.NET对象。SQL绝对不是这样的地方。你能详细介绍一下该哈希表,或者参考 SQL Server表的.NET
?请不要误解我的意思,我想找出一种在内存中操作表的方法,我看到您说在内存中保留该表将是恢复的一个问题,所以,我想这是可能的?我不确定是否有方法强制SQL创建不可恢复的表。即使是tempdb中的临时表也是如此写入磁盘-恢复是体系结构的一部分。我想说的是,您不必担心它在内存中,因为它每纳秒会写入磁盘一次,然后从缓存页访问内存中。那么,有办法知道表的内存地址吗?我想用.NET对表进行一些操作,但都在内存中。然后你应该创建一个哈希表或.NET对象。SQL绝对不是这样的地方。你能详细介绍一下该哈希表,或者参考 SQL Server表的.NET?不确定为什么会有DV,因为这是一个写得很好的问题,有一个清晰的(ish)目的。我不想因为你不懂某件事而认为有人会DV,这是问的重点。谢谢@JNK,我正在搜索,在我问之前,我想得到尽可能多的信息。我不知道你为什么会得到DV,因为这是一个写得很好的问题,有一个清晰的(ish)答案目的。我不想认为有人因为你不懂某件事而发了DV,这是问的重点。谢谢@JNK,我正在搜索,在问之前,我想得到尽可能多的信息。