- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
QuickFIX/J 包含创建四个数据库表的 SQL 脚本:
session
消息
messages_log
事件日志
我找不到任何描述每个表格用途的文档。
它们有什么用,什么时候写入,它们中的任何一个是否无限增长,等等......
最佳答案
一些表用于存储,其他用于日志记录(*_log
表。)存储 是 QuickFIX/J 运行所必需的(它跟踪 session 状态并支持重新发送消息),而日志是可选的。
session
此表跟踪事件的 FIX session 。 session 具有下面 primary key
声明中显示的八个值的组合键。
creation_time
用于确定这适用于哪个 session 。
*_seqnum
列跟踪 session 的当前序列号,并与重新发送请求一起用于可靠性。
create table sessions (
beginstring char(8) not null,
sendercompid varchar(64) not null,
sendersubid varchar(64) not null,
senderlocid varchar(64) not null,
targetcompid varchar(64) not null,
targetsubid varchar(64) not null,
targetlocid varchar(64) not null,
session_qualifier varchar(64) not null,
creation_time timestamp not null,
incoming_seqnum integer not null,
outgoing_seqnum integer not null,
primary key (beginstring, sendercompid, sendersubid, senderlocid,
targetcompid, targetsubid, targetlocid, session_qualifier)
);
消息
此表提供了在事件 session 期间发送的 FIX 消息的持久存储。如果被通信方要求重新发送消息,QuickFIX/J 将使用此表来确定消息的内容。
在每个 session 开始时,session_qualifier
的消息将被删除。因此,该表不会无限增长,其大小的上限取决于 session 期间可能发送的消息数。
create table messages (
beginstring char(8) not null,
sendercompid varchar(64) not null,
sendersubid varchar(64) not null,
senderlocid varchar(64) not null,
targetcompid varchar(64) not null,
targetsubid varchar(64) not null,
targetlocid varchar(64) not null,
session_qualifier varchar(64) not null,
msgseqnum integer not null,
message text not null,
primary key (beginstring, sendercompid, sendersubid, senderlocid,
targetcompid, targetsubid, targetlocid, session_qualifier,
msgseqnum)
);
消息日志
QuickFIX/J 可以将所有入站/出站消息记录到数据库中。从库的角度来看,该表是只写的,因此是否使用该表由您决定。
可以在配置中为入站和出站消息日志指定不同的表。默认情况下,所有消息都记录到一个表中。
create sequence messages_log_sequence;
create table messages_log (
id integer default nextval('messages_log_sequence'),
time timestamp not null,
beginstring char(8) not null,
sendercompid varchar(64) not null,
sendersubid varchar(64) not null,
senderlocid varchar(64) not null,
targetcompid varchar(64) not null,
targetsubid varchar(64) not null,
targetlocid varchar(64) not null,
session_qualifier varchar(64),
text text not null,
primary key (id)
);
事件日志
事件日志被写入此表。示例包括:
Session FIX.4.2:FOO->BAR schedule is daily, 07:00:00-UTC - 21:00:00-UTC
Created session: FIX.4.2:FOO->BAR
Initiated logon request
Received logon
create sequence event_log_sequence;
create table event_log (
id integer default nextval('event_log_sequence'),
time timestamp not null,
beginstring char(8) not null,
sendercompid varchar(64) not null,
sendersubid varchar(64) not null,
senderlocid varchar(64) not null,
targetcompid varchar(64) not null,
targetsubid varchar(64) not null,
targetlocid varchar(64) not null,
session_qualifier varchar(64),
text text not null,
primary key (id)
);
正如@DumbCoder 指出的那样,表名可以通过配置进行自定义。
关于quickfix - QuickFIX/J 的数据库表,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/21854637/
quickfix 中消息存储结构的目的是什么?我知道您可以通过消息存储接口(interface)记录所有传入和传出的修复消息,并且 quickfix 提供了多种实现,例如文件存储等。 我的问题是,除了
我目前在使用开源 QuickFix 引擎时遇到了一个奇怪的问题。我们的经纪商正在发送一些 MsgType = 8(执行报告)的测试交易,我们的 QuickFix 引擎立即回复异常,并显示“不支持的消息
QuickFIX/J 包含创建四个数据库表的 SQL 脚本: session 消息 messages_log 事件日志 我找不到任何描述每个表格用途的文档。 它们有什么用,什么时候写入,它们中的任何一
我们似乎无法使用 QuickFix 处理某些群组消息。 我正在尝试使用 QuickFix (C++) 建立与 ICE 交换的连接。我创建了一个自定义数据字典来处理 ICE 的非标准消息。要处理的第一条
一个Quickfix客户端使用 XML spec files 验证传入消息。如果消息验证失败,quickfix 会自动发送拒绝响应。 AFAIK 在这种情况下,quickfix 不会调用传入消息的标准
当我登录时,我正在发送一个应用程序消息请求 (BW) 并且服务器响应多种类型的消息,但是对于安全状态消息,它返回暂停原因异常。我有 2 个 onMessage 函数,这些用于安全定义报告和安全定义更新
我是 FIX 世界的新手。我正在用 Java 编写一个处理 FIX 消息的应用程序,为此我正在使用 QuickFIX/J。我已经从主页 (http://quickfixengine.org/) 下载了
我正在尝试决定使用哪个版本,希望收到有关此主题的任何反馈。最好能得到一些优缺点。 到目前为止我所做的研究是 quickfix/n 版本会运行得更快并且可能更容易实现,但似乎确实有一些 quickfix
我正在使用 QuickFIX/J版本 1.6.4 内 Apache Camel 2.17.0,我收到 session 消息 Disconnecting: Encountered END_OF_STRE
QuickFix/J 提供将其日志存储在数据库中的功能。 是否可以将另一列(业务 ID) append 到其中一个表,从而不会在 QuickFix/J 的内部消息记录中引起问题? 如果可能的话,也请提
QuickFIX 似乎没有日志轮换功能。有没有可能以某种方式做到这一点? 最佳答案 This post shows the rotation might have been released long
我是 FIX 技术的新手,正在开发 FIX 应用程序。每当我发送 NewOrderSingle消息,我收到一个错误。 我在 C# 中使用 QuickFix 引擎并创建 RequestPlaceOrde
我试图了解QuickFIX配置文件中的StartTime和EndTime设置。我正在使用QuickFIX .Net来实现买方FIX客户端(设置为启动器)。 默认情况下,StartTime和EndTim
我们的快速修复连接传入消息存在一些问题。我们使用字典是因为消息中存在重复组,但这意味着 QuickFix 对传入消息应用严格的验证。但我遇到了服务器在没有警告的情况下更改其消息格式的问题。传入消息突然
我正在构建一个重播日志的工具。手动解析日志很烦人,所以我想知道是否有一种方法可以简单地从日志中加载消息。 此外,我并不反对仅使用第三方重放工具(如果存在)。 最佳答案 首先以任何您想要的方式读取日志文
在与 QuickFix 库捆绑在一起的 FIX.4.4 数据字典 XML 中,某些字段似乎被标记为必填字段,而这些字段可能不应该符合 FIXimate 中描述的协议(protocol)规范。 例如:
FIX 协议(protocol)是否允许在消息和重复组中重复使用相同的标记? IE。我可以有类似的东西 ...
我有一个 FixMessage,我想手动计算校验和。 8=FIX.4.2|9=49|35=5|34=1|49=ARCA|52=20150916-04:14:05.306|56=TW|10=157| 这
FIX 协议(protocol)是否允许在消息和重复组中重复使用相同的标记? IE。我可以有类似的东西 ...
本文整理了Java中quickfix.field.XmlData类的一些代码示例,展示了XmlData类的具体用法。这些代码示例主要来源于Github/Stackoverflow/Maven等平台,是
我是一名优秀的程序员,十分优秀!