数据库主键设计之思考在我们的数据库设计中，不可逃避的就是数据库表的主键，可能有很多朋友没有深入思考过，主键的设计对整个数据库的设计影响很大，因此我们不得不要重视起来。主键的必要性:有些朋友可能不提倡数据库表必须要主键，但在我的思考中，觉得每个表都应该具有主键，不管是单主键还是双主键，主键的存在就代表着表结构的完整性，表的记录必须得有唯一区分的字段，主键主要是用于其他表的外键关联，本记录的修改与删除，当我们没有主键时，这些操作会变的非常麻烦。主键的无意义性：
系统 2019-08-12 01:54:03 2183
笔者工作的公司采用的是SQLServer数据库，每天都要处理大量的数据，由于笔者进公司的时间比较晚，公司现有的大部分的程序都是以前的程序员留下的，因为他们没有相关的文档，笔者对于后台数据库的很多表的结构和数据都不甚了解，给日常的维护造成了很大的麻烦。在对后台数据库进行研究的过程中，我需要得到数据库的某些相关信息，比如，我希望知道各个用户表占用多少磁盘空间，并且排列出来，可以让我知道哪些表比较大，数据比较多等等——我相信，这可能也是不少数据库管理员所关心的问
系统 2019-08-12 01:54:02 2183
TimeLimit:3000msMemoryLimit:10000kBTotalSubmit:2(1user)AcceptedSubmit:2(1user)PageView:1582本题其实并不难，就是记忆搜索，但是好多人都没做。最难的估计就是状态的存储，一开始的时候我用的是三维数组存储，虽然在TJU和NK上都过了，但是在北大上确实WRONG，后来我又重新开了一遍发现确实存在错误，后来将数组开到四维才在北大上顺利通过。因为本题我竟然成了NK上第一个提交此题
系统 2019-08-12 01:53:36 2183
Mysql触发器DROPTRIGGERIFEXISTSt_afterinsert_on_user;DELIMITER//CREATETRIGGERt_afterinsert_on_userAFTERINSERTONuam_userFOREACHROWBEGININSERTINTOuam_user_markedVALUES(UUID(),new.user_id,1,'35c6e621-d123-4af8-877d-dcd0b751dac9',CURRENT_
系统 2019-08-12 01:53:23 2183
微软的自带记事本程序notepad.exe会给UTF-8编码的文件头加入三个隐藏的字节（即BOM）。这是一种很愚蠢的做法。就是为了让编辑器不去猜测文件本身是ASCII码还是UTF-8。什么是BOMBOM（byte-ordermark），即字节顺序标记，它是插入到以UTF-8、UTF16或UTF-32编码Unicode文件开头的特殊标记，用来识别Unicode文件的编码类型。对于UTF-8来说，BOM并不是必须的，因为BOM用来标记多字节编码文件的编码类型和
系统 2019-08-12 01:52:03 2183
1.去除重复【DISTINCT】selectdistinctNAMEfromT_USER2.判断是否是数字【ISNUMERIC】3.模糊查询PATINDEX4.向SQLServer一次插入多条记录使用的是“insertinto[table]selectvalues()uinonall”语句方法一：CREATETABLE[学生表](SnoINT,SnameVARCHAR(4),SsexVARCHAR(2),SageINT,sdeptVARCHAR(2))IN
系统 2019-08-12 01:52:01 2183
SQLHAVING出现的原因在SQL中增加HAVING子句原因是，WHERE关键字无法与合计函数一起使用。SQLHAVING语法SELECTcolumn_name,aggregate_function(column_name)FROMtable_nameWHEREcolumn_nameoperatorvalueGROUPBYcolumn_nameHAVINGaggregate_function(column_name)operatorvalueSQLHAV
系统 2019-08-12 01:52:00 2183
SQL连接查询的由来：人们对20实际80年代的SQL标准提出批评，认为SELECT语句中无直接的连接或自然连接操作。SQL吸收了这个意见，用较为直接的形式表示各式各样的连接操作，这些操作可在FROM字句中以直接的形式指出。在书写两个关系的连接操作时，SQL2把连接操作符分成连接类型和连接条件两部分（如果图1）连接类型决定了如何处理连接条件中不匹配的元祖。连接条件决定了两个关系中哪些元祖应该匹配，以及连接结果中出现哪些属性。图1连接类型连接条件INNERJO
系统 2019-08-12 01:51:45 2183
--测试数据DECLARE@tTABLE(IDintPRIMARYKEY,coldecimal(10,2))INSERT@tSELECT1,26.21UNIONALLSELECT2,88.19UNIONALLSELECT3,4.21UNIONALLSELECT4,76.58UNIONALLSELECT5,58.06UNIONALLSELECT6,53.01UNIONALLSELECT7,18.55UNIONALLSELECT8,84.90UNIONALLS
系统 2019-08-12 01:51:30 2183
-----------版本控制策略；必须支持向后兼容；----就是当服务端发生改变，但客户端未更新会不会发生错误；一旦契约发布，若要契约发生变化，如何不影响客户端使用；----wsdl:契约；服务契约的变化--对客户端的影响：操作签名的增加（无影响，默认缺省值）操作签名的删除（无影响，默认被忽略掉）增加新的操作（无影响，客户端不知道）删除操作、修改参数类型、修改返回值（报错）---数据契约的变化对客户端的影响添加non-required无影响；添加新的re
系统 2019-08-12 01:33:29 2183
