技术咨询：能否用MS SharePoint 2016开发自定义Web应用及Access迁移方案

针对你的两个问题，我来分别给出实战性的解答：

绝对可以！SharePoint 2016本身就是为企业级协作和自定义应用场景设计的，具体怎么选取决于你的应用复杂度：

• 轻量型应用（快速搭建）：如果需求是数据管理、简单审批流程这类，直接用SharePoint自带的列表、文档库和表单工具就能搞定。虽然InfoPath在2016里已经处于维护阶段，但仍能用来快速构建自定义表单，几乎不用写代码就能满足基础需求，还能自动继承SharePoint的权限和协作能力。
• 中度/复杂应用（深度定制）：
  • 推荐用SharePoint Framework (SPFx)，它支持React、Vue等现代前端框架，能开发自定义Web部件、扩展页面功能，而且不需要服务器级别的部署权限，适合云端或本地部署的SharePoint环境。
  • 如果需要更底层的自定义（比如自定义工作流引擎、业务逻辑集成），可以用Farm Solutions（需要服务器管理员权限），不过这种方式维护成本较高，建议优先考虑SPFx。
• 注意事项：如果你的应用完全脱离SharePoint的协作、文档管理生态，那SharePoint可能不是最优选择；但如果需要和企业内部的权限体系、搜索、协作功能绑定，它能帮你省掉大量基础开发工作，性价比很高。

作为PHP/开源开发者，选择MySQL作为目标数据库是非常明智的——它和开源技术栈的适配性远优于Access。针对手动转换查询的痛点，给你几个高效的实操方案：

• 工具辅助+手动校验，减少重复劳动：
  • 先用自动化工具做初步转换：比如Access to MySQL这类工具（很多免费或开源工具都支持查询转换），它能自动处理大部分语法差异，比如把Access的Nz()函数转成MySQL的IFNULL()，DateAdd()转成DATE_ADD()，通配符*转成%等。虽然工具不能100%完美转换，但能帮你节省80%的重复工作。
  • 写个简单的PHP脚本做批量校验：把Access查询的结果集和转换后的MySQL视图结果集做数据比对（比如取前N条数据、统计行数、关键字段的聚合值），确保逻辑一致，避免手动转换时的疏漏。
• 利用MySQL特性优化查询逻辑：
  • Access里的复杂多表嵌套查询，在MySQL 8.0+里可以用**CTE（公共表表达式）**重构，让查询逻辑更清晰，后续维护更方便；如果客户用的是旧版MySQL，也可以用临时表来拆分复杂逻辑。
  • 对于报表相关的查询，可以把数据提取逻辑放到MySQL视图里，而复杂的格式化、计算逻辑移到PHP层处理——PHP的字符串和数组处理灵活性更高，能更好地适配报表的展示需求。
• 文档化+版本控制，降低维护成本：
  • 建立Access查询与MySQL视图的映射文档，记录每个转换的关键点（比如特殊函数的替换、逻辑调整的原因），方便后续排查问题或迭代。
  • 把所有视图的SQL代码放到Git等版本控制系统里，每次修改都提交备注，这样能追溯变更历史，避免多人协作时的冲突。
• 过渡方案（可选，适合大规模转换）：
  • 如果查询数量极大，一次性转换风险太高，可以先搭建一个PHP适配层：写一个简单的SQL语法转换器，把Access的查询语句动态转换成MySQL语法，先让应用正常运行，再逐步把高频查询替换成MySQL视图，这样能减少业务中断的风险。

内容的提问来源于stack exchange，提问作者Flim Flam