自定义博客皮肤VIP专享

*博客头图:

格式为PNG、JPG,宽度*高度大于1920*100像素,不超过2MB,主视觉建议放在右侧,请参照线上博客头图

请上传大于1920*100像素的图片!

博客底图:

图片格式为PNG、JPG,不超过1MB,可上下左右平铺至整个背景

栏目图:

图片格式为PNG、JPG,图片宽度*高度为300*38像素,不超过0.5MB

主标题颜色:

RGB颜色,例如:#AFAFAF

Hover:

RGB颜色,例如:#AFAFAF

副标题颜色:

RGB颜色,例如:#AFAFAF

自定义博客皮肤

-+
  • 博客(44)
  • 资源 (1)
  • 收藏
  • 关注

原创 现在工作中需要注意的问题

1、任务要合理,如果有困难要及时上报,不要让任务烂在自己手中,说的很好,与其什么都没做好,不如少做点,把手中的事情做好,这样最后的结果总比什么都没做好要好。2、不要把什么事情都往自己身上揽,要给自己留有余地和空间,不要把自己所有的时间都占用,把所有的精力都耗干,自己的身心健康还是最重要的。3、其它同事或者领导总是习惯性地把责任和任务退给我,如果不拒绝,那么我将会被这些事情缠身,耗尽我的时间

2014-02-17 00:28:17 591

原创 工作随感

今天l硬是要把问题推给我,跟他讲道理根本就讲不通,还耍大牌,说他很忙的,有很多的事情,可以看出他是一个小人。要吸取以前的教训,不要跟小人理论什么,因为这根本就讲不通,也不要多说,简单说几句就可以了,要不就把问题推给上级领导。我性格的直爽就是发现直接就事论事,而没有充分考虑到当时的环境,例如是在和小人讲话还是和君子。例如w想套我的话,随便问我点东西,看我怎么回答,其实他都

2014-02-11 23:42:23 468

原创 新项目接口开发相关

今天开发接口时,一个字段的取值问了架构师,架构师马上问了我几个问题,把我一下子问的羞愧了。他问我有没有走过一次流程,知不知道页面的取值,这个数据的含义是什么,如果我只是这样简单地赋值将没有任何的意义,问来问去也没有问明白,要自己去专研,多问别人,多交流,自己工作也几年,如果不去专研那就会一直是这样。这样简单的几句话体现了几点:1、教了我一种学习的方法,就是需要根据数据了解业务规则,

2014-01-16 00:57:15 599

原创 新项目接口的开发

