我正在创建一个应用程序,需要由内部网络上托管的Web前端访问,并且还作为计划任务运行.在我们的内部系统之外不需要访问任何内容,一旦应用程序启动并运行,我们就不会想到任何改变一段时间了.
我最初的想法是创建一个封装大量必要功能的DLL,然后通过Web Forms接口进行手动执行,以及作为自动(每日)计划任务运行的控制台应用程序.
另一个建议是为核心功能公开Web服务,但由于应用程序永远不需要被外部资源调用,我认为实现Web服务所需的额外工作可能不值得麻烦.DLL解决方案也应该快得多(？).
我的问题是你会选择哪条路线？我有没有涉及的优点/缺点？有任何明显的遗漏吗？
免责声明:我是.Net的新手,但由于我们的一位开发人员遇到了严重的事故,我被要求站出来.
我曾经使用MySQL和MSSQL一段时间,在设计一些更复杂的项目时使用了各种CASE和UML工具.
最近我被同事询问是否可以为他的部门提供Access数据库.应用程序本身并不复杂,Access实际上看起来像是手头任务的理想工具.
除了几年前的几个非常业余的数据库(在我甚至听说过规范化之前),我对Access没有多少经验.我养成了使用ER图来设计数据库的习惯,并希望在使用Access时也这样做.似乎内置的"关系"视图适用于查看关系(呃!),但你必须首先创建表,这似乎在某种程度上打败了这一点.
有没有人知道使用ERD直接设计数据库的任何方式,或者在Access中本地使用,或者通过使用第三方工具的往返生成？我通常使用的软件不支持Access.
我想我已经被使用"真正的"数据库所宠坏了,但任何帮助都表示赞赏......
更新:我选择了下面的答案,因为它使我的内存慢慢使用ODBC作为工作 - 我已经使用可以通过ODBC连接的优秀ArgoUML应用程序.只是想澄清一下,选择下面的答案并不支持ModelRight应用程序,因为我从来不需要安装它.