用户工具

站点工具


ssesystem:order:dbswitch

差别

这里会显示出您选择的修订版和当前版本之间的差别。

到此差别页面的链接

两侧同时换到之前的修订记录 前一修订版
ssesystem:order:dbswitch [2018/09/19 07:20]
-
ssesystem:order:dbswitch [2018/09/19 07:20] (当前版本)
-
行 3: 行 3:
 {{tag>​数据库 切换 EzOES EzSTEP}} {{tag>​数据库 切换 EzOES EzSTEP}}
 ^报盘机^订单唯一性^字段名^切换数据库要点^ ^报盘机^订单唯一性^字段名^切换数据库要点^
-|EzOES|rec_num+PBU+set|rec_num|记录编号,连续递增且唯一。(2009年11月23日前,规定必须从1开始)新交易系统切换后,不再严格要求rec_num从1开始,只要连续递增即可。新交易系统通过后台保证不重复处理前台提交的同一个PBU同一个产品集相同rec_num的订单的原理,提供在一些极端故障场景时,既不丢单,也不重单的能力。但是,如果申报表完全损坏,市场参与人启用备份数据库,那么为继续后续的报单业务,需要在新的空申报表中直接插入后续订单。为避免后台认为是启用备份前某一个订单的重复提交,在切换时,后续订单的rec_num编号必须超过已经向交易所发出的rec_num号,市场参与者可以通过累加一个其业务上不可能发生的值比如1000万,来避免重单。举例如下:第一次订单申报到8978笔,sql数据库发生故障需要进行切换。到新的sql数据库的申报表中只需要直接从rec_num 10000001开始插起便可重新登录报盘程序申报。如果之后还又需要进行切换,则直接从rec_num 20000001开始插新订单。如此类推。但是,由于原接口设计中撤单编号字段最宽为C8,所以输入rec_num超过1亿将无法撤单,故切换的次数是有限的。|+|EzOES|rec_num+PBU+SET|rec_num|记录编号,连续递增且唯一。(2009年11月23日前,规定必须从1开始)新交易系统切换后,不再严格要求rec_num从1开始,只要连续递增即可。新交易系统通过后台保证不重复处理前台提交的同一个PBU同一个产品集相同rec_num的订单的原理,提供在一些极端故障场景时,既不丢单,也不重单的能力。但是,如果申报表完全损坏,市场参与人启用备份数据库,那么为继续后续的报单业务,需要在新的空申报表中直接插入后续订单。为避免后台认为是启用备份前某一个订单的重复提交,在切换时,后续订单的rec_num编号必须超过已经向交易所发出的rec_num号,市场参与者可以通过累加一个其业务上不可能发生的值比如1000万,来避免重单。举例如下:第一次订单申报到8978笔,sql数据库发生故障需要进行切换。到新的sql数据库的申报表中只需要直接从rec_num 10000001开始插起便可重新登录报盘程序申报。如果之后还又需要进行切换,则直接从rec_num 20000001开始插新订单。如此类推。但是,由于原接口设计中撤单编号字段最宽为C8,所以输入rec_num超过1亿将无法撤单,故切换的次数是有限的。|
 | :::   ​|::: ​   |PBU| 即报盘机界面登录PBU。 | | :::   ​|::: ​   |PBU| 即报盘机界面登录PBU。 |
-| :::   ​|::: ​   |set| 产品集SET编号,取值范围从1到999。用来表明产品的一种分组方式,用于在多主机间进行负载均衡分配。该值在一个交易日内不会变化。该值可以查看产品基础信息文件接口cpxxMMDD.txt。|+| :::   ​|::: ​   |SET| 产品集SET编号,取值范围从1到999。用来表明产品的一种分组方式,用于在多主机间进行负载均衡分配。该值在一个交易日内不会变化。该值可以查看产品基础信息文件接口cpxxMMDD.txt。|
 |EzSTEP|PBU+reff 控制|reqnum|请求及响应表记录编号,通常从1开始,必须连续递增。如果请求及响应表完全损坏,市场参与人启用备份数据库,那么为继续后续的报单业务,则需要在新的空请求及响应表中直接写入后续订单。后续订单的 reqnum 编号可以重新从1开始。| |EzSTEP|PBU+reff 控制|reqnum|请求及响应表记录编号,通常从1开始,必须连续递增。如果请求及响应表完全损坏,市场参与人启用备份数据库,那么为继续后续的报单业务,则需要在新的空请求及响应表中直接写入后续订单。后续订单的 reqnum 编号可以重新从1开始。|
 | :::   ​|::: ​   |reff|会员内部编号。(建议用满 10位,避免用空格填补);对于订单申报或成交申报,为会员内部编号 ClOrdID; 对于意向申报,为会员内部编号 IOIID;在所有申报业务范围内,会员内部编号必须唯一,交易系统不重复处理前台提交的相同业务 PBU 相同的 reff 的订单,并以此编号重复作为订单重复依据。该字段为 reqtext 消息包中对应会员内部编号字段的重复,取值必须与reqtext 消息包中对应会员内部编号字段相同,该字段用于订单唯一性标识,也可方便市场参与者数据库检索使用。| | :::   ​|::: ​   |reff|会员内部编号。(建议用满 10位,避免用空格填补);对于订单申报或成交申报,为会员内部编号 ClOrdID; 对于意向申报,为会员内部编号 IOIID;在所有申报业务范围内,会员内部编号必须唯一,交易系统不重复处理前台提交的相同业务 PBU 相同的 reff 的订单,并以此编号重复作为订单重复依据。该字段为 reqtext 消息包中对应会员内部编号字段的重复,取值必须与reqtext 消息包中对应会员内部编号字段相同,该字段用于订单唯一性标识,也可方便市场参与者数据库检索使用。|
阅读
ssesystem/order/dbswitch.txt · 最后更改: 2018/09/19 07:20 由 -