Важной особенностью данного движка является то, что вся база данных находится в единственном стандартном файле, который находится на компьютере пользователя. Простота реализации достигается за счёт того, что перед началом исполнения транзакции записи файл, содержащий базу данных, блокируется. При этом...
如果你想在终端之间交换数据，如果你让一个终端连接用于编辑，而另一个只用于读取，会怎么样？ 而这一切都通过超快的内存来实现
它能在mql4中工作吗？使用Memlib.mqh。
使用Memlib.mqh。
没有找到它是什么
也请注意我发现的以下缺点。
1)DatabaseExecute 函数的描述不是真的，而是从DatabasePrepare 中复制过来的。
2)DatabaseRead 函数的第一个参数描述不完整：intdatabase, //在DatabaseOpen中获得的数据库句柄；
5)DatabaseColumnName 函数参数描述中有一个错字（应该是 "获得字段名"）。因为DatabasePrepare 提供了更完整的信息。 //创建一个查询句柄，然后可以用 DatabaseRead()执行。
string&name// 对一个变量的引用，以获得一个表的名称
谢谢你，已经改正了。网站上的数据库管理 部分将有更新。
谢谢你，它已经被修复了。更新内容将在网站的数据库处理 部分公布。
描述中的DatabaseRead参数不正确。
必须要有一个SQL查询的句柄。
我已经用导入的sqlite3 dll重写了我的项目，改为内置功能--一切正常。
P.S. 检查数据库中的LastError重置功能....职能。
我们面前根本就没有这样的任务。
在你面前，是的，它没有。另一方面，开发人员长期以来一直需要某种适当的线程安全的消息传递机制。基地似乎是一个很好的选择，尽管不是直接的，而是通过额外的线程安全包装器。
在你面前，是的，它没有。另一方面，开发人员长期以来一直需要某种适当的线程安全的消息传递机制。基地似乎是一个很好的选择，尽管不是直接的，而是通过额外的线程安全包装器。
关于交易、自动交易系统和交易策略测试的论坛
服务。已经在工作了吗？
Renat Fatkhullin, 2018.12.17 21:48
交流机制将被制定出来，现在是时候了。
最有可能的是，我们将允许在资源中，这些文件将在我们第一次运行程序时被自动提取到磁盘。
也就是说，ex5里面的基座不会有任何肿胀。用文件只能在磁盘上工作。
另外，请考虑另一个需要的功能。
还有一个函数可以提取回来，从文件到内存 DatabaseExtractFileToMemory我们需要一个函数DatabaseSaveMemoryToFile，它将把以DATABASE_OPEN_MEMORY方式打开的数据库，以文件形式保存到磁盘上。
，这是为了利用内存来提高数据交换 的速度，如果有必要，将数据保存到文件中去。
，因为在Market Watch中是这样做的，首先数据来到Market Watch，然后保存到历史。
这就是KDB+数据库的工作原理
可能没有人知道，当你用ResourceSave将资源保存到磁盘时，非彩色数据会被扭曲。这个功能只为保存图像而设计。
将数据库文件 纳入资源的目的可能只是为了将文件最初解压到磁盘，从ex5。
对数据库的进一步工作是直接通过文件完成的。