请问什么是MS SQL数据库?

Microsoft SQL Server

SQL

SQL是英文Structured Query Language的缩写，意思为结构化查询语言。SQL语言的主要功能就是同各种数据库建立联系，进行沟通。按照ANSI(美国国家标准协会)的规定，SQL被作为关系型数据库管理系统的标准语言。SQL语句可以用来执行各种各样的 *** 作，例如更新数据库中的数据，从数据库中提取数据等。目前，绝大多数流行的关系型数据库管理系统，如Oracle, Sybase, Microsoft SQL Server, Access等都采用了SQL语言标准。虽然很多数据库都对SQL语句进行了再开发和扩展，但是包括Select, Insert, Update, Delete, Create,以及Drop在内的标准的SQL命令仍然可以被用来完成几乎所有的数据库 *** 作。

SQL Server

SQL Server 是一个关系数据库管理系统。它最初是由Microsoft Sybase 和Ashton-Tate三家公司共同开发的，于1988 年推出了第一个OS/2 版本。在Windows NT 推出后，Microsoft与Sybase 在SQL Server 的开发上就分道扬镳了，Microsoft 将SQL Server 移植到Windows NT系统上，专注于开发推广SQL Server 的Windows NT 版本。Sybase 则较专注于SQL Server在UNIX *** 作系统上的应用。

SQL Server 2000 是Microsoft 公司推出的SQL Server 数据库管理系统，该版本继承了SQL Server 7.0 版本的优点，同时又比它增加了许多更先进的功能。具有使用方便可伸缩性好与相关软件集成程度高等优点，可跨越从运行Microsoft Windows 98 的膝上型电脑到运行Microsoft Windows 2000 的大型多处理器的服务器等多种平台使用。

Microsoft SQL Server 2005？

Microsoft SQL Server 2005 是一个全面的数据库平台，使用集成的商业智能 (BI) 工具提供了企业级的数据管理。Microsoft SQL Server 2005 数据库引擎为关系型数据和结构化数据提供了更安全可靠的存储功能，使您可以构建和管理用于业务的高可用和高性能的数据应用程序。

Microsoft SQL Server 2005 数据引擎是本企业数据管理解决方案的核心。此外 Microsoft SQL Server 2005 结合了分析、报表、集成和通知功能。这使您的企业可以构建和部署经济有效的 BI 解决方案，帮助您的团队通过记分卡、Dashboard、Web services 和移动设备将数据应用推向业务的各个领域。

与 Microsoft Visual Studio、Microsoft Office System 以及新的开发工具包（包括 Business Intelligence Development Studio）的紧密集成使 Microsoft SQL Server 2005 与众不同。无论您是开发人员、数据库管理员、信息工作者还是决策者，Microsoft SQL Server 2005 都可以为您提供创新的解决方案，帮助您从数据中更多地获益。

Microsoft SQL Server 2008

Microsoft SQL Server 2008是一个重大的产品版本，它推出了许多新的特性和关键的改进，使得它成为至今为止的最强大和最全面的Microsoft SQL Server版本。这篇文章详细介绍了Microsoft SQL Server 2008中的新的特性、优点和功能……

微软的这个数据平台满足这些数据爆炸和下一代数据驱动应用程序的需求，支持数据平台愿景：关键任务企业数据平台、动态开发、关系数据和商业智能。

Microsoft数据平台愿景

Microsoft SQL Server的愿景

许多因素致使产生了信息存储爆炸。有了新的信息类型，例如图片和视频的数字化，和从RFID标签获得的传感器信息，公司的数字信息的数量在急剧增长。遵守规范和全球化的发展要求信息存储的安全性和在任何时候都可用。同时，磁盘存储的成本显著地降低了，使得公司投资的每一美元可以存储更多的数据。用户必须快速的在大量的数据中找到相关的信息。此外，他们想在任何设备上使用这个信息，并且计划每天使用，例如Microsoft Office系统应用程序。对数据爆炸和用户期望值的增加的管理为公司制造了许多挑战。

Microsoft® 数据平台愿景提供了一个解决方案来满足这些需求，这个解决方案就是公司可以使用存储和管理许多数据类型，包括XML、e-mail、时间/日历、文件、文档、地理等等，同时提供一个丰富的服务集合来与数据交互作用：搜索、查询、数据分析、报表、数据整合，和强大的同步功能。用户可以访问从创建到存档于任何设备的信息，从桌面到移动设备的信息

Microsoft SQL Server 2008新功能

这个平台有以下特点：

