sql器
❶ sql 服务器介绍
现代的 SQL 服务器构建在 RDBMS 之上。
DBMS - 数据库管理系统(Database Management System)
数据库管理系统是一种可以访问数据库中数据的计算机程序。
DBMS 使我们有能力在数据库中提取、修改或者存贮信息。
不同的 DBMS 提供不同的函数供查询、提交以及修改数据。
RDBMS - 关系或局数据库管理系统(Relational Database Management System)
关系数据库管理系统 (RDBMS) 也是一种数据库管理系统，其数据库是银团李根据数据间的关系来组织和访问数据的。
20 世纪 70 年代初，IBM 公司发明了 RDBMS。
RDBMS 是 SQL 的基锋迟础，也是所有现代数据库系统诸如 Oracle、SQL Server、IBM DB2、Sybase、MySQL 以及 Microsoft Access 的基础。
❷ SQL服务器是什么
SQL服务器是文件服务器升核、数据库服务器和应用程序服务器 中的数据库服务器。
简单来说，就是提供一个存储数据的环境，并且能够进行数据上敬笑庆交互（如你网页是用asp.net做的，后台是用sql数据库，那网页上的一些数据可以从后台sql数亮握据库里取出。
SQL是一种结构化数据库查询语言，其发音为“sequel”或“S-Q-L”。
尽管MICROSOFT以其特有的方式加入了所有权声明，但它在大多数据库应用中近乎成为一种标准。是一种使用你选择的标准从数据库记录中选择某些记录的方法。
❸ SQL触发器如何使用
sql触发器使用方法如桐棚下：
1、用来唤醒调用触发器以响应 INSERT、UPDATE 或 DELETE 语句。
2、触发器是个特殊的存储过程，它的执行不是由程序调用，也不是手工启动。
3、触发器是用来激活事件的，当对一个表进行操作，就可以激活触发器进行执行事件。
4、触发器经常用于加强数据的完整性约束和业务规则等。
5、比如，一个灯的轮袜亮与不亮要靠手动或者声音来处罚执行，这就是触发器的原理局桐则。
❹ 保护SQL服务器的安全-安全安装
由于很多原因 需要作出安全决定的人常常没有明白数据的真正价值 所以经常无法对数据进行足够的保护 让需要你数据的人能够在需要的时候访问到它 并确保其有效性 可能是数据库管理员最重要的职责 但是 保持数据能够被访问并不意味着要让它对所有的人都开放 因此 你需要仔细保护数据的安全 然后只对需要它的人开放 闹脊 安全措施 普通的维护和数据库的更改应该让位于安全措施 这一过程包括如下步骤 ● 为缺省的系统管理员（SA）帐号分配一个复杂的密码 然后创建你唯一命名的帐号来处理管理工作 并给该帐号分配sysadmin角色 要确保新的帐号也具有复杂的密码 然后你就可以从sysadmin角色里把SA帐号删掉 ● 为每个用户设置单独的密码 但是更好的方法是使用Windows集成的安全（机制） 并让Windows来强制执行严格的密码规则 ● 要确定哪些用户需要查看什么数据 然后分配适当的许可 不要仅仅为图省事而给予用户过多的权限 例如 你的数据输入操作员就的确不需要查看其他人的工资 ● 确定哪些用户需要更改什么数据 然后再分配适当的许可 帐号管理人员应该可以看到所有的客户信息 但是你可能希望限制谁才有权更改这些信息 具体的说 掌握特定帐号的帐号管理人员可能是唯一一个被赋予权限更改客户数据的人 通过本系列的文章 你会了解到更多关于这些措施的内容 但是你应该从一开始就考虑安全的问题 否则 你数据库的任何用户都可能窃取或者删除你最敏感的数据 可能是什么出错？ 众所周知 SQL服务器在刚安装好的的时候并不安全 你必须花一些心思和精力来充分和成功地保证你服务器的安全 甚至在开始安装服务器之前 你就需要考虑两个非常重要的问题 ● 保护管理员帐号和密码的安全 ● 保护你的系统不受Slammer蠕液兆渗虫病毒的侵害 ● 保护刚刚安装好的服务器利用SA帐号 SQL服务器 的确具有缺省的安全（措施） 在安装过程中 SQL服务器会自动地创建一个管理员用户 并为其指定SA这个用户名和一个空白的密码 有些管理员会把这个SA的密码留成空白 或者设置为大家都知道的一个常见密码 这就使得其整个系统能够被轻易攻破 如果你犯了这个错误 那么任何人都可以登录进你的数据库 并做他们想做的事情 具有管理员许可的任何人都可以做他们想做的任何事——不仅仅是数据库 还有整台计算机 这肯定不是一件好事 你希望限制每个用户 只让他们访问他们需要的东西——不多也不少 在日常的管理工作中不要使用SA帐号 用一个真正安全的密码来收藏好这个帐号 然后 为管理工作专门创建另外一个帐猜卜号（具体是SQL服务器帐号还是Windows帐号 这要根据你的验证模式） 你需要避免很容易就会被猜出来的帐号名 或者控制整台服务器的帐号的密码 因为如果有人使用这个帐号成功地登录进来 那么游戏就此结束 一次令人警醒的事件——Slammer蠕虫 年 月 一个感染性极强的恶意代码 Slammer蠕虫将攻击目标瞄准了SQL服务器的安装过程 通过利用SQL服务器代码里的漏洞 它能够在安装SQL服务器的时候 绑架 计算机 并将自己的多个副本安 *** 其他被攻破的计算机里 利用某些帐号 这个蠕虫在被释放出来的 分钟之内就渗透进了Internet 微软花了大量的精力来发布补丁 但是Slammer的影响现在还时有发生 有些媒体甚至还宣称 它破坏了SQL服务器工作组的工作 结果导致SQL服务器下一版本的beta版发布被推迟 为什么在这一事件爆发数月之后你还需要关注这个问题？因为现在在网上每天还有受到感染的机器在向外发送Slammer的副本 如果把没有打补丁的SQL服务器连接到Internet上 你就可能成为下一个受害者 这次事件告诉我们 在插上连接到Internet的电缆之前 你需要保护好自己服务器的安全 并安装最新的服务包和补丁 服务包的重要性 服务包可以免费下载 所以你不会因为买不起而不去安装 Slammer蠕虫不会破坏数据 但是它会导致你服务的严重崩溃 其后果和数据被破坏一样严重 保护措施非常简单 下载服务包 或者服务包 a 这个蠕虫如何工作的技术细节在这里并不重要 重要的是 Slammer蠕虫所攻击的漏洞 已经在 个月之前由微软发布补丁进行了修补 但是还造成这么大的损失 受到这个蠕虫攻击的商业机构两次受害 一次是由没有保护好系统的管理员造成的 另一次是由蠕虫造成的 你也应该要记住 没有什么能够保证SQL服务器服务包 能够修补所有的漏洞 你应该定期访问微软的安全公告牌页面 以确保你能够得知未来服务包和补丁的发布 选择验证模式 在安装SQL服务器过程中你要首先作出的一个决定是选择使用哪种安全模式 安全模式有两种 ● Windows验证模式（也叫做集成模式） ● 混合模式 在Windows验证模式下 用户通过已有的Windows用户帐号连接到SQL服务器上 当用户使用合法的用户名和密码连接到服务器的时候 SQL服务器会验证用户的Windows登录信息 这样 用户只需要一次就能够同时登录进Windows和SQL服务器 帐号信息由Windows严格保存 混合模式是Windows验证和SQL服务器验证的结合 在混合验证模式下 有的用户可以只需要一次注册 就可以继续使用Windows的帐号来访问SQL服务器 而其他的人可以使用SQL服务器的用户帐号 这一帐号是同Windows帐号完全分离的 每个SQL服务器的帐号都会保存自己的用户名和密码 即使这两个登录的值完全相同 用户也必须登录两次——一次用于进入Windows 另一次用于进入SQL服务器 Windows验证模式要优于混合模式 其原因如下 ● 它提供了比SQL服务器验证更多的特性 ● 大多数管理员都认为Windows验证是两种模式中更容易实现和使用的 ● 在Windows验证模式下 没有必要在连接字符串里保存密码——又少了一样要保护的东西 ● Windows验证意味着你只需要在一个地方管理密码 而不是两个地方 不幸的是 不是所有的人都可以使用Windows验证 SQL服务器 （或者更早的版本）要求使用混合模式 Windows验证只能在SQL服务器 上使用 在某些情况下（例如 当你正在使用域以外的Web服务器 从域以内的SQL服务器上获取数据的时候） Windows验证无法工作 因为信任书无法通过域的边界 在这些情况下 你必须使用混合模式和SQL服务器登录 其他关于安装的提示 在安装SQL服务器的时候 有一些东西需要你考虑 ● 要将TCP/IP用作SQL服务器的网络库 这是微软所推荐的库 所顺理成章地成为经过测试的最佳库 如果服务器会被放在公众的Internet上 那么就要使用一个非标准的端口 这就可以让坏小子们更难找到它 ● 要使用一个低权限的帐号来运行SQL服务器 而不是用管理员帐号 这会在安全系统被攻破的时候限制其造成的损失 ● 不要允许未受安全保护的来宾帐号访问任何包含有保护数据的数据库 ● 将服务器从物理上锁在服务器房间或者柜子里 以保证其安全 要记住 大多数入侵都来自内部 结论 让安全从一开始就成为你工作重点的头一个 无论是保护你的数据不因为能力不足而遭受损失 还是要防止有意破坏而受到的损失 你都要花时间学习安全模式 然后小心地应用它 只需要一次安全恶梦 你就会成为安全的相信者 所以正视安全 睡个好觉 lishixin/Article/program/SQLServer/201311/22162
❺ 服务器、sql服务器(sql数据库服务器)
服务器是什么？
服务器指一个管理资源并为用户提供服务的计算机软件，通常分为文件服务器、数据库服务器和应用程序服务器。运行以上软件的计算机或计算机系统也被称为服务器。相对于普通PC来纤氏说，服务器在稳定性、安全性、性能等方面都要求更高，因此CPU、芯片组、内存、磁盘系统、网络等硬件和普通PC有所不同。
你说的SQL服务器是什么？
SQL服务器是文亩穗件服务器、数据库服务器和应用程序服务器中的数据库服务器。简单来说，就是提供一个存储数据的环境，并且能够进行数据上交互（如你网页是用asp.net做的，后台是用sql数据库，那网页上的一些数据可以从后台sql数据库里取出。当然，这个sql数据库不一定要在自己的计算机中，可以在别人的计算机中，自己从别人计算机中读取）
它和平常所说的‘服务器’有什么不同？
当我们设计网站的时候，为什么要用服务器？因为你如果有asp.net编写程序，谁来解释你的代码是asp.net而不是java，也不是php？所以服务器在这里起到一个解析的作用。
而SQL服务器，确切来说是数据库服务器，刚才说毁耐散了，有着存储功能，那它的结构和平常的‘服务器’很大的不同除了语言上，更重要的是数据库服务器讲的是关系，存储结构
❻ “SQL服务器”是什么
SQL 服务器是由Microsoft所开发出来的数据库服务器(server)，它可以让一个企业利用Interned/Intranet来整合所需的数据库，一般说来侍坦，SQL Server可以配合Visual Basic、Visual FoxPro、Access、Clipper等程序语言来开发使用者前端接口，结合这些接口老告桐建友迹立一个主从式数据库架构。
❼ SQL服务器不能开启怎么解决
SQL Server 1069 错误（由于登录失败而无法启动服务）解决方法
1.
我的电脑--控制面板--管理工具--服务--右键MSSQLSERVER--属性--登陆--登陆身份--选择"本地系统帐户"
或:
2.
我的电脑--控制面板--管理工具--服务--右键MSSQLSERVER--属性--登陆--登陆身份--选择"此帐户"--密码和确认密码中输入你修改后的administrator密码.
两者的区别:
选择第一种方式,以后修改了administrator密码,不用再调整(但要求登陆操作系统的是系统管理员)
选择第二种方式,以后修改了administrator密码,还要再重复做上面的操作.
以下摘自泡泡网
SQLServer2000发生错误1069（由于登陆失败而无法启动服务）的解决方案
下面我们依次介绍如何来解决这三个最常见的连接错误。
第一个错误“SQL Server 不存在或访问被拒绝“通常是最复杂的，错误发生的原因比较多，需要检查的方面也比较多。一般说来，有以下几种可能性：
1、SQL Server名称或IP地址拼写有误；
2、服务器端网络配置有误；
3、客户端网络配置有误。
要解决这个问题，我们一般要遵循以下的步骤来一步步找出导致错误的原因。
首先，检查网络物理连接：
ping ＜服务器IP地址＞
或者
ping ＜服务器名称＞
如果 ping ＜服务器IP地址＞失败，说明物理连接有问题，这时候要检查硬件设备，如网卡、HUB、路由器等。还有一种可能是由于客户端和服务器之间安装有防火墙软件造成的，比如 ISA Server。防火墙软件可能会屏蔽对 ping、telnet 等的响应，因此在检查连接问题的时候，我们要先把防火墙软件暂时关闭，或者打开所有被封闭的端口。
如果ping ＜服务器IP地址＞ 成功而 ping ＜服务器名称＞失败，则说明名字解析有问题，这时候要检查 DNS 服务是否正常。有时候客户端和服务器不在同一个局域网里面，这时候很可能无法直接使用服务器名称来标识该服务器，这时候我们可以使用HOSTS文件来进行名字解析，具体的方法是：
1、使用记事本打开HOSTS文件（一般情况下位于C:WINNTsystem32driversetc）.
2、添加一条IP地址与服务器名称的对应记录，如：
172.168.10.24 myserver
也可以在 SQL Server 的客户端网络实用工具里面进行配置，后面会有详细说明。
其次，使用 telnet 命令检查SQL Server服务器工作状态：
telnet ＜服务器IP地址＞ 1433
如果命令执行成功，可以看到屏幕一闪之后光标在左上角不停闪动，这说明 SQL Server 服务器工作正常，并且正在监听1433端口的 TCP/IP 连接；如果命令返回“无法打开连接“的错误信息，则说明服务器端没有启动 SQL Server 服务，也可能服务器端没启用 TCP/IP 协议，或者服务器端没有在 SQL Server 默认的端口1433上监听。
接着，我们要到服务器上检查服务器端的网络配置，检查是否启用了命名管道，是否启用了 TCP/IP 协议等等。我们可以利用 SQL Server 自带的服务器网络使用工具来进行检查。
点击：程序 -＞ Microsoft SQL Server -＞服务器网络使用工具，打开该工具后看到的画面如下图所示：
从这里我们可以看到服务器启用了哪些协议。一般而言，我们启用命名管道以及 TCP/IP 协议。
点中 TCP/IP 协议，选择“属性“，我们可以来检查 SQK Server 服务默认端口的设置，如下图所示：
一般而言，我们使用 SQL Server 默认的1433端口。如果选中“隐藏服务器“，则意味着客户端无法通过枚举服务器来看到这台服务器，起到了保护的作用，但不影响连接。
检查完了服务器端的网络配置，接下来我们要到客户端检查客户端的网络配置。我们同样可以利用 SQL Server 自带的客户端网络使用工具来进行检查，所不同的是这次是在客户端来运行这个工具。
点击：程序 -＞ Microsoft SQL Server -＞ 客户端网络使用工具，打开该工具后看到的画面如下图所示：
从这里我们可以看到客户端启用了哪些协议。一般而言，我们同样需要启用命名管道以及 TCP/IP 协议。
点击 TCP/IP 协议，选择“属性“，可以检查客户端默认连接端口的设置，如下图所示。
该端口必须与服务器一致。
单击“别名“选项卡，还可以为服务器配置别名。服务器的别名是用来连接的名称，连接参数中的服务器是真正的服务器名称，两者可以相同或不同。如下图中，我们可以使用myserver来代替真正的服务器名称sql2kcn-02，并且使用网络库 Named Pipes。别名的设置与使用HOSTS文件有相似之处。
通过以上几个方面的检查，错误 1 发生的原因基本上可以被排除。下面我们再详细描述如何来解决错误 2。
当用户尝试在查询分析器里面使用sa来连接SQL Server，或者在企业管理器里面使用sa来新建一个SQL Server注册时，经常会遇到如图 2 所示的错误信息。该错误产生的原因是由于SQL Server使用了“仅 Windows“的身份验证方式，因此用户无法使用SQL Server的登录帐户（如 sa ）进行连接。解决方法如下所示：
1、 在服务器端使用企业管理器，并且选择“使用 Windows 身份验证“连接上 SQL Server；
2、 展开“SQL Server组“，鼠标右键点击SQL Server服务器的名称，选择“属性“，再选择“安全性“选项卡；
3、 在“身份验证“下，选择“SQL Server和 Windows “。
4、 重新启动SQL Server服务。
在以上解决方法中，如果在第 1 步中使用“使用 Windows 身份验证“连接 SQL Server 失败，那么我们将遇到一个两难的境地：首先，服务器只允许了 Windows 的身份验证；其次，即在以上解决方法中，如果在第 1 步中使用“使用 Windows 身份验证“连接 SQL Server 失败，那么我们将遇到一个两难的境地：首先，服务器只允许了 Windows 的身份验证；其次，即使使用了 Windows 身份验证仍然无法连接上服务器。这种情形被形象地称之为“自己把自己锁在了门外“，因为无论用何种方式，用户均无法使用进行连接。实际上，我们可以通过修改一个注册表键值来将身份验证方式改为 SQL Server 和 Windows 混合验证，步骤如下所示：
1、点击“开始“-“运行“，输入regedit，回车进入注册表编辑器；
2、依次展开注册表项，浏览到以下注册表键：
[HKEY_LOCAL_]
3、在屏幕右方找到名称“LoginMode“，双击编辑双字节值；
4、将原值从1改为2，点击“确定“；
5、关闭注册表编辑器；
6、重新启动SQL Server服务。
此时，用户可以成功地使用sa在企业管理器中新建SQL Server注册，但是仍然无法使用Windows身份验证模式来连接SQL Server。这是因为在 SQL Server 中有两个缺省的登录帐户：BUILTINAdministrators 以及＜机器名＞Administrator 被删除。要恢复这两个帐户，可以使用以下的方法：
1、打开企业管理器，展开服务器组，然后展开服务器；
2、展开“安全性“，右击“登录“，然后单击“新建登录“；
3、在“名称“框中，输入 BUILTINAdministrators；
4、在“服务器角色“选项卡中，选择“System Administrators“ ；
5、点击“确定“退出；
6、使用同样方法添加 ＜机器名＞Administrator 登录。
以下注册表键
HKEY_LOCAL_LoginMode
的值决定了SQL Server将采取何种身份验证模式。该值为1，表示使用Windows 身份验证模式；该值为2，表示使用混合模式（Windows 身份验证和 SQL Server 身份验证）。
看完如何解决前两个错误的方法之后，让我们来看一下如图 3 所示的第三个错误。
如果遇到第三个错误，一般而言表示客户端已经找到了这台服务器，并且可以进行连接，不过是由于连接的时间大于允许的时间而导致出错。这种情况一般会发生在当用户在Internet上运行企业管理器来注册另外一台同样在Internet上的服务器，并且是慢速连接时，有可能会导致以上的超时错误。有些情况下，由于局域网的网络问题，也会导致这样的错误。
要解决这样的错误，可以修改客户端的连接超时设置。默认情况下，通过企业管理器注册另外一台SQL Server的超时设置是 4 秒，而查询分析器是 15 秒（这也是为什么在企业管理器里发生错误的可能性比较大的原因）。具体步骤为：
1、在企业管理器中，选择菜单上的“工具“，再选择“选项“；
2、在弹出的“SQL Server企业管理器属性“窗口中，点击“高级“选项卡； 3、在“连接设置“下的“登录超时（秒）“右边的框中输入一个比较大的数字，如 20。
查询分析器中也可以在同样位置进行设置。
在windows控制面版-->管理工具-->服务-->MSSQLSERVER-->属性-->改为你的新的操作系统密码！
或
在windows控制面版-->管理工具-->服务-->MSSQLSERVER-->属性-->改为本地登陆！