问什么时候MVC不再适用于大型项目？

EN

在一些较小的站点上使用了一些PHP框架，如Codeigniter和Kohana，我开始怀疑MVC是否仍然适用于较大的项目，如果是，需要采取哪些预防措施来维护干净的clode。为了防止这种情况，大型网站使用了哪些实践？Amazon或Flickr的代码是否使用MVC或其变体？有没有一本指南，告诉你如何在大型项目中最好地实现MVC？

--切线--

在使用Kohana的当前项目中，我开始质疑我的模型应该扮演什么角色。通常情况下，模型只能描述我试图构建的对象的一小部分。也就是说，需要一个用户的对象，所以我使用Users_Model从Users表中提取我的用户。但是每个用户的库存中也有几个项目，所以我还需要使用Users_Inventory_Model。但是，每个库存项目也有与之关联的其他表，依此类推，直到我发现在我的控制器中建立一个用户需要我访问几个模型。现在，想象一下在许多不同的控制器中这样做，突然我发现自己有杂乱和冗余的代码和非常胖的控制器。

这让我想，也许我应该有一些库来处理大部分繁琐的工作。这样，我就可以有一个用户库，让它加载我所有相关的用户数据，并运行大多数逻辑，如更新、删除等。这是大多数MVC项目发展的方式吗？让库完成与模型的大部分交互，而控制器调用库并为视图准备数据？无论如何，这只是我关于MVC的问题之一，我在网上找不到答案。