· 可信任的——使得公司可以以很高的安全性、可靠性和可扩展性来运行他们最关键任务的应用程序。

· 高效的——使得公司可以降低开发和管理他们的数据基础设施的时间和成本。

· 智能的——提供了一个全面的平台，可以在你的用户需要的时候给他发送观察和信息。

一、可信任的

（一）保护你的信息

在过去的Microsoft SQL Server 2005的基础之上，Microsoft SQL Server 2008做了以下方面的增强来扩展它的安全性：

* 简单的数据加密

Microsoft SQL Server 2008可以对整个数据库、数据文件和日志文件进行加密，而不需要改动应用程序。进行加密使公司可以满足遵守规范和及其关注数据隐私的要求。简单的数据加密的好处包括使用任何范围或模糊查询搜索加密的数据、加强数据安全性以防止未授权的用户访问、还有数据加密。这些可以在不改变已有的应用程序的情况下进行。

* 外键管理

Microsoft SQL Server 2008为加密和密钥管理提供了一个全面的解决方案。为了满足不断发展的对数据中心的信息的更强安全性的需求，公司投资给供应商来管理公司内的安全密钥。 Microsoft SQL Server 2008通过支持第三方密钥管理和硬件安全模块(HSM)产品为这个需求提供了很好的支持。

* 增强了审查

Microsoft SQL Server 2008使你可以审查你的数据的 *** 作，从而提高了遵从性和安全性。审查不只包括对数据修改的所有信息，还包括关于什么时候对数据进行读取的信息。 Microsoft SQL Server 2008具有像服务器中加强的审查的配置和管理这样的功能，这使得公司可以满足各种规范需求。Microsoft SQL Server 2008还可以定义每一个数据库的审查规范，所以审查配置可以为每一个数据库作单独的制定。为指定对象作审查配置使审查的执行性能更好，配置的灵活性也更高。

（二）确保业务可持续性

* 改进了数据库镜像

Microsoft SQL Server 2008基于Microsoft SQL Server 2005，并提供了更可靠的加强了数据库镜像的平台。新的特性包括：

· 页面自动修复。Microsoft SQL Server 2008通过请求获得一个从镜像合作机器上得到的出错页面的重新拷贝，使主要的和镜像的计算机可以透明的修复数据页面上的823和824错误。

· 提高了性能。Microsoft SQL Server 2008压缩了输出的日志流，以便使数据库镜像所要求的网络带宽达到最小。

作为产品设计师，我们设计的功能都会面临用户的使用；在用户使用的过程中会因为使用时长的延长和上次文件等情况，从而产生大量的文件数据，这些文件数据的堆积会让整个数据库越发的臃肿，从而造成用户体验上的不流畅。

一、狭义和广义上的加载

狭义上的加载是由用户体验和交互动效组成

为什么我会说是狭义上的，因为问起加载，大家首先想到的是页面上的加载，那种思考用户体验和页面动态的加载，并且我们还会脱口而出：

我们要让用户在等待的过程中也有很好用户的体验，让用户在等待的时候可以感知到我们正在努力加载的情况，这能减缓用户的焦虑；同时，我们还要顺便把加载做的更加有趣，吸引用户注意力，让用户沉浸其中，让用户享受等待时刻。

不是说这些内容说的不对，而是因为这些话从UI、UE、UXD等设计师口中说出，我觉得十分正常且合理。因为他们在进行思考，思考如何中感官上提升用户对我们产品的正向感官；但如果这话从产品经理的口中说出来，那我感觉会感到十分惊艳，因为这比较的忘本逐末了。

上面一长串的回答，是我们大部分人的想法，“狭隘”的从体验上出发去思考问题，想通过卓越的体验来缓解用户焦虑，从而降低跳失率，避免用户的大量流失。没有思考和挖掘周围更多的外在因素，糅合在一起评估思考，所以我说是狭义上的加载。

作为产品设计师，以后是产品经理我们，我们的核心能力应该在于有深度的思考和评估优劣后的决策；我们要从错综复杂的问题中抽离问题，通过衡量多方面因素进行评估，再决策出适合当前环境的最优解方案，哪怕这个方案看起来是又瓜又蠢，但这就是我们的核心价值之一。

而广义上的加载,是除了用户体验，交互特效外还有数据、系统耗时组成。

前者我们上面说，加载主要形式体现在动效上。但这里需要补充的是，后者数据上的加载才是真正加载问题的核心。要知道系统加载一条数据和十条数据所花费的时间在我们看来是相似的，这样低量的数据几乎可以在0.01秒内就能运算出来。

