手机浏览 RSS 2.0 订阅 膘叔的简单人生 , 腾讯云RDS购买 | 超便宜的Vultr , 注册 | 登陆
浏览模式: 标准 | 列表全部文章

最近一周IN语

美女就象胡椒面,哪里人气不旺就撒一点,保证管用
到老年有几个明显的特征:一是记忆减退,二是……二已不记得了
什么时候才能像蜗牛一样,掌握自己的节奏,拥有自己的房子,走着自己的路
现代人的学习观:父母是教科书,朋友是参考书,爱人是工具书,邻居是报纸杂志,美女是画报
肥胖、金钱、自满有碍记忆力
狡猾和聪明的差距不是在智力上,而是在道德上
女人说“女人难当”这句话前,最好还是先听听结了婚的男人怎么说
这是我的名片,后面有我的电话,没事别打
爱情中的玫瑰,整好了是动力,整不好是核动力
快乐不是因为拥有的多,而是因为计较的少
一个女人会为未来担心,直到找到丈夫为止;一个男人从来不会为未来担心,直到找到妻子为止
幸福生活九字经:有希望,有事干,有人爱
孩子,别哭,爸爸带你到市场看别人吃糖
视爱情为生活奢侈品,有最好,没有也能活
富人拿出1000块给穷人和穷人拿出最后一块钱给富人,两者是不同的,前者把对方当朋友,后者把对方当兄弟
女人评判男人是看他开的车。男人评判汽车是看它是否吸引女人
你有什么不开心的事,说出来让大家开心一下
一父亲感慨两代人之间的代沟:刚刚适应了儿子的长发,他又剃了光头
我一直跑一直跑,把悲伤都伤化汗水,这样,就不会有多余的眼泪流出来了
如果你同时爱几个人,说明你年轻,如果你只爱一个人,那么你老了,如果你谁也不爱,你已获得重生
不要让自己的理智和感情赛跑,适得其反的是越克制理智,感情就越一路领先
等待太久得来的东西多半已经不是当初自己想要的了。
你中意的人,就像你手里握的一只小鸟,抓得松,怕飞走,抓得紧,捏死了
冷漠,有时候并不是无情,而是一种避免被伤害的工具
高峰期感受了一把地铁才知道原来人是软体动物
若问车票何处有,站长遥指黄牛村
令人不能自拔的,除了牙齿还有爱情
不要相信一见钟情,因为你不能一眼看出对方挣多少钱
鲜花往往不属于赏花的人,而属于牛粪
30岁到秋天还伤感的人是疯子,要么是傻子,至少还是个孩子
把握时令,创造时运,成龙成凤,要有自信;态度端正,不要卖命;身体要紧,不要生病;好吃好玩,欢度国庆
无论是蕾丝内衣还是工作报告,简洁的都是最好的
我们每天都和一些人擦肩而过,是因为地球上的人太多了
签任何合同之前至少看三遍——最具挑战性的合同是婚约
苦不苦,为了工资泪飞舞;累不累,为了工作心操碎;烦不烦,大量任务做不完;好不好,拿到钞票见分晓

Tags: in语, 娱乐, 休闲, 感悟, 思索

关于尿布的选用[续]

在8月7日的时候,我写了一篇关于尿布的选用,那时候,我们还没有开始使用好奇,现在开始使用了,也可以为这篇使用结尾一下

好奇的尿片,我们买的是男女通用的(不是买的,是别人送的),长度没有妈咪宝贝的长,略显有点短,不过,一夜过后,好奇尿片的表面也还是干干的。这点妈咪宝贝和帮宝适都不如它,过了一夜,这两种尿片的外部都有点湿,仿佛是渗过来一样。

但同样的,这两种尿片都是宣称自己的透气性好,所以我也没有办法确定是因为好奇的尿片透气性不好呢,还是它更加强劲。

嘘嘘乐嘛。就不提了,除了那个颜色可以随着尿液的增多而逐渐变化,可以更清晰的了解尿片里尿液的存量,这点是确实不错。

PS:今年我老婆的朋友想过来玩,问到需要什么东西,想送给小孩,最后说,还是送尿片吧,比较实用,老婆随口说不要送嘘嘘乐哦,朋友笑起来了,当年你们送的就是嘘嘘乐呀。汗一下,不过几年前,我们都不了解这些东西哪个最好,也没有什么经验。呵呵

 

Tags: 婴儿, 尿布

病中的 eBay[来自dbanotes.net]

在dbanotes.net看到这篇最新的文章,也算是有一点点感慨吧。


电子商务巨头 eBay 有恙,病在腠理,不治将恐深。已经好久不写针对竞争对手公司的评论了,但《福布斯》这篇文章真的让人感触良多。

硅谷的 IBM

谁的会议多,谁的效率低下:

公司内部流传着一个笑话,说eBay已经成了"硅谷的IBM"。20年前,IBM的官僚作风最终导致了公司风光不在,而这一比喻 正是对eBay当前状况的真实写照。一些现任和前任eBay员工纷纷在采访中抱怨说,eBay总是有开不完的会,公司太看中幻灯片的演示而忽视了真正的创 新。他们说,eBay成了 "商业咨询师"的聚集地,但是这些人大都是"纸上谈兵",根本没有与客户进行深入的接触,而且缺乏技术眼光,行为方式过于保守,而真正工程师却只能在一旁 听候指挥

不吃自己的狗粮

eBay 管理人员不用自己的产品,自然也就无从知道用户的感受:

"eBay的管理人员都很聪明,但是这些聪明人却从来都不用eBay,也没有花费足够的时间来研究他人是如何使用eBay的。"

