什么叫做数据库的“三层架构”

三层架构可以说是一种设置模式，他的作用只是让我们更加有效的利用资源，有利于以后的修改和查看，依次分为视图层，逻辑层，数据层；
试图层顾名思义就是我们所看到的，他的原代码并没有关于处理和连库等代码，只是简单的跳转页面，我们没有办法看到真正的代码；
逻辑层就是我们从页面层发回的问题等请求，从字面意思来看，你可以将他视为一个过渡层，只是连接是图层和数据层；进行一些连库，删除数据等 *** 作了；从试图层跳转过来的问题在这里进行处理，并提交给数据层，再返回页面层共读者查看；
数据层就不用说了吧！这里存放着所有的数据也就是一个工程的大本营一样；
三层架构已经不仅仅属于net了，他是一种设计形式，从某种意义上来说，所有的开发设计几乎都已经以三层架构为基础，三层架构及有效的处理问题，将数据和试图也有效的分开，这样防止耦合度过高，有利于处理和修改，（你不会是想将代码全部写在视图页面上，这样有一个小小的变动，我们就要翻看几十万句代码，从中找出，那我要替你的眼睛抱不平了）当你将程序做好后，从这台机子移动到另一台机子时，大大减少了出错的问题；
通俗一点就是，这样看上去很有层次感，我们查看时，可以减少时间的浪费，也不用在代码堆里翻来覆去找不到北

用友ERP-U8应用系统采用三层架构体系，即逻辑上分为数据库服务器、应用服务器和客户端。
（1）单机应用模式。既将数据库服务器、应用服务器和客户端安装在一台计算机上。
（2）网络应用模式但只有一台服务器。将数据库服务器和应用服务器安装在一台计算机上，而将客户端安装在另一台计算机上。
（3）网络应用模式且有两台服务器。将数据库服务器、应用服务器和客户端分别安装在不同的三台计算机上。
深层次就没必要理解了

前端跟服务端之间多了个中间层，前台先提交给中间层，由中间层去访问服务端。

JSP中，“<%……%>”里面的java代码是可以有一些业务逻辑的，而三层架构正是要将业务逻辑从页面中分离出来，因些不要过多的使用“<%……%>”，但根据实际情况，适量的添加一些是可以的。

而MVC实际上其实是一种架构模式，而不应该归入设计模式了，设计模式是在代码层面上说的：类都是什么样子的。

MVC编程模式

比如由html元素组成的网页界面，或者软件的客户端界面。MVC的好处之一在于它能为应用程序处理很多不同的视图。在视图中其实没有真正的处理发生，它只是作为一种输出数据并允许用户 *** 作的方式。

M即model模型是指模型表示业务规则。在MVC的三个部件中，模型拥有最多的处理任务。被模型返回的数据是中立的，模型与数据格式无关，这样一个模型能为多个视图提供数据，由于应用于模型的代码只需写一次就可以被多个视图重用，所以减少了代码的重复性。

百度百科-mvc框架

包括负载测试，强度测试，数据库容量测试，基准测试以及竞争测试。
负载测试，一种性能测试指数据在超负荷环境中运行，程序是否能够承担。在这种测试中，将使测试对象承担不同的工作量，以评测和评估测试对象在不同工作量条件下的性能行为，以及持续正常运行的能力。
对计算机软件进行测试前，首先需遵循软件测试原则，即不完全原则的遵守。不完全原则即为若测试不完全、测试过程中涉及免疫性原则的部分较多，可对软件测试起到一定帮助。
因软件测试因此类因素具有一定程度的免疫性，测试人员能够完成的测试内容与其免疫性成正比，若想使软件测试更为流畅、测试效果更为有效，首先需遵循此类原则，将此类原则贯穿整个开发流程，不断进行测试，而并非一次性全程测试。

三层在安全性、稳定性及大量并发控制上要强于两层的，它不会让客户端直接面对数据库，所有减少了由于客户端被破解而给数据库带来损失的风险，并且可以比较妥善的解决多用户并发带来的服务器拥挤，但是在客户端比较少的情况下，它访问数据的速度要慢于两层结构的，开发、维护难度要比两层的大不少，所以对于20客户端以下的应用，应该谨慎使用三层结构开发。
呵呵，网络游戏不可能是两层开发的方式的，那种多数据库服务器、多连接服务器是两层做不到的。如传奇，私服的服务端有十多个程序在完成各项的工作。

---