开发可分发Web应用程序的体系结构和技术方法 [英] Architecture and technical approach to develop a distributable web application

问题描述

我们有一个项目，以及 develop
a基于网络的邮轮预订系统，可分发给任意数量的客户，并开发管理应用程序，以控制为使用邮轮预订系统而创建的每个客户的许可和访问权限。

该应用程序必须是在软件即服务（SAAS）模型上开发了
。
为了开发它，我们使用.NET framework 4.0平台，实体框架4和SQl server 2005数据库作为后端。

由于此应用程序可分发给n个客户端，并且每个客户端都可以访问相同的公共业务逻辑，因此我们有
决定保留集中托管的业务逻辑将连接到特定于客户端的数据库。

我想通过为每个客户创建单独的数据库来确认是否是正确的方法，假设客户端数量可能超过
到100。

请告知。

谢谢，

Karan

 

推荐答案

每个客户端都有一个单独的数据库，而不是一个数据库，其表有一个clientid。

There are plusses and minusses to having a separate database for each client as against one database whose tables have a clientid.

重要的是它分离了数据，您可以轻松地一次备份/恢复一个客户端。有些东西是梨形的，那么它只是一个客户端，你必须解释系统停机这么久。

The significant plus is that it separates out the data and you can easily back up / restore one client at a time.  Something goes pear shaped then it's just one client you have to explain the system is down for so long.

显着的减去是你的工作必须使用100个数据库，所以每个备份可能会更快，但有100个。如果你因某些原因找到你有数千个客户在某个距离下，这将无法很好地扩展如果这是一个要求，你还需要考虑如何报告100个数据库。

The significant minus is that your jobs have to work with 100 databases, so each backup might be quicker but there are 100 of them.  That won't scale very well should you for some reason find you have thousands of clients some distance down the line. Oh, you also need to think about how you report across 100 databases if that's a requirement.

除非你有一个数据库，否则我会倾向于单个数据库。每个客户的大量数据。

I'd lean towards one single database unless you have very large amounts of data for each client.

您没有询问有关服务和客户使用何种技术的建议，因此我认为您已涵盖这些技术。  WPF clickonce或Silverlight加WCF（RIA）将是我可能的短名单。 我还考虑在本地存储交易
以应对偶尔的断开连接。

You didn't ask for advise on what technology to use for the services and on the clients so I assume you have that covered.  WPF clickonce or Silverlight plus WCF ( RIA) would be my probable short list.  I'd also consider storing transactions locally to cope with occasional disconnects.

这篇关于开发可分发Web应用程序的体系结构和技术方法的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！