博文

数据类型和内存二进制的相关

二进制 八进制 十六进制 二进制 八进制 十六进制 位bit 是含有0或1的一个单位 给一串二进制加上架构的概念，这样的结构叫 字节 一个字节 byte 由 8 位构成, 一个字 word 由 32 构成或 4 个字节 一个字节最大是8位，8位数的二进制 1111 1111 换成十进制 255 ,也就是说一个字节最大能存的整数是 255 2个字节可以存放 2的16次方 =65535 4个字节 2的32次方 =4 294 967 295 大小写的26个英文字母还有10个数字和标点符号加在一起的内容在字节对应中有个 ASC2 的编码。 内存编号 起始编号是1 隔8个位置加1 起始编码1 位7 位6 位5 位4 位3 位2 位1 位0 1 0 0 0 1 0 1 1 0 2 1 0 1 1 0 0 1 1 C语言用的是起始地址＋长度 编码2开始 往后4个字节 数据类型 DataType 数据类型是程序所处理的数据的抽象，将可能出现的数据进行分类 比如整数和带小数点的数。 C语言创造了很多丰富的数据类型 构造类型 指针类型 空类型 基本类型 基本类型 枚举类型 enum 字符类型 char 数值类型包括 实型 和 整型 实型包括 单精度 float 双精度 double 整型包括 短整型 short 整型 int 长整型 long 构造类型 包括 数组 结构体 共用体 构造类型是由多个其他数据雷西瓜组合而成，可以分解成若干个元素或成员，每个元素或成员要么是一个基本数据类型，要么又是一个构造类型。 数组 所有元素是同一个类型 结构体 不同数据类型的组合 共用体 多个雨啊宿不同数据类型 共用一块内存 空类型 Void 多数用在函数和指针的地方 需要Google一下的内容是 内存地址的布局方式 int x = 4294967295 打印出来的正好是255 如果x的声明是4294967296 换成32地址的话 1 0000-0000 0000-0000 0000-0000 0000-0000 如果x的声明是4294967297 换成32地址的话 1 ...
发表评论
阅读全文

为什么不能坚持用一个博客?

最近一直在头疼这个事情，找一篇自己曾经写过的博客，居然要从Qzone开始挨个去找。 终于可以痛定思痛了，不能在这么下去了，漫无目的的新开博客，没写几篇就闪了。 Qzone: 这上面东西多 多数是因为QQ的应用 其实多数是一些无病呻吟和旅行日记。 51CTO:当时去上面写，是因为想和同行们多交流，其实多数是为了炫耀，想在这个圈子里有点名气，唉。太虚荣太浮躁了。 豆瓣日记:基本上是当书摘了。 Wordpress和新浪博客加起来没多少。 百度空间:看到哪些浏览和点击量 又促使小小的虚荣心膨胀了。 不过整体的合并路程还是很遥远很坚信，决定还是把所有的博客都汇总到这里了，虽然还是要翻墙。
发表评论
阅读全文

Kettle中GroupBy组件的Bug

图片
这个组件的中的分组字段一定要空啊~否则下面算什么MAX MIN都是错的。不信 你Preview一下试试就知道了。
发表评论
阅读全文

Kettle UnexpectedError: java.lang.OutOfMemoryError: Java heap space

