仓酷云

 找回密码
 立即注册
搜索
热搜: 活动 交友 discuz
查看: 604|回复: 8
打印 上一主题 下一主题

[学习教程] MYSQL网页设计SQL Server毗连失利毛病剖析与扫除(1)

[复制链接]
只想知道 该用户已被删除
跳转到指定楼层
楼主
发表于 2015-1-16 22:18:49 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式

马上注册,结交更多好友,享用更多功能,让你轻松玩转社区。

您需要 登录 才可以下载或查看,没有帐号?立即注册

x
无疑希望员工得到系统、有深度的培训,显然MySQL在这一点上还做得很不够。  在利用SQLServer的过程当中,用户碰到最多的成绩莫过于毗连失利了。一样平常而言,有两种毗连SQLServer的体例,一是使用SQLServer自带的客户端工具,如企业办理器、查询剖析器、事件探查器等;二是使用用户本人开辟的客户端程序,如ASP剧本、VB程序等,客户端程序中又是使用ODBC大概OLEDB等毗连SQLServer。上面,我们迁就这两种毗连体例,详细谈谈怎样来办理毗连失利的成绩。
  1、"SQLServer不存在或会见被回绝"

()

  "SQLServer不存在或会见被回绝"毛病,一般是最简单产生的,由于毛病产生的缘故原由对照多,以是必要反省的方面也对照多。
  一样平常说来,有以下几种大概性:
  1、收集毗连成绩;
  2、SQLServer服务器成绩;
  3、服务器端收集设置成绩;
  4、客户端收集设置成绩。
  起首,我们反省收集毗连:
  1、ping服务器IP地点。起首先封闭服务器和客户真个防火墙,这是为了扫除防火墙软件大概会屏障对ping,telnet等的呼应。然后入手下手ping服务器IP地点,假如ping服务器IP地点不乐成,申明物理毗连有成绩,这时候候要反省硬件设备,如网卡,HUB,路由器等。
  2、ping服务器称号。假如失利则申明名字剖析有成绩,这时候候要反省Netbuis协定是不是安装、;DNS服务是不是一般。
其次,利用telnet命令反省SQLServer服务器事情形态。假如命令实行乐成,能够看到屏幕一闪以后光标在左上角一直明灭,这申明SQLServer服务器事情一般,而且正在监听1433端口的TCP/IP毗连;假如命令前往"没法翻开毗连"的毛病信息,则申明服务器没有启动SQLServer服务,也大概服务器端没启用TCP/IP协定,大概服务器没有在SQLServer默许的端口1433上监听。
  最初,我们要反省服务器、客户端收集设置。服务器反省是不是启用了定名管道;是不是启用了TCP/IP协定等等。我们能够使用SQLServer自带的服务器收集利用工具来举行反省。
  单击:程序->MicrosoftSQLServer服务器收集利用工具;翻开该工具后,在"惯例"中能够看到服务器启用了哪些协定,默许我们启用定名管道和TCP/IP协定。点中TCP/IP协定,选择"属性",我们能够来反省SQKServer服务默许端口的设置。一样平常而言,我们利用SQLServer默许的1433端口。假如选中"埋没服务器",则意味着客户端没法经由过程列举服务器来看到这台服务器,起到了回护的感化,但不影响毗连。()

()

  接上去我们要到客户端反省客户真个收集设置。我们一样能够使用SQLServer自带的客户端收集利用工具来举行反省,所分歧的是此次是在客户端来运转这个工具。单击:程序->MicrosoftSQLServer客户端收集利用工具翻开该工具后,在"惯例"项中,能够看到客户端启用了哪些协定。一样,我们必要启用定名管道和TCP/IP协定。点击TCP/IP协定,选择"属性",能够反省客户端默许毗连端口的设置,该端口必需与服务器分歧。

()

  经由过程以上几个方面的反省,基础上能够扫除第一种毛病。

一个相关的问题是第三方支持的资格问题,尽管直接来自厂商的支持和服务可以一定程度上减缓这个问题,但是,对于有的企业来说,通过强有力的本地化支持显然更有吸引力。
活着的死人 该用户已被删除
沙发
发表于 2015-1-19 08:16:50 | 只看该作者
varchar(max)\\\\nvarchar(max)类型的引入大大的提高了编程的效率,可以使用字符串函数对CLOB类型进行操作,这是一个亮点。
乐观 该用户已被删除
板凳
发表于 2015-1-25 21:53:39 | 只看该作者
SQL语言是学习所有数据库产品的基础,无论你是做数据库管理还是做数据库开发都是这样。不过具体学习的侧重点要看你将来做哪一块,如果是做数据库管理(DBA),侧重点应该放在SQLServer的系统管理上.
精灵巫婆 该用户已被删除
地板
发表于 2015-2-4 06:41:41 | 只看该作者
入门没那么困难,精通没那么容易
分手快乐 该用户已被删除
5#
发表于 2015-2-9 17:49:46 | 只看该作者
现在是在考虑:如果写到服务器端,我一下搞他个10个存储过程导过去,那久之服务器不就成垃圾箱了吗?即便优化了我的中间层.
admin 该用户已被删除
6#
发表于 2015-2-27 14:24:47 | 只看该作者
原来的计算字段其实和虚拟字段很像。只是管理方面好了而已,性能方面提高不多。但是SQL2005提供了计算字段的持久化,这就提高了查询的性能,但是会加重insert和update的负担。OLTP慎用。OLAP可以大规模使用。
愤怒的大鸟 该用户已被删除
7#
发表于 2015-3-9 06:25:43 | 只看该作者
数据库物理框架没有变动undo和redo都放在数据库得transaction中,个人感觉是个败笔。如果说我们在设计数据库的时候考虑分多个数据库,可能能在一定程度上避免I/O效率问题。
变相怪杰 该用户已被删除
8#
发表于 2015-3-16 21:08:49 | 只看该作者
在select语句中可以使用groupby子句将行划分成较小的组,然后,使用聚组函数返回每一个组的汇总信息,另外,可以使用having子句限制返回的结果集。
海妖 该用户已被删除
9#
发表于 2015-3-23 03:45:45 | 只看该作者
连做梦都在想页面结构是怎么样的,绝非虚言
您需要登录后才可以回帖 登录 | 立即注册

本版积分规则

QQ|Archiver|手机版|仓酷云 鄂ICP备14007578号-2

GMT+8, 2024-11-15 03:37

Powered by Discuz! X3.2

© 2001-2013 Comsenz Inc.

快速回复 返回顶部 返回列表