分类

链接

2024 年 12 月
 1
2345678
9101112131415
16171819202122
23242526272829
3031  

近期文章

热门标签

新人福利,免费薅羊毛

mysql中long时间的转换

在开放中,有时候为方便将日期时间以long类型(秒钟)存在数据库,这里要查询数据就需要进行转换。 在mysql中只要使用from_unixtime函数就可以了。 附mysql的两个转换函数: 在mysql 数据库中,“2009-09-15 00:00:00”转化为列为长整型的函数: select unix_timstamp("2009-09-15 00:00:00")*1000, 这里要注意,mysql数据库中的长整型,比java中的长整型少了秒后面的毫秒数,所以要乘以1000,这样只有几毫秒之差 2、在mysql数据库中,“1252999488000”(java中的long型数据)转化为日期: select from_unixtime(12...

MySQL 暂无评论 阅读(1,504)

SQL中那些可能你不知道的事

SQL中的随机 日期与时间 根据笔划排序 Soundex 保存特殊类型(img/mp3) 不算格式化的格式化 聚合函数用在多列 关于自增列 HAVING or WHERE 结果集中重复的行 用选择来填充 重命名表         本文不是SQL教程,只是关于T-SQL的一点小结及吐槽。   对于SQL入门的学习,推荐一本32开大小的小巧书目《SQL Server编程必知必会》,对于每个知识点介绍得很简单但很到位,如果你不想阅读那些动辄四五百页的大作的话,这本书完全够用。另外一本进阶的书目 《The Art of SQL》很出名,那是我打算...

MySQL, SQL Server 评论(1) 阅读(3,041)

SQL各种分页方法汇总

  SQL各种分页方法汇总 平常工作,尤其是面试中经常遇到这样一个问题,查询表A中31到40条的记录,ID可能是不连续的。   如果ID连续 select * from A where ID between 31 and 40   如果ID不连续,提供三种写法 --两次对表A查询效率较低 select top 10 * from A where ID not in (select top 30 ID from A)   --外层查询没有对表A查询,效率大有提高 select top 10 * from (select top 40 * from A order by ID) as t order by t.ID desc       --ROW_NUMBER()函数效率更高,s...

MySQL, SQL Server 暂无评论 阅读(2,011)

执行sql脚本时中文乱码

 执行sql脚本时出现中文乱码 执行sql脚本*.sql文件时插入的数据全部成了中文乱码,请问怎么解决? 解决方案: 把.sql文件的编码转为UTF-8,如下图所示:   如果还是不行,请使用MYSQL命令吧,进入MYSQL,在cmd中到BIN目录 运行: mysql -h localhost -u root --quick -P 37928 --default-character-set=utf8 yourdbname < C:\backup-file.sql  

MySQL 暂无评论 阅读(3,961)

再说SQL索引与SQL优化

  站长推荐:本文适合细细品味! (一)深入浅出理解索引结构 实际上,您可以把索引理解为一种特殊的目录。 微软的SQL SERVER提供了两种索引:聚集索引(clustered index,也称聚类索引、簇集索引)和非聚集索引(nonclustered index,也称非聚类索引、非簇集索引)。下面,我们举例来说明一下聚集索引和非聚集索引的区别: 其实,我们的汉语字典的正文本身就是一个 聚集索引。比如,我们要查“安”字,就会很自然地翻开字典的前几页,因为“安”的拼音是“an”,而按照拼音排序汉字的字典是以英文字母“a”开头并以 ...

MySQL, SQL Server 暂无评论 阅读(2,181)

日志数据的存储

  日志数据的存储 很多人喜欢把日志数据存放到数据库里,表面上看起来似乎不错,而且“将来也许我需要对这些数据进行复杂的查询”,这样的话很得人心。这样做并不是一个特别差的做法,但如果你把日志数据和你的产品数据存放到一个数据库里就非常不好了。 也许你的日志记录做的很保守,每次web请求只产生一条日志,或者。对于整个网站的每个事件来说,这仍然会产生大量的数据库插入操作,争夺你用户需要的数据库资源。如果你的日志级别设置为verbose或debug,那等着看你的数据库着火吧。 你应该使用一些比如Splu...

MySQL, NoSQL, Oracle, SQL Server, SQLite 暂无评论 阅读(2,472)

.NET中MySQL的参数化

.NET中MySQL的参数化 C#在操作数据库的过程中,时常会将值参数化,赋给命令执行对象. C#操作一般数据库的参数化符号都是"@",如:insert into user values(@username,@userpass). 但操作MySQL却有不用,参数化符号变成了"?",如:insert into user values(?username,?userpass);  

.NET, MySQL 暂无评论 阅读(2,727)

分布式数据流分析框架(1)

分布式数据流分析框架(一)   Author:放翁(文初)   Email:fangweng@taobao.com   Mblog: weibo.com/fangweng   Blog: http://blog.csdn.net/cenwenchu79/       概述          重要:全文内容都是参照这个源码地址内容所写,因此两边对着看会更清晰明了:https://github.com/cenwenchu/beatles       这篇小记主要处于两方面考虑:首先,希望打破一提到海量数据分析,就只有hadoop基础上的一系列工具,更多的时候很多企业需要的是更轻量的设计(办喜酒杀猪杀鸡未...

MySQL, SQL Server 暂无评论 阅读(2,044)

铁道部新客票系统设计(2)

铁道部新客票系统设计(二) 在上一篇文章中 铁道部信客票系统设计(一) 里面,探讨了关于数据库层面的功能性需求以及非功能性的需求,在非功能性需求里面,一博主 提出了没有考虑到峰值的情况,这一点的确漏掉了,因为我们铁道部的特殊需求,在春运期间负载很大,平时可能一般,如果用考虑最大的情况,则回存在浪费的情 况,如果考虑不足,就像网络订票一样,苦逼。就好比 铁道部春运的时候,发车量大,但是如果制造大量列车,平时就空闲了,也就很亏。机器的折旧很是块的。春运期间可以考虑紧急扩容来实现,...

MySQL, SQL Server 评论(1) 阅读(2,639)

解决数据量的增长而不影响性能的问题(1)

分库分表的设计思路让大系统变简单 以铁路的售票系统来说明分库分表对架构的影响。    一、问题:铁路的售票系统的数据量是海量吗?   不是。因为数据量不大,真不大。   每一个车次与车次间是独立的,每车次不超过2000张票,一天发车不超过50万车次;  以预售期15天来讲,15*0.1亿张不超过1.5亿笔的热线数据,称不上海量数据的。  再加上可以按线路分库,更是不到千万级的单表容量。已经发车完成的进入归档分析。  即数据库按路线使用不同的服务器,不同的车次放在不同的表中。并发量锁真不大。  当然,如...

MySQL, SQL Server 暂无评论 阅读(2,053)