第一篇：如何避免SQL语句中含有单引号而导致操作失败？
如何避免SQL语句中含有单引号而导致操作失败？
向数据库加入字符类型的数据时，我老爱写错数据中含有单引号的语句而导致操作失败，像：
正确的SQL语句：
INSERT baby(baby_id,Name,Location)
VALUES(1,'SongYanhao''s baby','intels'')
我经常写成：
INSERT baby(baby_id,baby_name,Location)
VALUES(1,'SongYanhao's baby','intels')
如何在ASP中避免这种错误呢？
在ASP中要避免这种错误，可以这样写：
baby = Request(“baby_name”)
location = Request(“Location”)
baby = Replace(baby,“'”,“''”)
location = Replace(location,“'”,“''”)
mySQL = “INSERT baby(baby_id,baby_name,location)VALUES(1,”
mySQL = mySQL & “'” & baby & “','” & location & “')”
第二篇：Sql语句字符串中含有变量的写法
Sql语句字符串中含有变量的写法：
Step 1:书写sql语句实例
Select * from admin where uname=’pass’ and upwd=’123456’
Step2:将常量换成变量，并在两端加”+”
Select * from admin where uname=’+txtuname.text+’ and upwd=’+txtpwd.text+’
Step3:将被+隔开的字符串两端加上””
“Select * from admin where uname=’”+txtuname.text+”’ and upwd=’”+txtpwd.text+”’”
第三篇：SQL基本操作语句笔记
一、SQL基本操作语句（DML）：Insert，Select，Update，Delete1、INSERT语句：将一行记录插入到指定的一个表中。
1.1语法：
INSERTINTOtable[(column { ,column})]ALUES(columnvalue [{,columnvalue}])
1.2举例：
1.2.1、INSERTINTOEMPLOYEESVALUES('Smith','John','1980-06-10','Los Angles',16,45000);
1.3注意事项：
1.3.1、系统将试着将数值填入到相应的列中，按照创建表时定义的顺序排列。
1.3.2、VALUE子句和可选的列名列表中必须使用圆括号。
1.3.3、未列出的列中将自动填入缺省值，如果没有设置缺省值则填入NULL。
1.3.4、所有的整形十进制数都不需要用单引号引起来，而字符串和日期类型的值都要用单引号来区别。
1.3.5、输入文字值时要使用单引号，双引号用来封装限界标识符。
2、SELECT语句：可以从一个或多个表中选取特定的行和列。
2.1语法：
SELECT[DISTINCT](column [{, columns}])| * FROM table [ {, table}][ORDER BY column [ASC] | DESC [ {, column [ASC] | DESC }]]WHEREpredicate [ { logical-connector predicate } ]
2.2举例：
2.2.1SELECTBRANCH_OFFICEFROMEMPLOYEES 最简单的语句
2.2.2SELECTBRANCH_OFFICEFROMEMPLOYEES 消除结果中的重复行的语句
2.2.3SELECTBRANCH_OFFICEFROMEMPLOYEESORDER BY BRANCH_OFFICE消除结果中重复行并按照升序排列，降序用关键字DESC
2.2.4SELECTFROMEMPLOYEES 选择表中所有数据可用*号
2.3定义选择标准：SELECTcolumnsFROMtables[WHEREpredicates]
举例：SELECT * FROMEMPLOYEESWHERELAST_NAME = 'Jones' 查询所有姓为Jones的职员 使用最多的六种比较：等于 =，不等于 <>，小于 <，大于 >，小于或等于 <=，大于或等于 >=
2.3.1逻辑连接符：为了进一步定义一个WHERE子句，可以使用逻辑连接符AND，OR和NOT，断言可以与其他的断言嵌套使用。
例1：为了只得到职员Davy Jones的记录，用户可以输入如下语句：SELECT * FROMEMPLOYEESWHERELAST_NAME = 'Jones'ANDFIRST_NAME = 'Davy'
例2：如果用户需要定义一个SELECT语句来使得当其中任何一项成立就满足条件时，可以使用OR连接符：SELECT * FROMEMPLOYEESWHERELAST_NAME = 'Jones'ORLAST_NAME = 'Smith'
例3：如果想要查看除了Boston办事处的职员以外的其他所有职员的信息时，可以进行如下的查询：SELECT * FROMEMPLOYEESWHERENOT(BRANCH_OFFICE = 'Boston')
3、UPDATE语句：在已知的表中对现有的行进行修改。
3.1语法：
UPDATE table SET column = value [{,column = value}][ WHERE predicate [ { logical-connector predicate}]]
3.2举例：
3.2.1UPDATEEMPLOYEESSETGRADE = 16, SALARY = 40000WHEREFIRST_NAME = 'Indiana' ANDLAST_NAME = 'Jones'
4、DELETE语句：用来删除已知表中的行。
4.1语法：DELETEFROMtable[WHERE predicate [ { logical-connector predicate} ] ]
4.2举例：DELETEFROMEMPLOYEESWHEREBRANCH_OFFICE = 'Los Angeles'
第四篇：sql server2008检查是否需要挂起计算机重新启动,挂起重新启动会导致安装程序失败解决
sql server2008检查是否需要挂起计算机重新启动，挂起重新启动会导致安装程序失败解决
原因:
这是因为第一次安装失败，但已经安装了部分软件造成的。
解决方法:
1、如果重新启动后，一样无效，2、那么就进入注册表编辑器，通过修改注册表的方法来解决。除了删除SQL安装时遗留下的LJ文
件，还必须进行以下操作：在“开始”－“运行”中输入regedit，进入注册表编辑器，依次查找
HKEY_LOCAL_MACHINE
SYSTEMCurrentControlSetControlSession Manager，找到
“PendingFileRenameOperations”值，并删除其中所有数据，之后就可以正常安装SQL Server
第五篇：爱立信解决因传输不同步而导致大量基站切换失败的案例
爱立信解决因传输不同步而导致大量基站
切换失败的案例
作者：刘博
邮箱：liubo@hl.chinamobile.com 所在省：黑龙江省 设备厂家：爱立信 专业：GSM无线网 设备类型：BTS 设备型号：RBS6000&RBS2000 软件版本：R12
一、故障现象：
通过日常指标数据观察一个BSC中突然出现多个小区切换成功率降低，连续多个时段固定小区的切换成功率降至50%左右，严重影响测试情况，用户感知大幅下降。观察切换成功率指标如下表： CELLHG5126AHG5126BHG5126CHD5126AHD5126BHD5126CHG5140AHG5140BHG5140CHD5140AHD5140BHD5140CHG5132AHG5132BHG5132CHG5133AHG5133BHG5133CHD5133AHD5133BHD5133CHG5101AHG5101CHD5101AHD5101BHD5101C日均切换成功率58.80%56.93%58.46%59.23%58.98%59.34%56.96%33.62%46.68%59.10%58.45%53.32%28.73%36.40%39.73%42.70%34.26%41.15%51.35%51.93%50.05%32.81%45.09%52.49%48.60%37.20%RBS站类基站类型RBS2206_V2GSM900RBS2206_V2GSM900RBS2206_V2GSM900RBS2206_V2GSM1800RBS2206_V2GSM1800RBS2206_V2GSM1800RBS2206_V2GSM900RBS2206_V2GSM900RBS2206_V2GSM900RBS6201GSM1800RBS6201GSM1800RBS6201GSM1800RBS6201GSM900RBS6201GSM900RBS6201GSM900RBS2206_V2GSM900RBS2206_V2GSM900RBS2206_V2GSM900RBS6601GSM1800RBS6601GSM1800RBS6601GSM1800RBS2206GSM900RBS2206_V2GSM900RBS2206_V2GSM1800RBS2206_V2GSM1800RBS2206_V2GSM1800 现场测试时发现当测试至上述小区时出现大量切换失败现象，几乎没有成功的切换事件，测试过程中静态测试时问题小区存在C1、C2无法解析情况。如下图：
二、故障分析：
1、处理流程图：
2、分析故障现象可能原因： 检查基站硬件障碍：
突发的切换成功率异常事件通常要先检查基站运行状态是否出现异常，即基站硬件是否出现障碍。由于本次同时发生切换成功率异常的小区较多，而同时出现大量基站出现同一硬件障碍的情况几率很小，所以基本排除基站硬件障碍而导致的小区切换成功率低的问题。但经过工参资料查询，问题小区分属9个基站，其中有8个基站为GSM900M基站与GSM1800M基站共站，而这9个基站距离较近，并且9个基站建设时间比较接近，所以需要到基站现场确认基站硬件是否存在障碍。
在基站现场检查基站硬件，同时通过现场IDB读取基站运行状态，没有发现以上问题基站硬件障碍历史记录，同时观察问题基站的站型包括RBS2000系列和RBS6000系列各不相同，检查各问题小区可能发生的载频隐形障碍，通过替换等操作排除了所有小区存在载频隐形障碍的可能，所以彻底排除因基站障碍而导致小区切换失败的因素。
检查是否存在其他基站硬件告警：
通过OSS系统利用RXELP指令以及RXMFP指令提取问题小区的系统告警以及历史告警信息，并通过基站现场采集IDB告警数据检查问题基站相关的即时告警信息以及历史告警信息并未发现基站存在任何告警信息。
同时通过ALOG、TRH EVENT LOG并结合RALHP、RRMAP检查TRA、TRH运行状态以及告警信息，未发现TRA、TRH运行异常。至此排除因各类告警原因导致问题小区出现切换失败的情况。
检查小区切换相关数据是否存在问题：
排除硬件障碍后，影响小区切换成功率的主要问题就是切换相关数据的正确性。由于本次出现切换异常的小区数量较多，所以怀疑出现切换数据误操作情况。通过RLNRP、RLLFP、RLLUP、RLMFP等指令检查所有问题小区的切换数据配置是否存在异常，同时通过参数对比手段，对比未发生小区切换异常时与发生小区切换异常后的问题小区各切换数据配置情况变化，没有发现切换参数配置异常。通过MGCEP、MGOCP等指令检查小区在MSC中的切换数据配置情况也没发现异常。通过各项检查，问题小区的小区切换数据配置均未见异常，排除因小区切换配置有误而导致的问题小区切换异常。
检查小区无线数据是否存在问题： 影响到小区切换的无线侧参数为小区动态相关参数以及小区基础数据。
通过RLLOP、RLCPP等指令检查出现切换异常的问题小区的所有动态参数，包括小区切换门限类参数、小区切换算法相关参数等未见异常。通过参数对比结果检查问题小区出现切换问题前后的参数变化情况也没有发现参数出现任何变化，排除因参数设置不合理而导致小区切换失败情况。
切换失败的情况也会出现在BCCH、BSIC等小区基础数据配置不当的情况，当出现近距离同BCCH同BSIC的情况是会出现大量误切换情况，导致大量切换失败情况出现。由于问题小区参数没有发生变化，所以检查问题小区周边小区参数变化情况，同时进行现场测试进行“伪基站”的排除工作。经过参数对比检查，问题小区周边小区在问题小区出现切换问题前后没有参数发生变化，同时测试结果显示出现切换问题的小区周围没有发现“伪基站”。至此排除因无线参数设置不当而导致问题小区出现切换异常。
检查是否存在资源受限：
当目标小区资源受限情况下，有一定几率会出现切换失败情况。26个问题小区属于同一个BSC，通过RRTPP等质量检查BSC中TRA、TRH资源没有溢出风险。通过日常统计指标数据显示，26个问题小区信道利用率均不超过70%，并且信道可用率均为100%，如下表：
时段（0700-2100）（0700-2100）（0700-2100）（0700-2100）（0700-2100）（0700-2100）（0700-2100）（0700-2100）（0700-2100）（0700-2100）（0700-2100）（0700-2100）（0700-2100）（0700-2100）（0700-2100）（0700-2100）（0700-2100）（0700-2100）（0700-2100）（0700-2100）（0700-2100）（0700-2100）（0700-2100）（0700-2100）（0700-2100）（0700-2100）CELL信道可用率HG5126A100%HG5126B100%HG5126C100%HD5126A100%HD5126B100%HD5126C100%HG5140A100%HG5140B100%HG5140C100%HD5140A100%HD5140B100%HD5140C100%HG5132A100%HG5132B100%HG5132C100%HG5133A100%HG5133B100%HG5133C100%HD5133A100%HD5133B100%HD5133C100%HG5101A100%HG5101C100%HD5101A100%HD5101B100%HD5101C100%信道利用率66.56%64.44%66.17%67.04%66.76%67.17%64.48%38.05%52.84%66.90%66.17%60.36%32.52%41.20%44.98%48.33%38.78%46.58%58.13%58.78%56.66%37.14%51.04%59.42%55.01%42.11%
小区信道利用率低于70%时对小区切换性能的影响极小，所以排除小区资源受限而导致的问题小区切换异常情况。
检查是否受传输影响而导致切换异常：
在现场测试过程中发现出现切换异常的问题小区与其他小区之间的切换基本全部失败，但在问题小区之间却能够成功进行切换操作，在测试中的切换操作分为了非问题小区集合与问题小区集合，两个集合之间几乎无法进行切换，但两个集合内部的小区切换可以正常进行。结合测试结果观察小区BNCEL文件数据，如下表：
时段（0700-1100）（0700-1100）（0700-1100）（0700-1100）（0700-1100）（0700-1100）CELLHG5133CHG5133BHG5133BHG5133BHG5133BHG5132ACELLRHG5132CHG5132AHG5132CHG5280AHD5280AHG5199C切换请求43***72726切换成功4***4102
分析问题小区切换数据的过程中发现，在问题小区中，只有HG5101基站的B小区属于正常小区集合，其他基站均为所有小区均属问题小区集合。传输障碍会引起小区运行异常，当传输质量差的情况下将会引起小区通话异常、串线、切换失败等异常情况。通过DTSTP、DTQUP等查看传输状态的指令检查问题小区的传输状态，发现所有问题小区的所有传输均有误、滑码。同时发现所有问题小区的所有传输在误、滑码累积的过程中间隔时间和累积频次均相同，并且累积时间间隔为固定时长，如下图：
经过传输记录查询发现问题小区所有传输均属同一传输链路，链路传输节点正位于HG5101基站内，该传输链路上并不包含HG5101基站的B小区，与出现切换异常的问题小区表现现象完全一致，经过提取基站LOG数据以及传输数据，发现该传输链路出现传输时钟不同步情况，导致该传输链路上小区无法与其他小区进行正常切换，至此，确定26个出现切换异常的问题小区为所在传输链路不同步导致基站运行异常。
三、解决措施：
该故障可通过如下方法进行规避：
因为涉及到调整传输链路的问题，在进行传输链路调整的过程中会影响到该传输链路上所带所有基站的运行状态，所以进行传输链路调整需要在夜间，即业务最低时段，避免影响正常的用户使用。在话务量较低的夜间将存在时钟不同步现象的传输链进行重启、同步操作，然后观察该传输链路上所带所有小区的运行状态。传输同步调整完毕后进行一段时间的传输状态观察，观察目前传输是否还存在误、滑码累积，然后进行现场测试工作，测试问题小区的切换情况是否仍存在异常，通过现场测试，HG5126A等26个小区的切换情况恢复正常，由于夜间业务量非常小，无法通过夜间数据统计观察切换成功率指标，但通过次日切换成功率指标的观察，26个问题小区的切换成功率均恢复正常（如下表）。至此，由于传输不同步而导致的26个小区切换异常的问题得以解决。
时段（0700-1100）（0700-1100）（0700-1100）（0700-1100）（0700-1100）（0700-1100）（0700-1100）（0700-1100）（0700-1100）（0700-1100）（0700-1100）（0700-1100）（0700-1100）（0700-1100）（0700-1100）（0700-1100）（0700-1100）（0700-1100）（0700-1100）（0700-1100）（0700-1100）（0700-1100）（0700-1100）（0700-1100）（0700-1100）（0700-1100）CELLHG5126AHG5126BHG5126CHD5126AHD5126BHD5126CHG5140AHG5140BHG5140CHD5140AHD5140BHD5140CHG5132AHG5132BHG5132CHG5133AHG5133BHG5133CHD5133AHD5133BHD5133CHG5101AHG5101CHD5101AHD5101BHD5101C切换成功率94.12%94.31%94.15%94.08%94.10%94.07%94.30%96.64%95.33%94.09%94.15%94.67%97.13%96.36%96.03%95.73%96.57%95.88%94.86%94.81%94.99%96.72%95.49%94.75%95.14%96.28%
四、借鉴经验：
在日常优化过程中会出现突发的指标异常，当出现异常的小区数量较多的时候，小区级别的数据以及障碍导致异常的几率比较小，但也应验证排除、严谨工作流程，避免偶然现象的出现。同时涉及切换方面的异常，考虑多为切换数据以及小区硬件方面的问题，要从这两方面入手，但事实证明这两方面并不是全部影响小区切换的原因。无线优化工程师在进行优化的过程中不能只拘泥于无线方面知识，有很多问题的发生是由于其他通信部分出现异常而导致，但分析过程都要由优化工程师完成，所以优化工程师要完善自身各方面知识，积累多方面经验，避免出现分析问题错误情况，同时要在异常中寻找共性问题点寻求解决问题突破点。传输问题影响切换属于非常见问题，通过传输异常状态总结规律即可及时发现问题并着手解决。
点击咨询 