但是要知道系统数据一般是上万级别的，读写一百万条数据的时候，我们就能明显感知到花费的时间大大的增加，这个感知时间增加也就形成了加载。

在理解加载的时候，我们还需要了解数据上的加载属于后端加载，页面上的显示内容的加载就属于前端的加载了；因为每次读写都需要进行时间等到系统反馈，每次页面内容的显现，都是内容的缓存，点击的反馈组合一起的结果，这些都是需要耗时的。这也是我为什么说这是广义上的加载。

二、常见的加载

因加载刷新实现原理相同，只是文字描述的定义不同，这里我们暂时当成一体看待，如果要区分，也可以认为第一次装载内容时叫加载，对已装载的内容进行再次装载我们叫刷新即可。

1. 全屏

这种加载方式在手机APP中十分常见，但是在PC网页端不常见（甚至是不用做）。

常见平台：移动端

优点：完整性好，在对完整性有特殊要求的阅读类等应用中，使用全屏加载可以很好的保障用户阅读内容的完整性。

缺点：在弱网（流量信号弱）、服务器异常（服务器响应时间过长）等情况下，会长时间处于加载状态。如果未做浏览缓存功能，会让用户像傻子一样等着。

2. 拉拽（触发式）

移动端：

PC端：

优点：比较符合用户的交互习惯，不管是上拉还是下拉，都属于用户正常的 *** 作行为。能够增加产品的趣味性和“温度”。

缺点：当用户 *** 作行为幅度不够大的时候，不容易触发当前加载机制。特别是在部分中老年人使用的时候，常常无法正常唤起加载。

当然除了滑动行为触发的加载，还有就是用户主动点击按钮加载的方式，我将他们统称为触发式加载。因为不管是滑动还是点击都属于用户的交互而作出的触发，因此将他们归于一类。

3. 骨架

移动端：

PC端：

优点：衔接用户感官，和真实内容布局相似提升体验

缺点：研发调试成本高，有可能出现做了效果，但是从来都没有触发过。

骨架屏加载常用和自动加载、懒加载以及预加载几个配合使用。这也照常其实很多人很难区分他们三个的区别，所以简单的提及一下。

骨架加载：正式在加载前，等待后端反馈接口，本地无最新缓存内容后触发，配合自动加载、懒加载使用。

自动加载：监控用户 *** 作行为进行触发。如：滑动、点击等

懒加载：通过接口或代码延迟加载某些内容或符合固定行为进行加载。如：对内容接口拆分处理，根据优先反馈数据进行展示。

4. 自动加载

优点：在网络畅通情况下，让用户对内容的加载无任何感官。抖音、快手的利器之一。

缺点：对部分低流量用户不太友好，毕竟后台要偷跑流量。

在设计的时候可以适当的明确自动加载边界，是加载后续多少内容。内容是全量标题、图片、视频一起全部加载完成，还是低量只是加载标题和骨屏结合懒加载进行显示。

5. 懒加载（分步骤、渐进加载）

优点：在网络畅通情况下，让用户对大内容都加载有一定的连贯性，适合feel模式（瀑布式）。

缺点：只要技术不拉垮就没问题，如果拉垮，内容会显示不全。

再次申明我理解他们是从技术角度进行名词区分的，如有失误请谅解。

6. 预加载

这里可能会让你感觉和上面几个加载相似没有什么区别，那是因为他们主要区别在于技术实施上。

这种预加载可以是在加载外部内容列表的时候就已经将所有列表的文字内容进行缓存了。就是在无网络情况下点击进入文章也能正常阅读文字，在阅读文字的时候进行图片、视频的加载（自动加载和懒加载都说的同，只是代码逻辑不通而已）。

优点：对文字内容产品支撑较好，因为文字对流量、存储要求较低，后台偷跑流量很少，几乎可不记。

7. 多态（异步加载）

这种比较灵活，可以因为需要加载过长，所以强行以为了验证你的账户安全进行验证，之后在你输入验证码的时间内进行加载。同理还让你玩游戏等待等。

上面这些内容简单的列举了我们常见的加载样式，接下来我们便深入一丢丢讲解下技术上的加载，以便从产品角度解决技术的上问题。

三、后端的加载

我们可以把负责业务能力开发，并将业务数据存储到数据库的开发人员统称为后端开发（研发）。同时数据在展示到页面之前，都需要通过后端技术手段先从数据提取出数据再通过设计好的逻辑运算得到结果，最后将结果反馈给前端用于页面呈现，便形成了系统。所以后端是我们认知加载的第一步。

