我正在开发一个重新设计/重做应用程序的项目 . 问题是旧的应用程序是用ASP.net 1.0编写的，数据库相当大，超过100个表和300多个视图 . 数据库以非常粗暴的方式处理角色和成员资格 . 它也涉及一个简单的工作流程 . 该应用程序在维护方面很痛苦 . 我有大约3-4个月的时间来重做软件 .
数据库设计不是我喜欢的，但是看时间框架迁移数据和数据库重新设计可能会使项目偏离轨道 .
有没有人遇到过这种情况？任何人都有关于如何进行这个项目的任何指示？
我很想用.NET 3.5来加快软件速度 . 如果不考虑数据库，我不确定App重新设计是否有意义
系统问题：1 . 维护和可扩展性问题 . 2.糟糕的数据库设计，特别是在用户管理的情况下，应用程序严重依赖于用户和角色等 .
6 回答
数据库重新设计是一项巨大的努力 . 如果您或团队中的某个人不是数据库设计和ETL的专家，那么最终可能会比现在更糟糕 .
但是，是否有可能只修复数据库的一个或两个最差部分，从而实现整体改进？查看性能最差的查询，看看哪些是真正的错误（不仅仅是从你个人的角度来看你不喜欢什么，而是现在真的不好用） . 也许少于完全重新设计的东西可以为您带来重大的性能提升 .
如果您不喜欢数据库的原因是它不是真正的关系，那么您可以通过使用新名称放置关系表，移动数据并删除旧表以及使用结构化的旧表名创建视图来妥协喜欢当前的设计 . （不要先没有当前的数据库备份!!!!）这样你就可以开始将代码更改为新的更有效的设计，但是你没有改变的东西仍然有效，直到你完成它 .
您是否需要重新设计数据库或整个应用程序？您是单独执行任务还是获得了相当多的帮助？贵公司是否采用任何方法标准（SDLC流程），或者您是一个特立独行的IT部门？
四个月听起来很激进 . 您需要记录需求，计划，设计，构建和测试每个功能组件，将数据从旧系统转换到新系统，并可能为所有这些方案设置新环境 .
最重要的是：花费相当多的时间来估算完成整个过程所需的工作 . 如果是四个月，太好了 . 我怀疑它会是什么 . 一旦您对所涉及的工作进行了详细的记录估计，请将其交给您的老板，并向他解释四个月的时间框架到底有多极端 .
如果您主要关注的是是否要重做数据库，请考虑一个链条仅与其最薄弱的链路一样强大的旧习语 . 新的应用程序将用.NET编写，但是如果坐在设计糟糕的空洞数据库上真的有意义吗？
花时间规划你的项目，否则你会遇到其他问题 .
希望这可以帮助 .
这是一句古老的谚语 smart data structures and dumb logic beat the reverse every time . 参见unix philosophy article中的规则5 . 当它归结为它时，每个项目我都不得不用代码来修复破坏的数据结构一直很痛苦 .
简答：如果可以的话，重新做一些数据 .
答案：务实 . 如果你只是重新做一部分数据库就可以省去一些头痛，那就去做吧 . 在应用程序逻辑中处理它比在数据库级处理它会更痛苦 .
希望有所帮助！
如果您不想重新设计数据库，则可以始终重新构建用户体验（UI） . 如果你选择使用webforms，那么使用一个好的模式然后我的建议是使用模型视图Presenter模式，或者如果你知道很多javascript和html并且你不喜欢webforms模型使用新的ASP.NET MVC .
但在您重新构建应用程序之前，您必须了解您选择的设计模式 .
我希望你能用这些信息做些什么 .
我真的不知道项目的范围 . 但是，重新设计一个100个表似乎不切实际的系统需要4个月的时间 . 也许，如果您非常了解该域名 .
我的0.02美元
要加上我的0.02美元，你首先必须明确你为什么要重新设计，当前软件有什么问题，性能，可维护性，扩展产品的更好基础等等 . 然后明确说明你的目标新产品（即改进用户体验，性能目标，框架等）可能会让您更好地了解需要重新设计的内容和有效的内容 .