Frameworks 如果我有遗留数据库，我应该放弃框架吗？

无论我走到哪里，框架（任何语言）似乎都是为新的实现量身定制的。另外，似乎将ORMs与遗留数据库的框架一起使用不是一件正常的事情

我有数据库，大约20岁，我需要在所有数据库上都有一个web前端，一些在单独的网页上，一些在一个网页上合并数据库。其他人并没有那么老，但我无法控制他们Oracle、Sql Server，甚至FoxPro。我需要做的几乎没有一个新的数据库——它们都是现有的

对我来说，框架是错误的解决方案吗？没有框架我可以拥有MVC吗？我不知道如何避免非mvc实现

谢谢你的想法

编辑：

我有很多遗留数据库，似乎很难与它们一起使用ORM。有没有可能在没有ORM的情况下使用MVC模式？有人能推荐一个允许这样做的框架吗

我可以使用任何语言和任何平台。PHP、Python、Java、C#等。粘合在一起的框架是好的。我不在乎。我不想要的是黑客。也就是说，让一个框架不做某段代码（又名hack）想要做的事情。无意冒犯。我只是不想这样开始

---

我主要关心的是要有点现代感，不要把逻辑和表现的层次混为一谈。我来自一个传统asp的旧世界，所有东西都混合在一起，我不想再这样了。

为什么不编写自己的提供者和方言

（n） Hibernate允许您这样做

我还看到过依赖Odbc或Jdbc进行连接的项目。也许您的传统数据库提供了Odbc/Jdbc集成

当你谈论数据库时，为什么要谈论MVC？MVC并不意味着您必须拥有一个数据库或一个新数据库

您可以在旧数据集上使用ORMS吗

那要看情况。像linqtosql和entityframework这样的ORMS只能在一些较新版本的sqlserver上工作。但是，您可能会发现，诸如hibernate（java）或nhibernate（.net）之类的开放源码ORM可以很好地与这些较旧版本的SQL Server甚至Oracle配合使用。Foxpro是另一种野兽，你可能很难找到支持它的ORM

MVC-有框架还是没有框架

我想你是说。是的，您可以将MVC与或与ORMS一起使用

---

如果你指的是围绕MVC的框架，那么答案仍然是肯定的。MVC是一种设计模式。许多人将框架放在特定语言的周围。我认为在这种情况下，对遗留数据使用MVC框架应该无关紧要

这取决于您使用的框架/库。假设您使用Java（是吗？），那么您仍然可以使用iBatis，因为它是FoxPro的JDBC驱动程序。但使用Hibernate或JPA可能不是一个好主意

当然，你也可以在没有外部框架的情况下使用MVC。这可能只是一个多一点的工作