junctioner

加强对(Oracle)SQL语句的学习(0)

--沉浸在技术之中,如同喝高度白酒,比较麻醉人。

工作中,遇到比较复杂的SQL语句,也挺费时间的。今天有时间就研究一下,找到如下几个资源链(比较懒,也懒得COPY,避嫌抄袭)

http://www.51one.net/study/Oracle/list1.htm

学习两个关键字的用法,intersect(取交集),minus(取差集)

(select a.name from a) intersect (select b.name from b)

(select a.name from a) minus (select b.name from b)

{重学高等数学,全还给老师了,现在自己去要回来,上Google:)

并集:A和B相加的全部;交集:A和B相交叠的部分;差集:并集-交集;补集:如果集合B是集合I的子集,我们把I看作全集,那么I与B的差集I-B,叫做B在I中的补集}

SQL语句优化技术分析

http://www.pconline.com.cn/pcjob/other/data/oracle/0501/536463.html

避免用

 避免使用  替代方法
field in(a,b,c)  field=a or field = b or field=c
field is null /is not null  field > ' ' 、field > 0

 select * from a   

 union

 select * from b

先取两表,再合并

 select * from a

 union all

 select * from b

简单的将两个结果合并后就返回

   


posted @ 2006-03-16 13:51 junctioner 阅读(1941) | 评论 (2)编辑 收藏

1kg,What?

1kg?

1kg代表什么?

一公斤么?对!

一公斤什么?

#¥%@&×。