新接手接口开发,用的技术是webservice,框架是项目组开发的。这里有几个问题:1、首先是对webservice方面的知识还不知道可以看视频教程,自己动手练习,理解最基本的概念,原理,过程。2、发送给外系统的数据在业务上的用途,数据的业务含义问别人、看文档、到网上查3、再更深一步理解接口,怎么理解和学习看相关的资料,书籍,目前就知道SOA(service-o

2014-01-15 00:51:58 698

原创 新项目与旧项目的比较-1

进入新项目不到一个月,简单谈谈新项目与旧项目的一些比较。1、氛围比较我刚进旧项目时,是项目经理放任不管的,对我这个新人完全交给了所谓的师傅,生杀大权就由她了,可偏偏不巧的是,遇到的是一个彻头彻尾的小人,人品极差,而当时项目偏偏又是由于前面的同事辞职,她当上了核心,其实现在看来他技术很一般,最大的特点是会骗人,极其恶毒,生怕我学到了什么东西,想尽各种办法告我黑账,恶毒攻击,欺骗,玩弄,误导,

2013-12-17 00:39:11 1640

原创 新项目中一个解决问题的例子

需要画一个新的FLex界面,而新的Flex界面和当前系统中存在的一个界面完全一样,只是需要将组件改为新的。我的做法是将原来的界面拷贝过来,然后用新的组件替换旧的组件,替换完了之后进行测试时发现列表下的两个按钮没有显示出来。接下来找原因,开始猜测是页面布局的原因,导致按钮不能正常显示出来,但检查代码没有发现这方面的问题;第二种猜测是组件的原因,因为组件都是新封装的组件,于是找个项目中的例子对

2013-12-07 02:00:03 1203

转载 新项目中需要学习的东西

当前所在的项目算得上是一个特大型的项目了,有很多的东西可以学,这个项目上承载了很多的思想,方法,技术,管理的内容。在工作实践中需要透过现象看到本质,需要挖掘问题,多见识不同的东西。将理论联系实际,使理论和实际紧密结合起来,多实践,多深挖,多看书,看博客,多讨论,多记录,多写。对于一个步骤繁琐的工作一定不要试图相信你自己的经验和记忆力,务必是要按着操作步骤和检查点,一步步的做,很多时

2013-12-06 02:07:15 852

原创 新项目工作日志

为期一周的demo开发,有模板,基本的框架搭建起来了,这样能迅速熟悉新项目的开发环境,这是一种很好的管理方式,每个人都配有导师,遇到问题能及时解决。需求分析写的很规范,界面原型都有,OOM将类、时序图都画好了,基本的思想都已经大体实现了。如果对自己没有什么要求,不去挖掘,不去往深处想,那么自己就会被变成一无用处的底层开发人员,没有自己的分析能力,提问的能力。就像人月神话说的那样,不能简单地

2013-12-03 01:15:09 583

原创 为什么要买《数据库系统教程》第三版

1、最重要的原因是第三版后面的习题有答案,这样我做练习之后,能有个反馈,否则错误的还一直是错误的,没有进步,这样会浪费很多时间和精力。2、第三版与第二版的时间相差较大,这些年数据库技术有进步,知识有更新,需要与时俱进。3、对有些难点和重点内容,第三版在第二版的基础上有所改进,使之更加容易理解和接受。4、在现在这个阶段,不要吝啬钱在买书上,哪怕只有一两章对自己有益

2013-09-24 00:51:06 1303

原创 关系模式的范式

衡量关系模式的好坏的标准是模式的范式。其本质就是解决数据冗余的问题。

2013-09-22 00:05:35 841

原创 关系模式的分解特性

在知识链中的地位和作用:为后面的关系模式的范式打理论基础。模式在分解的过程中,需要保持的两个特性:无损分解、保持依赖;在保持了这两个特性后,才符合实际需要,消除冗余。提出分解需要保证的特性---->分解的方法

2013-09-19 11:38:43 1960

原创 函数依赖

函数依赖在知识链中的作用和地位:理论性很强,是后面关系模式的规范的基础。概念的引入---->理论上的升华---->概念的延伸---->靠近实际符号的引入使理解加大了难度,因为抽象性更高,覆盖范围更广,但是表达上更完整,更严谨,为理论的发展作了一个基础。这里在理解上化简的一个好方法是将它与实际中的表对照起来理解,这样就将难度下降了。另外抓住一个关键点,函数依赖是关键码概念

2013-09-17 00:57:13 552

原创 关系模式的设计问题

这是在实践中出现的问题,与关系模式的特性有关,对表中的字段的实践也更加深入了。由于产生了这些问题,在解决这个问题中有一套数学理论作为支撑,以保证完整性和正确性。这是问题驱动的,理论的产生也是由于问题的驱动,在对问题进行深入的总结和升华,并和数学相结合后产生的。在实际中,要特别注重遇到的问题,在遇到问题后要深入分析总结。关系模式的设计问题来看主要解决关系模式的数据冗余问题。操作异

2013-09-17 00:55:56 1426

原创 概念的理解-3

概念的理解-3

2013-09-17 00:55:34 467

原创 概念的理解-2

查学习全部课程的学生。细节,深入。见到双重not exists后怎么有乱的感觉? 这是非常重要的一个问题。(这里由感觉感性控制了自己,这导致的理性思维不起作用,在这种情况下的思考是毫无价值的,这是非常危险的,在现在这个阶段是不应该出现这样的问题的。)对基本的知识是否清楚?例如这里对单个的not exists 的理解是否清晰透彻,直接影响到接下来的理解,如果不理解,自己是否能注意

2013-09-14 19:21:19 650

原创 视图中蕴含的思想

视图这个概念中蕴含的思想是分层的思想,去除底层的复杂冗余的东西,抽象出一个中间层,这个中间层与用户更加接近;这与网络分为7层的思想相似。将这种思想用到实际生活中,解决实际问题中:例如给上级汇报时,不要将繁杂的细节东西展示出来,而是将抽象后的,最好是图形化的,统计数据化的东西展示出来。

2013-09-12 21:57:39 477

原创 递归查询

这点在知识链中的地位:算是解决复杂问题的一个工具with 的用法在实际中已经用到,对处理复杂的sql有一定的帮助,有一定的结构化的特点,是一张临时表,又像是定义了一个中间变量,对简化问题有一定的帮助。在书中讲这个例子的过程中,用到了几种方法,首先是将意思表达出来,如“W(C#,PC#)表示课程号、直接或间接先修课”;接下来是利用这个关系进行分类讨论和推理,如下:获得

2013-09-12 00:50:56 405

原创 基本表的连接操作

连接操作的一个推动力就是有人认为select语句中无直接连接和自然连接。连接操作符分为连接类型和连接条件。连接类型,决定了如何处理连接条件中不匹配的元组;连接条件,决定了两个关系中哪些元组该匹配,以及连接结果中出现哪些属性。1、natural:表示执行自然连接2、on 等值连接:具体指出在哪些关系上做等值连接3、using(A1,A2...):类似自然连接,公共属性

2013-09-11 23:36:40 606

原创 Sql的数据查询

查询涉及多个基本表时用嵌套结构逐次求解层次分明,具有结构程序设计的特点。嵌套查询的执行效率比连接查询的笛卡尔积的效率高。自顶向下程序设计时,应先考虑总体,后考虑细节;先考虑全局目标,后考虑局部目标。不要一开始就过多追求众多的细节,先从最上层总目标开始设计,逐步使问题具体化。逐步细化对复杂问题,应设计一些子目标作为过渡,逐步细化。模块化一个复杂问题,肯定是由若干稍简单

2013-09-10 07:30:17 437

原创 SQL的数据定义

在知识链中的地位:这里的这些概念,离实际应用的距离很远,例如知道建表,但在实际应用时,你需要根据具体的业务需求、技术要求下去建表,对系统的熟悉,对业务技术的具体要求,设计这才是重要的,这才是难点,简单的建表语句只是最后的皮毛。所以没有必要在这里花太多的时间精力,把主要精力放到具体的实践活动中。再说删除列,这在DB2中是没有的功能,数据类型的话,具体的DBMS有很多自己定义的类型,这需要在具

2013-09-08 20:39:08 630

原创 SQL的体系结构

数据库的产生与发展,sql的产生与发展,从这些事情中可以看出,一个技术的产生与发展是经历了一些过程和时间的,不是一筹而就的,都是在不断的改良过程中不断的进步的。

2013-09-08 13:56:44 661

原创 个人管理

对自身状态的分析,有高效的意识。自身处在什么状态心中要有数(站在更高的角度看自己),并且要及时调整。心中时刻都有高效的意识,知道自己是在做什么,有什么意义。在实践中不断的练习中进行调整和提高。 实际可靠,马上行动。将想做的事情分解成实际可靠的,然后马上行动,可以缓解压力,获得满足和成绩感。

2013-09-07 22:02:21 424

原创 待解决的问题

在一般的情况下,看完书后很容易忽视做练习,其实这是一种非常低级的状态,然而经常就是这种状态而自己却浑然不知。这其实在其他方面也是这样的,自己处在一个什么状态,自己不知道,只有自己走出来之后,或者站在别人的角度才看得清楚。(难道就没有其它方法了吗?通过自己深刻的反思,比较,学习,请教,讨论能发现这些问题吗? )

2013-09-07 22:01:27 467

原创 高效的练习

在一般的情况下,看完书后很容易忽视做练习,其实这是一种非常低级的状态,然而经常就是这种状态而自己却浑然不知。这其实在其他方面也是这样的,自己处在一个什么状态,自己不知道,只有自己走出来之后,或者站在别人的角度才看得清楚。(难道就没有其它方法了吗?通过自己深刻的反思,比较,学习,请教,讨论能发现这些问题吗? ) 做练习也有几种情况,一种低级的状态是傻瓜式的,就是根本没有思考,精神状态极其差,

2013-09-07 21:57:15 540

原创 关系代数部分总结

《关系模型的基本概念》->《关系代数》-->《关系代数中的除法--概念的理解》--《关系代数的运算的应用》-->《关系代数的七个扩充操作-及其深刻内涵》-->《个人学习模型》-->《关系代数表达式的优化》从概念到基本性质,再到运用,到扩展,最后到优化。优化是最高级别了,想要在数据库优化上有所作为,同样的道理,也需要一步步来。在这其中,还穿插了学习方法,感受方面的东西,这

2013-09-04 23:56:15 692

原创 学习关系代数优化的感受

1、在面对一个抽象问题的时候,太多的胡思乱想和恐惧心理,这样就导致了效率极其低下。(这时候应该回归具体和实践,哪怕是最简单的和重复的,在这个基础上才能产生进一步抽象的可能)2、把书看了两遍之后,感觉好多了。3、把握好关键后,也即是最花时间的是笛卡尔积和连接操作,优化的目标就是解决这个问题。在把握好这个关键后,再看后面的细节内容,感觉上也好很多。4、适应关系代数的

2013-09-02 23:40:32 1933

原创 关系代数表达式的优化

查询的处理的代价通常取决于磁盘访问,磁盘访问比内存访问速度慢很多。在这里由于计算机原理的知识的欠缺,理解起来有点费劲,例如不知道关系的连接在哪里进行,连接的中间结果放在哪里,计算后的结果怎么处理,这时如果纠结在这个上面则额外增加了很多的复杂度,最终导致不能正确理解优化过程。如果只把计算机原理的知识放到一边,只抓一点:计算需要在内存中进行,所有的块都要放到内存中,才进

2013-09-01 22:16:36 5305

原创 个人学习模型

形成适合自己的学习模型,提高学习效率和能力。以理解关系代数的除法为例,分析为什么难以理解抽象概念:1、没有熟悉和理解元组、笛卡尔积、投影、差 的深刻含义。  不熟悉容易产生恐惧和模糊的感觉,这会阻止进一步的学习和理解。2、没有亲手举一个实例。没有亲手举具体的实例,产生的也是模糊不清的感觉,这也会阻止进一步的学习。3、没有对每一步和整体上的适当的抽象。没有抽象,难以理解本

2013-09-01 19:39:37 598

原创 关系代数的七个扩充操作-及其深刻内涵

现实需求推动,问题推动,概念的发展过程。现实需求推动:广义投影、外连接、外部并、聚集操作问题推动:改名、赋值(这两个是从技术的角度进行化简)五个基本操作-->四个组合操作-->七个扩充操作。在整个知识链中的地位?这是SQL语言的数学基础、深刻理解关系代数对SQL的深刻理解有帮助,为以后的SQL做准备。1、改名改名可以使关系代数能清晰地表达

2013-09-01 09:43:08 3991

原创 关系代数的运算的应用

这可以与代数的加减乘除类比。能灵活运用,解决实际问题,把加减乘除的类比到关系代数,并能结合关系代数本身的特性,在没有看到先例的情况下解决遇到的新问题,这就实现了在思想和方法上举一反三,就达到了李开复所说的,把大学学到的知识全部忘掉,剩下来的部分。技巧:1、常用技巧:表连接,将表扩充,将元组的属性扩展;然后进行元组的筛选;最后进行投影。2、“检索至少选修C2和

2013-09-01 01:15:56 1477

原创 关系代数中的除法--概念的理解

关系代数中的除法

2013-08-28 23:58:25 3234

原创 关系代数

对于这类知识的学习,需要添加实例,否则就像空中的浮云一样飘来飘去。 1、关系代数的五个基本操作:  就像数学中的加减乘除一样,首先这四种运算构成了基本的代数知识。这里只是针对的关系,其中 并、差、选择 这三种是对元组的运算;投影是属性的运算;笛卡尔积是元组和属性的综合运算。 这五种运算就构成了关系代数的完备集,所有的其它的运算都是建立在这五种基本运算之上的。 2

2013-08-27 01:10:04 1389

原创 关系模型的基本概念

这是对前面数据库的基本概念中的数据模型进行细化的部分,把主要的数据模型单独拿出来讲,向实用性又近了一步。正如学习其它知识一样,先讲基本术语,然后讲规范规则,再向实用靠近。接下来向体系结构,对知识进行评价(评价是比较高的阶段了)。下面对每一个知识点进行深入:1、基本术语关系就是一张表,实例指的是关系模式的实例,也就是一张表。主键和外键是重要的概念,表格之间通过主键进行导航

2013-08-25 13:11:46 2248

原创 DBS的组成、DBS的全局结构、DBS结构的分类

概述:这在知识体系中都是目录式的知识,把它整理出来,形成图即可。

2013-08-23 00:05:25 5828

原创 关系模型的基本概念

关系模型由若干关系模型(记录类型)组成,记录类型又分为实体类型和联系类型;记录类型的实例是关系,关系实际上就是一张二维表。关系模型靠键来导航,表与表之间靠键关联起来,回到现实中是事物之间的联系。 用图和表来表示思路,有几个好处,第一是简化了表达,一目了然;第二是提供了角度观察和思考问题的另一个角度。 这里的概念比较晦涩,不必太纠结在这里,离实际的应用还比较遥远。

2013-08-18 23:19:52 841

原创 DBMS的主要功能

这五个功能是怎么提出来的?第1、5个功能是技术上;第2、3、4个功能是实践需要,根据现实需要不断完善的,这是需要积累经验的。(提这个问题有什么意义?)表示--操作--安全--维护--元数据(这应该是很多技术的共性)作为一个数据库管理员,应该要对这里的每一项功能都要理解透彻,否则很难管理和调优。对一种数据库管理系统深刻理解后,应该要对其它的数据库管理系统触类旁通。

2013-08-17 11:15:27 3486

原创 数据库管理系统的工作模式

DBMS的工作模式:1、接受应用程序的数据请求和处理请求;2、将用户的数据请求(高级指令)转换成复杂的机器代码(底层指令);3、实现对数据库的操作;4、从对数据库的操作中接受查询结果;5、对查询结果进行处理(格式转换);6、将处理结果返回给用户。 DBMS将用户的操作从应用程序带到外部级、概念级、内部级,再进一步通过OS操纵存储器中的数据。DB的系统缓冲

2013-08-17 10:14:22 3827 2

原创 数据库的三级模式结构的缺陷

数据库的三级模式结构是一个理想的结构,使数据库系统达到了高度的数据独立性。但是给系统增加了额外的开销,体现在:要在系统中保存三级结构、两级映像的内容,并进行管理;用户与数据库之间数据传输要在三级结构中来回转换,增加了时间开销;

2013-08-14 00:08:02 1075

原创 两级数据独立性

数据独立性:指应用程序和数据库的数据结构之间相互独立、不受影响。 1、物理数据独立性修改内模式,只需修改模式/内模式映象,使概念模式不变。 2、逻辑数据独立性修改概念模式,只需修改外模式/模式映象,使外模式和应用程序不变。 这两个独立性在知识链中是什么地位?      是原则上的地位有什么作用?      是一种思想,就像面向对象思想一样,它使得

2013-08-14 00:06:59 2441

原创 数据库体系结构的五个要素

一、概念模式是数据库中全部数据的整体逻辑结构的描述。概念模式连接外模式和内模式的中间观点。概念模式的数据定义语言称为“模式DDL”。 二、外模式外模式是用户与数据库系统的接口,是用户用到的那部分的数据描述。用户使用DML语句对数据库进行操作。描述外模式的数据定义语言称为“外模式DDL”。 三、内模式内模式是数据库在物理存储方面的描述,它定义所有的内部记录类型、索

2013-08-14 00:05:39 4009

空空如也

空空如也

TA创建的收藏夹 TA关注的收藏夹

TA关注的人

提示
确定要删除当前文章?
取消 删除