问题标签 [in-memory-tables]

我正在尝试做一些我认为很简单的事情。

我有一个名为 loc 的列表。然后我有代码

这很好用，但是当我尝试使 locdt 成为控件的数据源时，我收到一个空错误，“从类型 'DBNull' 到类型'String' 的转换无效。” 一些 rstr_locations 是空的，所以在上面的代码中，我如何从选择中删除空值。

我在 SQL 2014 的高可用性组数据库上设置了一个简单的内存表。直接从主节点或从侦听器查询表工作正常。如果我将查询字符串更改为 ReadOnly Intent 或尝试直接从两个辅助节点中的任何一个进行查询，我会收到以下错误：-

Msg 41341, Level 16, State 1, Line 1 Table 'tbl_GetMakes' is not yet available on the secondary replica.

网上关于这条消息的信息很少。它谈到当“重做”过程发生时它被正确复制。据我所读，“重做”过程应该是自动的，该表现在已经放置了超过 24 小时，但仍然无法正常工作。有什么想法吗？谢谢，乔恩

我正在创建一个新组件，它继承自 TClientDataSet 并导致内存泄漏。我创建了一个演示来重现错误（无需共享 myCustomComponent）。我该如何解决这个内存泄漏问题？

FastMM 事件日志文件：

在尝试@victoria 的代码时，我从fastMM 得到以下错误（尽管 ReportMemoryLeaksOnShutDown 没有引发任何问题），然后我意识到 FastMM 让我感到困惑。我重新引入了 Open 方法并将此代码移到那里（没有调用继承或打开），并且 ReportMemoryLeaksOnShuntdown 显示没有泄漏，但我不明白为什么 FastMM 会引发。

从 2016 版本开始，内存中技术也集成在 MS SQL Server Express 版本中。事实上，由于 Express 版本限制为 1 GB RAM，我想知道内存中 OLTP 技术的 RAM 是否用作 1 GB RAM 的一部分，或者它是否不会影响 1 GB RAM。

我有一个不断访问但很少更改的 SQL 表。

该表由 UserID 分区，每个用户在表中都有许多记录。

我想节省数据库资源并将此表移动到某种内存缓存中更靠近应用程序的位置。

进程内缓存过于占用内存，因此它需要在应用程序外部。

由于在 Redis 之间对表进行序列化和反序列化的开销，事实证明，像 Redis 这样的键值存储效率低下。

我正在寻找可以将此表（或数据分区）存储在内存中的东西，但让我只查询我需要的信息，而不需要为每次读取序列化和反序列化大数据块。

是否有任何东西可以在支持高速缓存查询的内存数据库表中提供 Out of Process ？

搜索表明 Apache Ignite 可能是一个可能的选择，但我正在寻找更明智的建议。

我们为我们的数据库使用了内存中 OLTP 功能。当我们运行事务时，我们遇到了以下问题。

SqlException： 当前事务试图更新自该事务启动以来已更新的记录。交易被中止

这个问题是由于写-写冲突引起的，MS 建议在 TRY CATCH 中使用 RETRY 逻辑。但这也对我们没有多大帮助，因为错误的频率仍然更高。如果有人除了 RETRY 逻辑之外还有其他可能的解决方案，那将有很大的帮助。

我正在使用 Microsft SQL Server 2016。我有一个包含 140000 行的 SQL 表。它仅用于选择数据。

我试图通过使其成为 In-Memory 表来提高它的选择性能（值得一提的是，这是我第一次使用 In-Memory 表）。

我在 SQL Server Profiler 中得到的结果相当不满意。比较“CPU”、“读取”和“持续时间”列的数据：从内存表中选择的“CPU”稍高，“读取”最多低 10 倍，但不幸的是“持续时间”几乎保持不变。

您能否告诉我这是否是对 SQL Server In-Memory 表的良好使用？

也许我做错了什么，因为持续时间保持不变？

先感谢您！

我在我的数据库中创建了一个内存优化表类型，如下所示：

此表类型用于需要通过多个 select 语句访问存储在其中的数据的大查询，如下所示：

一切正常，但我查看了数据库的 File_MemOpt 文件组的 SQL 数据文件夹，我在 $HKv2 文件夹下的 In-Memory 表类型中看到了类似的内容：

显然我的内存表类型并不完全在内存中。有没有办法可以使用这种表类型并将其严格保存在内存中，而无需进行所有磁盘写入。我认为只创建一个内存表类型就可以避免任何磁盘活动。我还尝试创建一个内存表定义并指定durability=schema_only，但这仍然在磁盘上创建了东西。我应该只使用表变量吗？

我不担心重新启动或类似的事情的持久性。选择请求发生在 REST Web 请求的上下文中。如果服务器在请求期间重新启动，那么请求将不得不重新开始。

我有两个表：表 1 是基于磁盘的存储，表 2 是内存存储。我在表 2 上创建了一个 DML 触发器，并在该触发器中将一条记录插入到表 1 中。这可能吗？

我有一个仓库，有一个 800 GB 的日志文件。现在我想缩小或其他解决方案来减少 Log.ldf 占用的磁盘空间。我尝试了多种方式缩小文件。我进行了完整备份，事务日志备份，更改了恢复模式，运行了 dbcc 命令，但它们都没有影响磁盘中的日志文件卷，分离数据库然后删除了日志文件，但由于内存-优化文件容器我在尝试再次附加它时遇到了错误（我读到 SQL 服务器会自动添加一个日志文件，但当数据库有一个 memory_optimize 文件时显然不会）在所有这些解决方案之后我的日志文件仍然是 800 GB 而我没有知道如何释放日志文件使用的磁盘空间。有什么建议吗？还是我忘记在我的方法中做某事？