后端开发在写代码的时候一定会遵循开发模式进行开发，因为开发工作本就是多人配合的工作，只有大家按照约定成俗的设计规范进行开发，才能相互维护和迭代。虽然也有不遵循的开发，但与我们无关，我们了解一下即可。

后端的开发模式会按照各自负责的模块进行拆分，分成业务、工具、数据库、对象和服务等模块。代码们根据各自职能做到各司其职，好似流水线工人流水作业。因此，这样能够避免出现代码冗余出现代码杂乱和耦合，也能有效减少资源浪费和维护困难等问题。

想知道加载时间是多少，只需要计算数据在服务器中花费时间之和就行，这便是所谓的加载时间了。同时，我们还需要分成两部分来进行认知。一个是系统耗时，另一个是数据库耗时。

后端系统耗时主要是由于数据要在不同模块之间扭转所耗费的时间组成，这类耗时可以说是十分少，但也会出现系统耗时过长的时候，但只要我们确定了问题，很快就能对这部分代码进行优化从而恢复到最佳效果。

但是还有一种无法优化代码的情况，那就是产品逻辑上的问题造成的系统耗时增加，这种是优化代码都无法缩短缩短耗时的，因为修改了就无法实现业务逻辑。所以为了避免出现这种情况，我们在设计产品功能的时候需要注意几个问题：

1. 预读缓存、异步处理

在不必要环节使用异步处理作为主选方式，所谓的实时反馈也不一定需要实时处理。例如在设计含有首页信息的产品，我们可以先让用户查阅缓存的内容，这个缓存内容可以是前端缓存（缓存到用户客户端上的内容），也可以是后端缓存内容（实现预缓存好的内容）。

因为是浏览缓存内容，所有用户几乎是感触不到加载耗时，就算是从后端读取的缓存内容，这个加载时间也会很短暂，比直接读取实时数据快捷几倍。

同时，我们在当用户浏览的时候，我们这是就可以进行前后端的预加载等待用户的再次加载行为（等待接口的触发的时候，后端已开始进行相关内容的预加载）。

常见加载场景：预加载、自动加载、懒加载

常见应用场景：电商产品、内容产品

2. 冷热数据切换

冷热数据分别是指冷数据和热数据，冷数据代指固定数据，不会发生变化，不会被其他服务使用的数据。热数据代指短期内大量被读写查询的数据。

在做产品时会遇见一些奇怪的需求，比如强制需要查看实时数据（老板、投资人需求无法拒绝）。在面对这种需求的时候我们会遇见很多问题。

比如，线上数据在实时读写，每秒有大量的数据在写入，这时提取数据会增加数据库负载，有可能造成数据库负载过高影响用户使用（直接数据库“爆炸”）。

所以我们在设计功能时，要尽可能对实时数据少用，如果无法避免必须大量使用，那么协调研发复刻数据库作热数据向冷数据转化使用。设计固定周期如30分钟、1小时，每到固定时间同步一次，将线上实时数据库或指定数据同步至我们复刻的冷数据库中以便正常使用。

这个问题也可以用异步的方式出了，比如要使用的时候必须先发起查询请求，之后等待一定的时间，在等待时间结束后才给结果。

但这种方式实效性比较差，遇见强制要求实时查询的需求，那么还是冷热数据切换比较满足需求（研发：再急也必须等我把数据捞出来啊，不然你来），又或者通过新技术去获取。

常见加载场景：拉拽加载（触发式加载）

常见应用场景：ERP、B端产品

3. 避免动态计算数据

我们要知道后端服务是给用户提供基础服务能力的，但这种服务能力只是包含少量的计算服务，而非专门作为计算而衍生出的计算服务。

所以我们要尽可能减少数据的计算，避免所展示的内容是需要通过繁重的计算而产生。需要注意的是推荐策略或推荐系统其实也算额外的计算服务，使用他们势必造成耗时增加，但这种耗时增加属于可控范围，同时优势大于劣势，所以不必过于排斥。

如果结果却是需要计算处理，可以通过建立产品矩阵，通过另一条产品线（单独部署一套服务给他用户）进行处理，又或者将未处理数据进行导出，让他人工处理。

还有就是通过热冷数据转化后，定时在固定周期内用闲置时间内的服务进行计算（比如每天凌晨人少的时候进行异步计算），计算后再存储至冷数据库中，以便直接使用。

常见加载场景：骨架加载

常见应用场景：数据可视化、数据类产品功能

