|
|
1
1
如果提供数据的交换具有数据的某种唯一标识符,那么它提供的实现就相当简单,但也不是很简单。 实际上,你有一个订阅两个提要的应用程序。(您也可以使用基于嗅探的软件来进行非侵入性监视/测量-我也可以尝试解决这个问题) 您将保留两个不匹配数据/更新的列表(或记录每个提要中“不匹配”样本的任何其他方法)。当每次更新到来时,您都会从其他数据馈送中的其他列表中查找相应的项。成功匹配后,可以保存此配对。当每次更新到来时,您必须以某种方式为它分配一个“时间戳”——可能是本地机器时间。因为在这个简单的例子中,源站是相同的交换,所以确定相对延迟相当容易。 此方法要求为数据编写订阅应用程序。 有许多问题,例如处理丢失的更新和超时处理不匹配的数据,如何处理可能无法为更新提供唯一IDE的交换或提要,解决数据供应商在本地时间和UTC时间上的错误等。 嗅探数据是类似的,但是您可以通过PCAP或硬件捕获卡捕获数据,然后根据包的端点解析流。这比直接订阅要困难一点,但是它的优点是不受干扰,并且对于您可以测量的数据集具有相当的灵活性。 |
|
|
2
0
我所看到的一种围绕多个公司行为数据源的反馈方法就是简单地保持一种启发式的通知,通过这种通知,反馈在历史上往往是最准确的,因此对其数据给予了更大的权重。 当然,在所有类型的市场数据中,企业行为可能是最低数量之一,因此这种技术可能无法按比例调整数据! |