电子商务公司需要技术高层

除了刚刚加盟前网景公司联合创始人马克-安德森(Marc Andreessen)之外,eBay公司的最高管理层中找不到任何的拥有技术背景的人。

尽管有些问题,但是 eBay 仍然是需要我们仰视。

--EOF--


相关文章|Related Articles

原文来自:http://www.dbanotes.net/review/ebay_problem.html

PS:部份文字的颜色是我自己更新的,与dbanotes的原文无关。谢谢

 

Tags: 幻灯片, 会议, ui, 开发

小家伙剃了个小光头

小家伙今天理了个小光头,不过还不算是太光,外婆不让。唉。胎毛还是留了点在头上。

上张照片。。。

图片附件(缩略图):
大小: 796.88 K
尺寸: 500 x 375
浏览: 2485 次
点击打开新窗口浏览全图

Tags: 佑阳, 光头, 照片

精通MYSQL数据库——连载十二

三大范式:第一范式,第二范式,第三范式,听着名字就很恐怖。但其实现在的人都被这个所谓的第三范式折腾死了,有事没事就拿出来涮涮,究竟怎么理解这些呢?一个一个慢慢的介绍。

数据库理论家们为数据库的设计1对N,N对N这种问题总结出了一个通用的解决方案,只需一步一步地三个范式(Normal Form)的规则应用到自己的数据库上就可以了。

第一范式的规则:

1、内容相似的数据必须“消除”(所谓消除,即再创建一个表来存储他们)

2、必须为每一组相关数组分别创建一个数据表

3、每条数据记录必须用一个主键来标识

第一条规则,看上去就比较适用于1对多的情况

第二条规则就不太好控制了,很多人认为第二条规则很难理解,数据的相关度,很难简单的描述清楚

第三条规则其实是一个实践经验,它的意思是数据表里的第一个数据行都应该包括一个独一无二的标识符作为索引。在使用MYSQL的时候,我们大多采用了自增字段来作为主键,但并非只有整数的自增字段才能作为索引,只要是独一无二的数据列,都可以用来做索引,之所以采用自增列,那是因为:1、不需要主动插入值2、整数列的时间和空间效率相对比其他类型的要高。

第二范式的规则:

1、只要数据列里的内容出现重复,就意味着应该把数据表拆分为多个子表

2、拆分形成的数据表必须用外键关联起来

第二范式,其实是在第一范式的基础上再进行一个拆分。指的就是第一范式规则的第二条内容。

外键关系在第二范式里显得特别重要,是因为第二范式时,数据会拆得更细,如果没有外键关联,恐怕数据就找不回来了。外键相当于我们日常所说的:交叉引用,对开发人员来说相当于指针。

第三范式的规则

第三范式只有一条规则:与主键没有直接关系的数据列必须“消除”

其实也就是把第二范式再分解,再建表。

可想而知,等到真正把一堆数据完全按照第三范式来进行设计的时候,恐怕在数据库里也就只能看到一堆ID了,数据呢?数据在哪里?通过外键,外键的外键,外键的外键的外键来慢慢的一个一个搜索吧。

对于MYSQL 4.1以下的版本,第三范式是会要了他们的命的,foreign key功能的不完善,让MYSQL 4.1以下版本,基本不适合第三范式,能用到第二范式设计时,数据表的效率已经几乎不能保证了。

这三个范式是著名学者E.F.Codd最先提出来的,后人在此基础 上对大到数学集合理论、小到关系数据库设计细节等诸多方面进行了研究和探索。如果对这方面有兴趣的朋友,还是多找找相关的书籍看看为好。

如果你的性子比较急,那么你可以尝试按照下面的方法来进行:

1、设计数据库的时候,一定要给自己充足的时间,如果等到数据库充满了数据,而程序也几乎开发完毕时,才发现数据库设计有缺陷,那么花费的代价就太大了

2、如果发现自己创建的表的数据列有序号,如name1,name2等,那一般就意味着还有更好的解决方案没有采用。可以考虑多创建一个表,而把这些分拆开。

3、第一时间往数据库里多插点测试数据,如果发现冗余量很大,往往就是表需要分拆的信号

4、设计时应该注意数据与数据之间的关联及引用关系

5、对于设计完的数据库,应该自己尝试写SQL语句,看看能否达到你预想的目标,如果达不到,那就要考虑是否设计的有问题。

6、如果你还是等不急,根据你的需要,到网上找找有没有类似的示例数据库,可以考虑拿来作借鉴。

说了这么多时间的范式,最后再说说他们的优缺点吧

缺点:数据表的个数越多,也就相对证明了从表单里获取数据并往表里插的时候,复杂性非常大,给开发人员会带来很大的困扰。同样,表多了,查询结果时,从中提取相关数据生成查询结果的复杂性也就越大;数据库的容量随着表的拆分量的增大而增大(不过现在也不是什么矛盾了,硬盘的价格几乎也快到了白菜价了,这点可以被忽略)

优点:严格按照范式设计出来的数据库,能够提供最丰富、最灵活的查询选项,人们往往都是在等到必须使用一种新的查询或者必须对数据进行一种新的分类时才会真正意识到这一点,但可惜的是,这些新需求往往都是出现在数据库已投入运行数月之后,到时候再改数据库,代价非常大。


现在工作有点忙,连载不会忘记,但更新频率会放慢,毕竟全部都是手工打出来的字。

不会象写小说那样太监掉的,毕竟这个东西对我自己来说,也是一种学习

给自己加油,为自己打气。也谢谢大家的支持

Tags: mysql, 精通, 数据库, 连载