ERROR 02-11 17:09:49,963 - Center Branch Code.0 - UnexpectedError: java.lang.OutOfMemoryError: Java heap space INFO  02-11 17:11:44,655 - Only Insert AAA.0 - 完成处理 (I=1381, O=1381, R=1381, W=1381, U=0, E=0 INFO  02-11 17:11:44,655 - Column Select.0 - 完成处理 (I=0, O=0, R=53190, W=53190, U=0, E=0 INFO  02-11 17:11:44,654 - UPDATE_AAA2 2.0 - 完成处理 (I=83, O=83, R=83, W=83, U=0, E=0 ERROR 02-11 17:11:44,658 - Center Branch Code.0 - java.lang.OutOfMemoryError: Java heap space         at com.mysql.jdbc.MysqlIO.buildResultSetWithRows(MysqlIO.java:2012)         at com.mysql.jdbc.MysqlIO.getResultSet(MysqlIO.java:431)         at com.mysql.jdbc.MysqlIO.readResultsForQueryOrUpdate(MysqlIO.java:1991)         at com.mysql.jdbc.MysqlIO.readAllResults(MysqlIO.java:1413)         at c...
发表评论
阅读全文

有些书看目录就可以了

第1章　無論怎麼整理都整理不好是為什麼？　 從此擺脫「不會整理」的惡夢 千萬別被「一口氣整理完就會打回原形」給騙了！ 每天整理一點，一輩子都整理不完 「不追求完美」的大陷阱 從著手整理那一刻開始，人生就再次啟動 愈擅長收納的人，愈容易堆東西 不能按「場所類別」整理，要按「物品類別」整理 按個性改變整理方法，毫無意義！ 整理是節慶，不是每天要做的事 第2章　只留下讓你怦然心動的，其他統統「丟掉」！　 首先，要一口氣、在短時間內、徹底「丟掉」 在丟東西前，先思考「理想的生活」 碰觸到的瞬間，是否感覺「怦然心動」？ 同類的東西全部集中後，再一口氣判斷 從「紀念品」開始整理，勢必失敗 別讓家人看到丟掉的東西 讓家人也變得會整理的妙方 別把自己不要的東西送給家人 整理就是「透過物品與自己對話」 對丟不下手的東西說謝謝 第3章　按「物品類別」整理時竟如此順利 一定要按「物品類別」的正確順序整理 衣服：先把家裡所有的衣服都放在地上 家居服：「因為丟掉可惜。所以就當家居服」，萬萬不可！ 衣物的收納：「折疊收納法」一舉解決收納空間的問題 衣服的折法：完全剛好、最正確的折法 衣物的擺法：把心動的感覺帶進衣櫥的絕招 襪子類的收納：襪子或絲襪都不可以綁起來 換季：從此不需再換季的收納法 書的整理法：把所有的書排在地上，一一觸摸 還沒看的書：覺得總有一天會讀，「那一天」永遠不會到來 應該留下的書：「進入名人堂」的書，毫不猶豫地留在身邊吧！ 文件整理：「把文件全部丟掉」也沒問題 各種文件：麻煩的文件這樣整理 小東西類：只留下「心動的」，而不是留下「覺得會用到的」 零錢：趕快拯救四散的零錢吧！ 種種小東西：不知道為什麼放著的「應該丟掉的東西」 紀念品：千萬不可把老家當作紀念品的避難所 照片：比起過去的回憶，不如愛惜現在的自己！ 現場直擊！驚異連連的各種「大量庫存」 在「適切數量轉捩點」來臨前持續縮減 相信心動的感覺，人生將會有戲劇性的變化 第4章　讓人生閃閃發亮的「心動收納課」 決定家中「所有物品的定位」 切忌在丟東西前，就投向「收納絕招」的懷抱 收納要「簡化至極限為止」 不要分散「收納場所」 不必理會「動線」與「使用頻率」 不堆疊，「直立收納」才是王道！ 沒有必要使用「市售的收納商品」 ...
发表评论
阅读全文

Kettle设计中JOB前的总控表概要

图片
之前我们控制一个JOB运行与否的动作基本上修改Crontab等计划任务 个人觉得这个非常麻烦 也没有必要。试想如果能有一个总控机制的调度系统的话，类似的工作可以忽略很多。 因为有了总控表的概念  我们就可以在将来使用Web来实现Kettle的调度和监控。 总体的设计可以是在Kettle所属DB里添加一张表 该表的设计应该满足以下几个需求 1、设计一个EM字段来显示该JOB是否可以运行 0是ok 1是Disabled掉了 不论是什么原因 2、结合1的需求继续完善一下 设置一个轮训机制 比如设置7个Columns 分别表示周一到周日是否运行的，比如周日如果有DB维护动作 我们就可以在总控前台讲周日这个Column标记为1.当然了 这一系列的动作我们都可以在Web前台页面完成。 3、各JOB运行时间和Loading的记录以及平均值。 分别记录 最近一次运行 最高峰的一次运行  和平均运行值。 4、JOB所达主机网络状况，如果该host属于没有相应或着ping的时候没有反应的话，该JOB忽略本次运行，该线路如果长时间属于不可达状态的话，就会Email通知相关人员，CC给MIS。 5、暂时还没想到 但估计用处不止这些！
发表评论
阅读全文

利用动态管理试图和函数来查询系统状态

/* sys.dm_exec_connections 动态试图 查询连接数据库的方式 登陆认证的方式 网络配置等等 */ SELECT connect_time,protocol_type,local_net_address,net_transport FROM sys.dm_exec_connections WHERE session_id=@@SPID; -- 查询今天修改规划过的所有数据库对象 -- USE DB SELECT name As object_name, SCHEMA_NAME(schema_id) AS schema_name, type_desc, create_date, modify_date FROM sys.objects WHERE modify_date > GETDATE() -1 order by modify_date; -- 查询数据库位置 USE master SELECT  name,physical_name AS CurrentLocation FROM sys.master_files WHERE database_id=DB_ID(N'tempdb'); /* sys.sysobjects 和 sys.sysindexes 返回数据库的所有数据表所含记录数、创建日期 type='U'代表用户自定义数据表 p代表存储过程 Type可以过滤数据库的对象类 */ USE master select DB_NAME() as DB_NAME, sys.schemas.name AS SchemaName, Name=o.name,  i.rows As 总比数, o.crdate As DateCreated from sys.sysobjects o  left join sys.sysindexes i on o.id=i.id and i.indid<=1 join sys.schemas ON schema_id=uid where type='U' /* 查询各数据库表是否包含Identity字段 如果有就列出来 */ SELECT  s.name Schame...
发表评论
阅读全文