网友410772728私信问我Exchange能不能用单独的SQL？他计划是在现有的Windows 2012 R2活动目录中建立Exchange 2016邮件系统，他希望把邮箱数据单独地放在SQL里以方便管理员工权限和离职办理，也方便其他设备引用SQL数据库，比如深信服的上网认证。
众所周知，Exchange的数据库使用的是可扩展存储引擎（Extensible Storage Engine，ESE），经过十几年的发展已经高度适应了Exchange应用的各类需求。有些人可能会疑惑，为什么微软坚持用ESE作为Exchange的数据库平台，而不选择另一个更通用，开发者更欢迎的产品--SQL呢？这样一来，开发、测试和支持的投入都会大幅减少，并且给第三方ISV提供了统一的API接入。微软其实也调研了将Exchange转移到SQL平台的投入和产出：一些技术和非技术的障碍亟待克服。 首先，两者的引擎类型差异巨大：ESE经过不断的优化，已经能处理从两个邮箱用户之间的一两行邮件到庞杂的通讯组之间的几G附件的邮件事务。SQL数据库引擎来处理结构化事务，而这些事务没有太大差异。除非SQL能优化事务处理引擎，不然基本没有办法处理复杂的邮件事务。 其次，ESE还有强大的索引功能。在Outlook端，用户只要简单地点击主题栏的索引（视图）按钮，就迅速完成了对几万条数据的过滤操作，SQL至少从性能上面远不及此。 SQL从设计之初就作为各种应用的统一平台。当然Exchange也希望将ESE的平台能被更多的应用所接入，比如工作流类的应用，但目前为止还只用邮件服务器在使用。 尽管如此，越来越多的合作伙伴通过Exchange Web Services（EWS）来访问数据库，通过EWS来开发应用。而至于后台是ESE还是SQL的平台对他们而言已然不重要了，就像你会在意Google的Gmail用的是什么数据库么？ 长按，识别二维码，加关注 本文转载于微信公众号: 邮才(exchangecn_zanylee)，更多微信文章请扫描关注公众号: |
|
声明：文章版权归原作者所有 部分文章转自互联网 如有侵权请联系
[邮箱地址] 删除
|
注册
登录
