我正在创建一个日志搜寻器来组合来自所有Azure应用程序的日志。其中一些以SLAB格式存储日志，其中一些只使用Azure诊断跟踪器。从2.6版开始，Azure诊断跟踪器实际上在Azure表＆＃34; WADLogsTable＆＃34;中创建了两个Timestamp列。 Microsoft对此行为的解释如下：
TIMESTAMP 是PreciseTimeStamp向下舍入到上传频率边界。因此，如果您的上传频率为5分钟且活动时间为00:17:12，则TIMESTAMP将为00:15:00。
时间戳是在Azure表中创建实体的时间戳。
可悲的是，Azure Search目前仅支持不区分大小写的列映射，因此当我创建一个简单的数据源，索引和索引器时，我得到一个关于数据源中存在的具有相同名称的多个列的异常（时间戳）。
我尝试不使用Timestamp而是使用PreciseTimeStamp，但后来我得到了一个不同的例外：
＆＃34;指定的演员表无效。无法存储＆lt; 8/18/2016 12:10:00 AM＆gt;在时间戳列中。预期类型是DateTimeOffset。＆＃34;
我认为这是因为当前的Azure Table数据源坚持跟踪Timestamp列以便在幕后进行更改跟踪。
如果我以编程方式创建所有对象，或使用＆＃34;导入数据＆＃34;行为是相同的。门户网站上的功能。
有没有人有任何其他策略或方法来克服这个问题？
我们很高兴为我们的SLAB表索引btw，它现在只是WAD失败了。