目前SAAS平台对于大家来说并不陌生，市场上真正属于SAAS应用的并不是特别多，还有很大一部分是ASP的模式在运行，不管对于公司还是技术部门都是很大的挑战。去年在做elearning项目的时候其实也就是一个ASP的模式扩展，ASP模式本身就会存在比较多的问题，虽然与传统的项目型有一定的区别，但从技术角度来看，差别不太大。
最近要弄一个SAAS平台的东西，所以恶补了一下相关的知识，在这里记录一下我的实践与总结。由于还没有最终验证也不太清楚效果如何。供大家讨论，希望可以给我一些意见。
使用的数据库Oracle10g，这篇只是从数据模型设计的角度来分析，使用的模式是：共享database独立Schema。
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接口服务需要提供配置功能。
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。