让整合考古学家变得多余：拜访汽车经销商

[roseline371274]

在应用程序集成的世界里，永远不会有一刻是无聊的。所以今年夏天我作为一名考古学家进行了一次实地考察并发现了一些有趣的事情！
古希腊和古罗马因其坚固的建筑而闻名。他们确实为未来而建设，这就是为什么我们仍然可以参观许多从古至今美丽的圆形剧场、渡槽和寺庙。

同样令人印象深刻的是这里经常使用的柱子，尤其是在寺庙中。很久 美国号码数据 以前我就知道，柱子有多立克柱、爱奥尼亚柱和科林斯柱，每种柱子都有自己的风格特征。

但这和整合有什么关系？
好吧——即使在集成世界中，我仍然经常进行考古发现。即使进行了集成，一段时间后旧技术仍然被证明是有效的：数据库集成！关于融合文明的开始。

您可以通过圆柱形的图标在集成景观中识别它们。就像古希腊和古罗马的柱子一样，它们至今仍傲然矗立在风景中，但你也可能想知道在它们之上建造重要的建筑是否明智。

列
数据库连接经常会导致以下一种或多种反模式：

从界面运行的复杂查询（带有或不带有业务逻辑）。这会在接口和数据库之间创建硬链接：如果对数据库进行了更改，集成也会受到影响。
当调用数据库（例如存储过程）时，可以激活缓存机制。这可能意味着您每次更改数据库时都必须重新启动接口（即使接口本身不受影响）。
定期复制完整的表格并与之前进行比较的构造，以便在“发现差异”的基础上将它们作为变化转发。这远远不够高效和快速。
从更改表中一次检索一条记录。在这里您可能会遇到处理速度瓶颈，因为您无法使两个记录检索之间的时间无限小。如果您只能每 5 秒获取一次，那么如果每天的更新次数超出您的处理能力（每分钟 12 次 x 60 分钟 x 24 小时 = 17k 次更新），那么您确实会遇到问题。
如果将数据直接写入表/数据库，则会绕过通过应用程序输入数据时通常会进行的验证。并且其他进程也可能不会被触发。