从数据模型设计的角度来分析，使用Oracle10g数据库，以共享database独立Schema的模式来构建SAAS平台，以下是这一实现过程：

Oracle中的实现方式：

1、共享一个数据库实例，免费的使用Tenant_Free实例，收费的使用Tenant_VIP实例，平台的数据使用Tenant_Platform实例。

2、独立Schema，通过建立每个Tenant的数据库用户来实现，每个用户使用的数据表根据用户导入的数据进行初始化。配置数据自动生成的方式。通过测试一个实例生成几万个数据库用户是很正常的，如果按照一台普通的服务器可以支撑1万个Tenant的话，那发展到10万用户可能只需要10台服务器的规模，是我可以接受的范围。

3、原先考虑让每个Tenant分配一个表空间，然后定义数据文件的大小来实现对每个Tenant数据空间的限制，但经过测试发现Oracle中添加表空间是有限个数的，我测试的时候加到200个左右就报错，提示超过表空间的最大数量。看来这种方法行不能。

如上图所示，所有的Tenant User都在用户管理库中进行管理，然后数据访问控制器通过Tenant User的信息自动选择Tenant对应的数据结构。可能我觉得这种模式是MVC的改进版本，即SAAS平台下要使用MVCD的模式（Model-View-Controller-DataAccess），数据管理层将模型层与控制层对数据管理方面的内容独立出来，负责数据库结构的管理、数据存取等功能……

选择的理由：

1、在oracle里要使用独立的database对于服务器的内存要求实在太高了，一个实例分配的资源如果是200M的话，4G的服务器只能支持20个租户，这个成本我想没有什么人可以承受，所以第一种最简单的方式我不采用。

2、选择独立schema是非常重要的，对于程序与性能都会有很大的提升，而且业务要求所有企业相关的数据表字段都允许Tenant用户自定义，所以我觉得是必要条件，所以只能选择第二种模式。如果使用预留字段或者通过字段扩展表来存储存在比较多的问题，比如检索速度、字段的限制、数据冗余等缺点。而且对于用户来说不太直观。

3、从维护管理的角度考虑，备份的时候可以对每个数据库用户的数据进行单独的备份，有利于对无效用户的数据删除与恢复的操作。同时也保证了用户数据的安全性。

对SAAS程序的要求：

1、要求可以通过配置自动实现Tenant Schema中数据的CRUD操作。

2、数据报表及相关的查询都要允许自定义，需要提供相关的功能。

3、API接口服务需要提供配置功能。

本文就说到这里，欢迎大家批评指导！

【编辑推荐】

1. Oracle数据库的RAC组件之缓存融合技术
2. 揭开功能强大的数据库表DUAL的神秘面纱
3. ASP通过Oracle Object for OLE对Oracle查询
4. 在存储过程中连接远程Oracle数据库并进行操作
5. 浅谈修复被优化大师Kiss掉的Oracle监听器的两种方法