这里(http://www.1kg.cn)有一个答案,一公斤的书籍文具。

这是一项民间发起的公益旅游活动,它通过传递-交流-分享三个简单的步骤带给旅游者丰富的旅游体验,受惠的是每一位参与者的心,更多的是千万双渴望知识的眼睛。



posted @ 2006-03-16 13:49 junctioner 阅读(188) | 评论 (0)编辑 收藏

国产Ajax实现-buffalo

早上刚发现的国产Ajax实现,现在版本是1.2,其网址是:http://www.amowa.net/buffalo

当下buffalo-1.2.zip 4,770KB ,

解开,发现项目配置文件是eclipse(切喜!eclipse,my love。),

导入eclipse中,红色的报错:三个类库变量没找到,是web服务要的三个包servlet-api.jar、jsp-api.jar、jasper-runtime.jar,在tomcat对应目录可以找到。其实还有第四个类库变量--junit.jar,只不过eclipse中自带的有,如果不用eclipse,找到这四个jar包引入。

项目是以java文件为主的,有一个war目录是演示用的web应用代码目录,web应用项目得自己建,这个感觉不爽,虽然它有一个build.xml文件可以打web应用包,但想调试跟踪,还是缺一步(我站在研究的角度,如果应用的话,加入那几个包,看看使用方法就可以了)。

首先研究了一下ApplicationServlet.java

1.这个Servlet初始化时,创建/获取了一个服务仓库(ServiceRepository);

2.所有的请求、响应都封装成一个自定义的请求上下文本(RequestContext);

3.根据请求的路径调用不同的RequestWorker;(这一点好,又不好)

4.剩下的就是worker开始工作了,初始化、校验、处理。

重要的也是“处理”,现在看看worker的结构。

接口类:interface RequestWorker 定义三个基本方法。

抽象类:abstract class AbstractRequestWorker 实现初始化和校验这两个基本方法,另实现一些其它方法。

具体实现类:ViewWorker、BuffaloWorker、UploadWorker 当然,你也可以写自己的worker

当的项目源码中,ViewWorker、UploadWorker的处理方法中都是抛出UnsupportedOperationException,想处理的话,你也可以加。现在重要的讲讲BuffaloWorker的处理。

1.通过封装的请求上下文件(RequestContext),获取服务仓库(ServiceRepository);

2.通过请求的相对路径(此方法感觉欠妥),获取相应的服务;

3.有了“业务处理方法”、“业务请求”后,就是调用“粗麻布调用(BurlapInvoker)”处理余下的工作了。

前面写的是一些流程,没什么复杂的东西,这最后的 invoker,是比较核心,也很经典的处理。在这里,我也不多写了,再写下去,大家也一路的看下去,没什么感觉。相信看完了 invoker的实现,一定能学到不少东西。

下次看看前端是怎么实现的,今天到此为止,休息一会!



posted @ 2006-03-16 13:45 junctioner 阅读(357) | 评论 (0)编辑 收藏

试玩Ajax-json-rpc

一、下载

下载网站:http://freshmeat.net/projects/json-rpc-java/?branch_id=49217&release_id=214415

下载地址:http://freshmeat.net/redir/json-rpc-java/49217/url_zip/json-rpc-java-1.0rc2.zip (版本1.0rc2)

解压后有三个文件夹、三个文件:

src  jsonrpc的核心代码

test 演示用的java代码

webapps 演示用的web代码

build.xml ant文件

jsonrpc.jar 编译好的jsonrpc核心包

jsonrpc.war 编译好的演示web包

二、安装运行

1、如果不想用javaIDE编译发布,配置好ant 和tomcat,用ant运行解压后的build.xml,把jsonrpc的demo发布到tomcat中,启动tomcat,打开http://127.0.0.1:8080/jsonrpc/ 就可以看到演示了。

不过,build.xml文件要做一点适应的改动,

<property name="tomcat" location="../jakarta-tomcat-5.0.19"/>中的location值要设置为tomcat的安装目录

<property name="tomcat" location="D:\java\Tomcat5.0"/>

2、用javaIDE的话,我是用eclipse 3.01+myeclipse 3.84

新建一个空的web项目,

web root folder=webapps,

context root url =jsonrpc,OK。

(这两个值可以用默认设置,但用默认设置后面改动比较多,所以就迎合它自己的口味)

把解开的src和test目录放到新建项目的根目录中,webapps/jsonrpc目录下的内容拷贝到项目webapps目录中,eclipse自动编译,会报一些错误,是因为test/src中有一部分java源码未作为java文件编译,鼠标右键点击项目图标->属性->Java编译路径->资源->添加test/src目录到资源中,确定OK。

jsp文件没有因java文件的重新编译而更新所以还会显示一些红色的错误,就得手工让它再编译一次,鼠标右键点击项目中webapps目录->myeclipse->运行校验,OK,剩下的是一些警告信息,如果你不想看到它们,可以去程序中一个个的去掉。

在eclipse中发布jsonrpc、启动tomcat服务,大功告成。

简单的看了一下它的设计实现过,明天接着写。



posted @ 2006-03-16 13:43 junctioner 阅读(2086) | 评论 (0)编辑 收藏

有感觉钱钟书的认真

    近日忽有兴致想读钱钟书的《围城》,一时没时间去买书,就在网上搜了一下,果有电子版的。

    先看前言,说得多的是第几次印刷,又改了几个错漏--对于这一点,象他们那一辈人给我们的印象都是这样,事不分巨细,都特别认真,再一次感受到他们的这种精神,也增加我接着往下看的兴趣。当读到第一章时,就发现有几个字明显是打词组时带出来的,很简单就能处理的事情,就留它一个结疤在这儿,读得很不顺畅,有几处的用词,意思上差不多可以说过去,但感觉很绕口,为增加读下去的兴致,就自己给自己找借口:钱老那时的白话文跟现在的有差别。不过,读到第三节时,实在没有兴致了。累呀!

    前两天网上有关于张海迪的提案事件,事情也是沸沸扬扬的,实情是什么样子的我不知道,但大部分人应是认同张海迪的为人。事件中就提到新闻报到提用人名,要经当事人同意这一点,我想,如果是一个认真的人,这件事情是应该去做的,人云亦云的转抄不去实究更是不该做的事情。

   现在的人难道都这么浮躁么!

posted @ 2006-03-16 10:47 junctioner 阅读(212) | 评论 (0)编辑 收藏

开放源代码,是软件发展的最终模式

      刚看了《Jboss创始人Marc Fleury:我要为开放源代码辩护》的文章,第一反应就是要为Marc Fleury鼓掌!
      
      我不是计算机专业科班出身,对计算机知识的理解都是基于兴趣爱好--我喜欢,我就做。记得上大学前填报志愿时,好多同学都是没有考虑第一志愿就填的计算机专业(因为他们都喜欢,甚至痴狂),我也非常喜欢计算机,也想跟他们一样,但瞬间的冷静一想,基于计算机会是每一个人的基本工具,懂计算机是必然的事,就报了其它专业。虽然不是学计算机,但课余时间几乎都是在学计算机知识上面,还经常去旁听计算机专业的课。我学习编程,都是看着写好的例子一句句的琢磨,最后就知道怎么用那些方法,关键字,虽然是很原始的学习方法,但还是比较有效的--这也许就是我支持开放源码的“第一”原因吧。
      尔后,也接触到很多软件,对那些软件,或多或少有自己的想法,希望能去完善它们,但大部分是编译过的,想完善它们只能是隔靴挠痒的事。有一部分软件也提供二次开发的接口,也有相应的开发接口文档,但发现问题是在它原有程序里的,就没办法。为此,有一段时间特别热中于反编译,觉得那是仅次于做黑客的事情,随后,无奈的知道这是触犯一些商人权利的事(现阶段这些商人创造社会财富,也给制定法律的政府交税,个人还是无法超越在法律之外的)。对此,只有喷墙。
      后来,发现开源软件不仅免费使用,更重要的是它的源码是对所有人开放的,这无疑点亮了我学习开源软件中的编程精华、设计思想的光明之路,也促使我更偏爱使用开源软件。

posted @ 2006-03-07 19:15 junctioner 阅读(245) | 评论 (0)编辑 收藏

开源ETL工具--kettle

在google上查到两款java的开源ETL工具
Kettle(http://www.kettle.be/)和
Octopus(http://www.enhydra.org/tech/octopus/index.html
先看Kettle

下载kettle的源码(也可以下载BIN的),在eclipse中启动,出现配置Repository的小窗口,在这小窗口中配置的Repository,输入口令后老报口令错误(可能是没配置好),就直接点No Repository进入主窗口,这就开始ETL工作了。

待继。。。

posted @ 2006-03-02 12:39 junctioner 阅读(2924) | 评论 (4)编辑 收藏

政府这根红线如何用?

媒婆=政府
女方=企业
男方=IT公司

现在,男方摆出什么家当来,可以让媒婆一上门,女方就高兴的嫁过来呢?

第一眼,感觉有很大的空间,可show的东西很多,随便挑一个都成,但要确定一个具体的东西时,张开口不知说哪一个了。

企业信息化?这个题目还是太大。
ERP?是大火过后的冷静,广大中小企业一直也是作避上观。
SCM?政府对企业这方面的东西好象没说话的实质内容。
CRM?政府做的工作是招商引资,投资环境,切实的工作还是得企业自己搬砖砌墙,牵强的说有点表亲关系。

换个思路,现在的女方最看中的是什么呢?看她关注什么。

企业价值最大化,是任何一个企业追求的目标,怎么样才能实现企业价值最大化呢?

提高生产效率、提高产品质量、提高服务质量、提高管理执行力、提高企业竞争力;
扩展市场、提高市场占有率、维系老客户,发展新客户、提升企业品牌价值;
控制成本、减少不必要的支出;

怎么就感觉这些都是站在书堆里说的话呢!

企业公共关系?

posted @ 2006-02-17 10:25 junctioner 阅读(246) | 评论 (0)编辑 收藏

从程序中汉语拼音命名说开来去

写程序也有几个年头了,对程序中变量、方法、目录之类的东西命名,总要花点时间--读书的时候不认真,对不起在上面讲课的老师。对一些命名规则也了解一些,也努力那去做,不过,表意的关键字就没有什么规则好参照,只有自己找资料根据业务找最接近的单词来表述,每每这个时间,就想要努力学习英语。

今天看了几个政府的网站,点到其中的链接,看了半天,愣是没看明白那链接中路径表达的是什么意思,英语太差,惭愧!后来看到网站中栏目分类的名称,一个个的对一下,原来是每个汉字的拼音首字母的组合,一个字,累!尔后看到网站上还标明“中文简体版”、“中文繁体版”、“英文版”。点进繁体版看看,繁简转换得不错,但链接的路径描述还是那样,看来是技术处理的不错;点进英文版瞧瞧,内容跟中文版的完全不一样,是另做的一套网站内容,这时的链接路径描述还可以看出是什么意思来。

今天这事,我想到以前接触的一些项目,其中的表意命名也是这么处理,甚至数据库的字段名也按这个“规则”处理,我想他们工作的时候也是煞费了一番苦心呀。以前还看到一个牛人写的程序,程序中的命名全是汉字,在他的那个编辑器中,还一点问题没有,而且也能跑起来,但把代码一移到其他人的编辑器中,就“万里江山一片红”--汉字命名的全报错,后来那GG一拍屁股走人,他的代码没人能接过来,只有“咔嚓”,项目头头无奈、老板心底流血。

如果在程序中用汉字作变量不出问题的话,估计汉字命名会很风靡。但电脑是洋人发明的,它认识它妈妈的语言很亲切,对于汉字,它也经常头痛,怎么办呢?要用它,就得迁就它--这是我们中国程序员的无奈。

计算机是死的,人是活的,说不定哪天,中国出了一牛人,让计算机认识汉字跟认识英文一样畅通无阻,那时中国程序员就有福了!这只是个期望,现在还没有出现这种情况,我们还没能改变计算机,只有改变自己--跟两个人谈朋友一样,总得有一个人改变,让两个人相处的更和谐!

posted @ 2006-02-15 17:39 junctioner 阅读(447) | 评论 (0)编辑 收藏

eclipse 的体积越来越大,福兮?祸兮?

经过eclipse的好几个发布版本,最先用顺手的是2.1,之后就一直用它。

记得第一次听同事介绍eclipse时,说了很多eclipse的优势,但没体会,自己也是抱着试试的心态拷了一个备份玩玩。
      Eclipse 2.1 整个文件包才20多MB,比当时使用的Jbuilder9来说,Jbuilder真是庞然大物。只要把ZIP包解压就就可以运行,不用复杂的安装。做完相关配置后,看到如期的界面了,接近windows界面的颜色比Jbuilder的那种界面颜色更易接受。做了一些简单的应用,操作功能跟Jbuilder差不多,但系统配套的代码开发,eclipse依赖于相关的插件,插件化是一个好的idea,但eclipse这方面的插件还没有一个能达到Jbuilder的那种高度的效果。问题是eclipse是免费的,也不能太高要求,想要高质量的服务,可以花点钱去买个插件MyEclipse装上,使用起来还不错。
      时间长了后,Jbuilder快从记忆中消去了(这几天看到Borland要出卖它的IDE部门,甚是为Jbuilder担忧,毕竞是一套不错的产品,也留下过美好的回忆),这期间,eclipse也更新了好几个版本,从2字头的到3字头的,体积变化比较显著,基于eclipse3.01使用比较习惯了,也接受它变得“丰满”。但后面几个版本还是保持在肥胖的状况,而且使用方面,新版本的取向在编辑功能,程序调试的性能大不如前,对此情况,我保持止步不前了。寄希望

版本号 发布日期 文件大小 备注
3.11 2005-9-29 103.41MB
3.1 2005-6-27 105.47MB
3.01 2004-9-16 88.50MB
2.1
1.0 19.32MB

posted @ 2006-02-14 13:06 junctioner 阅读(662) | 评论 (1)编辑 收藏

仅列出标题
共4页: 上一页 1 2 3 4 下一页 
<2024年5月>
2829301234
567891011
12131415161718
19202122232425
2627282930311
2345678

导航

统计

常用链接

留言簿(8)

随笔分类

随笔档案

文章档案

搜索

最新评论

阅读排行榜

评论排行榜