-
MSSQL中进行SQL除法运算结果为小数却显示0的解决方法
今天在用MSSQL进行SQL除法运算时，发现运算结果有小数，而整数部分为0时，结果直接显示为0，经过一翻测试发现了解决方法，拿来分享。假设有如下的一段SQL除法运算：selectfield1/field2fromtable假设其运算结果应该为0.123，但实际在MSSQL查询编辑器中运算直接就显示为0了，那么要想显示其真实结果，有什么办法呢？方法就是将分子field1的数据类型强制转换为float型，方法如下：selectcast(field1asfloat)/field2fromtable...
数据库操作教程 2022-09-23 17:47:22 -
SqlServer使用casewhen解决多条件模糊查询问题
我们在进行项目开发中，经常会遇到多条件模糊查询的需求。对此，我们常见的解决方案有两种：一是在程序端拼接SQL字符串，根据是否选择了某个条件，构造相应的SQL字符串；二是在数据库的存储过程中使用动态的SQL语句...
数据库操作教程 2022-09-23 17:47:05 -
SQLServer使用游标处理Tempdb究极竞争-DBA问题-程序员必知
SQLServertempdb分配竞争算是DBA老生常谈的问题了,几乎现在所有的DBA都知道多建几个文件来解决/缓解问题.但是深层次的的竞争依旧不可避免.这里给大家剖析下游标在tempdb中的特点使其在一定场景下替代临时表/表变量对象,解决深层次的tempdb竞争问题.在抛出这个不可避免的问题之前我们先简要看下什么是tempdb竞争.我们拿SQLServer创建一个临时表的过程来描述1在系统表中创建表的条目(系统数据页中)2分配一个IAM页并找到一个混合区在PFS页中标记3分配一个数据页(查看SGAM页,查看PFS页后并更新,更新IAM页)4表记录记录到系统表中从上述过程可以看出创建一个简单临时表需要查找,更新一系列的系统表/系统数据页,且当使用完删除临时表时上述操作逆向进行.索引相应的创建/销毁一旦大量并发,内部竞争也就产生了.虽然tempdb的缓存策略一定程度可以缓解相应创建过程的IAM,数据页分配,SqlServertempdb原理-缓存机制解析实践,但竞争依旧.可以看到SGAM,PFS等系统页是表创建过程的必经之路,他的分配竞争也就十分明显了.这也就是为什么采用多个数据文件，让...
数据库操作教程 2022-09-23 17:45:42 -
sql数据库出现“只读”提示解决方法(sql错误5120)
1、描述：数据库服务器，磁盘满了，要将一个比较大的数据库文件，移到另一个磁盘，移完后，重新附加数据库出现“只读”提示。（如图）2、本以为，在“属性-选项-状态”中直接将“数据库为只读”选项，由true设为false,即可但Howfuckingitis!报如图错误3、sql错误5120该错误为文件权限错误，找到该数据库的数据库文件和日志文件，在安全中添加AuthenticatedUsers用户的权限，并设置“完全控制”4、再去数据库的属性中，将“数据库只读选项”同true改为false,数据库正常...
数据库操作教程 2022-09-23 17:45:17 -
在sqlserver中如何使用CTE解决复杂查询问题
最近，同事需要从数个表中查询用户的业务和报告数据，写了一个SQL语句，查询比较慢：SelectS.Name,S.AccountantCode,(SelectCOUNT(*)from(SelectDistinctBusinessBackupIdfromBiz_BusinessBackupCustomerwhereIdin(SelectBusinessBackupCustomerIdfromRpt_RegistFormwhere(SignatureCPA1Id=S.IdorSignatureCPA2Id=S.Id)andDocStatus=30))T)as'BNum',(casewhenR.Idisnullthen0else1end)as'Num',R.ReportBackupDatefromBase_StaffSleftjoinRpt_RegistFormRon(R.SignatureCPA1Id=S.IdorR.SignatureCPA2Id=S.Id)andR.DocStatus=30whereS.UserType=3该查询需要执行10秒左右，仔细分析，它有2次查询类似的结果集（Ba...
数据库操作教程 2022-09-23 17:45:11 -
SqlDateTime溢出该怎么解决
错误出现：导入数据时出现“SqlDateTime溢出。必须介于1/1/175312:00:00AM和12/31/999911:59:59PM之间...
数据库操作教程 2022-09-23 17:44:50 -
MySql查询不区分大小写解决方案（两种）
当我们输入不管大小写都能查询到数据，例如：输入aaa或者aaA,AAA都能查询同样的结果，说明查询条件对大小写不敏感。解决方案一：于是怀疑Mysql的问题...
数据库操作教程 2022-09-23 17:44:44 -
SQLServer评估期已过问题的解决方法
但是，当自己打开之前敲的系统时，总是报错，无法进行。经过检查发现，原来是自己的数据库出现了问题，无法连接到数据库了...
数据库操作教程 2022-09-23 17:44:35 -
MyBatisMapperProviderMessageFormat拼接批量SQL语句执行报错的原因分析及解决办法
最近在项目中有这么一段代码：下载服务器基础业务数据进行本地批量插入操作，因项目中使用mybatis进行持久化操作，故直接考虑使用mybatis的批量插入功能。1.以下是Mapper接口的部分代码publicinterfacePrintMapper{@InsertProvider(type=PrintMapperProvider.class,method="insertAllLotWithVehicleCode4H2")voidinsertAllLotWithVehicleCode(List<LotWithVehicleCodeBO>lotWithVehicleCodes);}2.对应MapperProvider中函数片段publicStringinsertAllLotWithVehicleCode4H2(Map<String,List<LotWithVehicleCodeBO>>map){List<LotWithVehicleCodeBO>lotWithVehicleCodeBOs=map.get("list");StringBuilde...
数据库操作教程 2022-09-23 17:44:13 -
SQLServer无法收缩日志文件的原因分析及解决办法
最近服务器执行收缩日志文件大小的job老是报错我所用的一个批量收缩日志脚本USE[master]GO/******Object:StoredProcedure[dbo].[ShrinkUser_DATABASESLogFile]ScriptDate:01/05/201609:52:39******/SETANSI_NULLSONGOSETQUOTED_IDENTIFIERONGOALTERPROC[dbo].[ShrinkUser_DATABASESLogFile]ASBEGINDECLARE@DBNAMENVARCHAR(MAX)DECLARE@SQLNVARCHAR(MAX)--临时表保存数据CREATETABLE#DataBaseServerData(IDINTIDENTITY(1,1),DBNAMENVARCHAR(MAX),Log_Total_MBDECIMAL(18,1)NOTNULL,Log_FREE_SPACE_MBDECIMAL(18,1)NOTNULL)--游标DECLARE@itemCurCURSORSET@itemCur=CURSORFORSELECTnamef...
数据库操作教程 2022-09-23 17:41:41 -
SqlServerMysql数据库修改自增列的值及相应问题的解决方案
SQLServer平台修改自增列值由于之前处理过sqlserver数据库的迁移工作，尝试过其自增列值的变更，但是通过SQL语句修改自增列值，是严格不允许的，直接报错（无法更新标识列'自增列名称‘）。sqlserver我测试是2008、2012和2014，都不允许变更自增列值，我相信SQLServer2005+的环境均不允许变更字段列值...
数据库操作教程 2022-09-23 17:41:01 -
巧妙利用PARTITION分组排名递增特性解决合并连续相同数据行
问题提出先造一些测试数据以说明题目：DECLARE@TestDataTABLE(IDINT,Col1VARCHAR(20),Col2VARCHAR(20))INSERTINTO@TestData(ID,Col1,Col2)SELECT1,'New','Approved'UNIONALLSELECT2,'Approved','Commited'UNIONALLSELECT3,'Commited','InProgress'UNIONALLSELECT4,'New','Approved'UNIONALLSELECT5,'New','Approved'UNIONALLSELECT6,'New','Approved'UNIONALLSELECT7,'Approved','Removed'SELECT*FROM@TestData数据说明，ID列连续自增...
数据库操作教程 2022-09-23 17:40:18