从产品角度来说，能够从产品角度去优化后端加载的暂时我就了解上面几种，下面我们接着说从产品角度如何去优化前端的加载。

四、前端的加载

前端的加载耗时更多是技术上的耗时，以产品角度调整功能设计其实比较难以进行优化，，每当你看页面加载半天不显示结果的时候去问前端研发。前端常说：

“你去找后端，这是后端的问题。你看我这接口已经请求了，是后端数据没反过来，所以一直卡在加载…..“

不要以为这是前端开骗你，但确实是事实。因为大部分情况下前端加载时间过长都是因为后端问题造成。所以和研发好好沟通定位问题即可。虽然问题大部分是后端问题，但我们简单的了解下前端可优化加载速度还是有好处的。

前端主要核心在于效果呈现和用户交互两个方面。效果呈现主要是说前端要通过代码和框架将内容将数据内容可视化成用户可以理解的画面，而用户交互则是将用户在可视化页面上的接触行为转化成数据交互。

1. 资源整合复用（雪碧图）

页面上会有很多icon小图标和图片组成，其实单独一个一个加载这些图片是十分麻烦的，先不说请求多，其次还会因为加载顺序的问题，出现部分icon图标提前显示，一部分icon图标不显示。

这时可以使用资源整合复用的方式，将很小的icon图标或小图，合并成一张大图，再通过相关技术去识别所需求的小图能极大的缩减时间。

常见应用场景：移动端app、小程序

2. 分页预加载

还有我们场景的预加载，懒加载和自动加载等技术，这都属于前端技术。在数据内容较多时采用分页、自动加载等形式在用户浏览等间隙进行加载后续内容，等内容加载完成后放置本地缓存，用户点击下一页或滑动时可立即看到页面内容。

常见应用场景：浏览场景下

3. 前后端配合：资源最小化利用

原理很简单，协调前后端进行约束，在需要加载图片的地方将高质量图片转化成低质量图片进行展示（原图1MB，在展示的时候展示20KB低质量版），在需要展示原图时再暂时原图。

还有就是约束视频内容的缓存是在加载页面的时候进行缓存还是在用户点击播放的时候进缓存。这也会影响页面内容的加载。

五、总结

文章就在这里，其实对于加载技术上还有很多可以说的东西。比如：耗时最严重地方其实是数据SQL（数据库 *** 作语言）查询方面，要对SQL、索引、表结构进行优化才能减少耗时等。

但我们毕竟不是研发，而且这文章是从产品角度去思考的，大家简单的了解下就行不用去研究那么多。另外，我不想过多的从技术角度去讲解，毕竟我也不太会技术哈哈。

这篇文章的意义在于，我想告诉大家不要一说到加载，只能想到什么加载样式、用户体验的。我们要知道是什么原因造成了这里会加载，这个加载耗时会是多久，能不能优化，能优化该找前端还是后端。

不能优化那么该如何协调其他人从用户体验上去改变用户对我们产品的感官等。毕竟做产品经理容易做

首先禁用服务器密码策略

使用sa账户登录SQL server，打开安全性-登录名-右键-输入登录名test，选择SQL server身份验证，输入密码“123”（此时勾选了强制实时密码策略），点击确定

可成功创建了test账户，并且设置了弱口令“123”，然后右键test账户看一下属性。

下图中显示test账户勾选了强制实施密码策略，密码位置：显示15个圈，是看不出弱口令的。

用弱口令登录test账户也是没有问题的

然后开启服务器密码策略，使用管理员sa新建一个弱口令账户

依然使用sa账户登录SQL server，打开安全性-登录名-右键-输入登录名test1，选择SQL server身份验证，输入密码“123”（此时勾选了强制实施密码策略），点击确定

此时数据库报错提示“密码有效性验证失败，该密码不够复杂，不符合Windows策略要求”，证明了开启服务器密码策略并勾选账户强制实施密码策略，是有效果的。

但我看了一下Windows *** 作系统的密码策略也是挺下饭-..-最少六个字符长！！

就是说即使开了密码策略，还可以将密码设置为Qwe!23的六位数

如果想要设置密码最小长度的话，在服务器密码策略上修改就可以了

最后试一下开启Windows *** 作系统密码策略，不勾选数据库账户的强制实施密码策略，看看能不能，设置弱口令

果然结果是可以的。

总结一下就是SQL server密码策略要同时满足开启Windows密码策略并且勾选SQL server账户的强制实施密码策略才算是符合，但即使这样的话一样可以设置6位长度的口令，所以还要设置服务器的密码最小长度值。

---