2009年2月2日
今年经历了很多事情。我在日本的时候就对自己说过,以后再也不要过这么单调的生活。于是从日本回来,我全中国各地的去旅行。然后我来到了北京。过了两个月自己以前梦寐以求的生活:狠狠的干一个月的活,然后玩了一个月。今天中午我还睡在公园的长椅上晒太阳,好舒服。很快我就要恢复稳定了。我已经答应了一个公司,去那里工作。也是自己非常喜欢的工作,做互联网的。终于摆脱了对日的阴影。我想要好好的做技术,然后我要得到自己的技术不输于任何人的自信。我不服,我不服王智对我的评价。最近我面试了一些非对日公司。很多公司都告诉我我的笔试题是做的最好的,说我技术基本功掌握的很扎实。我不靠日语工资也能翻三倍。对每一个面试我的公司,我都说我很喜欢原来的单位。是的,东软的同事都对我挺好的,总监也对我挺好的。但是我恨王智,恨死他了。以前我有时候可能会生一个人的气,但绝对不会超过一天,更不可能达到要写下来的地步。可这一次,这是我对他的挑战书。王智,我一定会比你强。
posted @
2009-10-15 19:48 静儿 阅读(349) |
评论 (1) |
编辑 收藏
上上个周一,在前一天项目刚提交,周一早上2点开始睡觉,5:40又起床参加用友的面试去。其实我没有给用友投简历,那个负责人打电话给我说看到我的简历了,然后问了一些java基础知识,我没有一个答对了。结果人家指定了出题范围,说那我给你两周的时间,你学习一下,来参加面试吧。到了面试这一天,首先进行笔试,给了7,8页纸的题。我估计自己只做对了两道。然后是技术面试,那个给我打电话的负责人自己面试我。负责人拿着我的笔试题目,告诉我哪道题做得不对,然后启发式的诱导我给出一个符合他心意的答案。可是我只睡了这么几个小时,而且之前是一只连续的加班,觉得自己的头脑都没有思考能力了,最终我只是说我不会。那个负责人说那你大概是属于实战型的。于是让我上机做题。考察的数据库的方面,自然是会做,可是那个负责人说要我设计成一个方便使用的,于是我就开始改。已经是中午的时间了,负责人喊我一起吃饭。后来朋友告诉我,这是人事面试。吃完饭,继续上机,我当时心里稍稍有点想放弃的感觉,因为自己答得实在太差了,而且我真的累了。后来负责人再启发我按他的思路来的时候,我只是听着,并不打算做了。负责人说那咱们再到外面去谈一谈。负责人告诉我他觉得基础是挺差的。但是这关系不大,他更想要一个聪明的,学习能力强的。这样培养半年就差不多了,可以帮帮他的忙,他总是一遍一遍的给手下人讲这将那的,太累了。他说一是这边女孩子比例已经有点大,另外我基础实在不行,所以犹豫了一下。看我很有自信心,还是决定带我去参加人力资源部的面试了。可以人力资源部的人正好没空,于是让我下周再来。那个负责人就给我指定了更具体的学习范围。不过那一周,也就是上周没有人打电话给我去参加人力资源部的面试,应该是人家又找到更合适的了吧。但是我确实到现在都在按照他的指导在进行学习,这两天面试做java基础题非常的顺手,面试人员都说我基础知识很扎实。而仅仅在两周之前,真的是问我什么我都不会啊。真的很想再让那个负责人面试一下,证明给他看我真的是学东西特别快。我相信他可能看起来会严厉一些,却是个好老师,好leader。如果有机会,真的想和他一起工作。
posted @
2009-09-22 20:59 静儿 阅读(1266) |
评论 (0) |
编辑 收藏
我可怜的彼氏这么晚了,仍然加班中……
这个项目前台用的JSP,后台是用的java。我只是负责后台,对于JSP还是不怎么了解。但是当年毕设的时候,用的就是JSP,现在的理解多少增长了些。
JSP传说有九大内置对象。在这个项目中我主要接触的是request和session。知道了request对象是HttpServletRequest接口的一个实例。因为我要做的每一个类都会把HttpServletRequest request作为参数传进来。要说request对象和session对象有什么不同。从我的程序端可以看出来的是request是从页面上输入的信息,即表单信息。你可以把request对象里的数据存入session,也可以把从数据库里检索出的数据存入session。它们的相同点就是都是存储一个用户的信息的对象。
posted @
2009-09-21 22:58 静儿 阅读(345) |
评论 (0) |
编辑 收藏
感觉自己技术上确实有很多欠缺。又很久没有参加coding了,对技术反应稍显迟钝。所以我决定先做一段时间的项目,再找一个自己喜欢的工作。基于这个想法,上周三时参加了一个为期三周的小项目的招聘面试,周四就上班了。
这个项目的业务:saas
所用技术:struts框架 + tomcat服务器 + oracle数据库 + JSP + java
目前我只负责后台,struts框架和JSP基本没有接触。
在第一天配置环境的时候,tomcat插件的安装出了点问题。
按理说,我配置好了jdk1.5,设置好了java和tomcat的环境变量,把eclipse和tomcat安装上了,再把tomcat的插件放到eclipse的plugins包下,应该就没什么问题了。可是我因为要用一个工程的代码,就考了同事的workspace,结果在eclipse,点tomcat的启动图标,启动不了tomcat。所有的配置都正确,太奇怪了,怎么都找不到原因。而且可以新建一个tomcat的服务,而且可以启动。最后,新建了一个workspace,清了一下设置,终于好使了。但是总有点不甘心,不知道到底哪个设置有问题。
posted @
2009-08-24 20:02 静儿 阅读(310) |
评论 (0) |
编辑 收藏
今天面试了一家直接赴日的公司,老板对我的各方面什么都满意,没什么可说的。但是和日本有关的公司就是程序比较多,说过几天安排二面。如果二面不通过,人家会联系别的部门再给我面试。明天打算休息,学点东西。
posted @
2009-08-18 19:29 静儿 阅读(300) |
评论 (0) |
编辑 收藏
摘要: 面试二题
阅读全文
posted @
2009-08-17 15:51 静儿 阅读(321) |
评论 (0) |
编辑 收藏
摘要: 做好了甜点,洗好了甜甜的水果。屋子里甜甜的味道,等待他回家....
阅读全文
posted @
2009-08-15 17:47 静儿 阅读(992) |
评论 (0) |
编辑 收藏
- 女の一番の化粧は笑顔(女孩最好的化妆是笑脸。)
我在动画片里还听说过一句,叫做笑いたいとき、笑えば(想笑的时候再笑),是啊,不想笑的时候笑的是不会好看的。但是也不全是,要是反复练习的话,什么时候都能笑的很好看,但是なんだか可哀そうに(总觉得很可怜)。其实我觉得女の一番の化粧は笑顔这句话要表达的意思是:人要变得乐观,豁达,心里有阳光,然后就可以用自己的光亮来照耀别人,让别人也快乐起来。
- あなた自身を最大限に利用しなさい。あなたにとって、あるのはそれだけなのですから。(把你自身使用到极限,对你来说,有的也只有这些了。)
要把握这一个最大限是一个つらい仕事。如果整天都在想着怎样工作,一时间把自己使用到极限。到了精神衰弱的地步,将来就得花更多的时间去修养。把所有的精力都用在做一件事情上,将来就可能很迷茫,不知道自己所有努力的意义。
posted @
2009-02-12 11:00 静儿 阅读(737) |
评论 (1) |
编辑 收藏
这几天翻译来了,和人家一比,才发现自己的日语说的真的不行。但是真的没有翻译的时候,大家基本都能自己来交流,大家说,听不懂整句话可以听关键词,自己说不出整句话可能只说关键词,这样都可以沟通了。所以加强对关键词的理解,才能了解到客户的意图。
- ワイルドカード 指定文件名或目录名的时候使用,作为【任意文字】来使用的特殊文字。【*】【?】是windows和UNIX两方都能使用的。在UNIX中还定义了一些其他的ワイルドカード。
有一次客户给我们写的一个式样,把这边愁坏了。
次の結合条件を追加する。
・B.XXX区分 = D.XXX区分
・B.YYY区分 = D.YYY区分
・B.ZZZ区分 = D.ZZZ区分
項目の値がALLスペースの場合、ワイルドカード扱いとし、全てのコードに一致する。
后来去问客户,客户说这个条件的意思翻译为SQL文为
TRIM(B.XXX区分) = NULL OR B.XXX区分 = D.XXX区分
TRIM(B.YYY区分) = NULL OR B.YYY区分 = D.YYY区分
TRIM(B.ZZZ区分) = NULL OR B.ZZZ区分 = D.ZZZ区分
- 絞り込む DB或者搜索引擎等检索出的一些数据,最初是加了一些很粗略的,然后是加了一些比较具体的条件。从最初的很大的了的对应数据渐渐达到自己所需数据这个过程就叫絞り込む。
这个词在式样书中很常见。比如说これまで絞り込んだ結果をすべてクリアする。一般翻译就会翻译为
把到目前为止抽出的结果全部清除。
posted @
2009-02-05 14:50 静儿 阅读(902) |
评论 (1) |
编辑 收藏
count(*)是包含NULL的件数。
count(expr)和count(ALL expr)是expr列中不含NULL的件数。
count(DISTINCT expr)expr列的种类。
有时候count(1)这种写法确实能看见。这就相当于是count(select 1 from <TABLE名>)。也就是说得到的结果应该和应该和count(*)件数相同。count(DISTICT 1) 的话,如果数据表里有数据,得到的应该是1。否则是0。
posted @
2009-02-04 16:14 静儿 阅读(301) |
评论 (0) |
编辑 收藏
様々な連結テーブルが作成できるが、良く使うものはビュー(create view) に
しておくと効率が良い。各种各样的连接表中,有的对视图也起作用。
結合は、テーブルとテーブル、ビューとビュー、テーブ
ルとビューなど複雑にできる。(テーブル連結)连接可以在数据表和数据表之间,视图和视图之间,数据表和视图之间复杂的进行。
■単純結合 简单连接
・現実的に単純結合を使う機会はないだろう。实际上简单结合没有什么使用的机会。
次の例では、受注m の各レコードに 品番m の全レコードが結合される。
在下面的例子中,在受注m的各种记录里,品番m的所有记录都被结合了。
受注m のレコード数 x 品番m のレコード数の結果が問い合わされる。
受注m的记录数*品番m的记录数的结果被查询出来。
select * from sak.受注m, sak.品番m;
■等価結合 等价连接
・等価結合は、特定のキーで表を結合します。等价连接是用特定的键来进行表的结合的。
条件のどちらかのデータが存在しない場合、結果セットには含まれません。
如果有条件在数据表里不存在,在结果集里就没有这一条记录。
現実的には外部結合が一番使いやすいと思います。在实际上,外部结合是最容易使用的。
select
受注番号,
受注m.品番 品番,
品番m.入庫数 入庫数
from sak.受注m, sak.品番m
where 受注m.品番 = 品番m.品番 ;
・列の別名定義は、as を指定してもよい。列的别名指定,也可以用as来实现。
結合テーブルに同じ項目名が存在する場合は、どちらのテーブル項目か指定するため、テーブル名で修飾する。(受注m.品番)
在连接表中如果有相同的项目名存在,为了让每一个项目都被指定,就用项目名来修饰。
select
受注番号,
受注m.品番 as 品番,
品番m.入庫数 as 入庫数
from sak.受注m, sak.品番m
where 受注m.品番 = 品番m.品番;
・inner join を使用して、等価結合することもできます。(インナージョイン)
使用inner join,也可以进行等价连接。
select
受注番号,
受注m.品番 as 品番,
品番m.入庫数 as 入庫数
from sak.受注m inner join sak.品番m on 受注m.品番 = 品番m.品番;
・3 つ以上の結合を inner join で指定するには、次のようにする。
如果有三个以上要指定inner join 来进行连接的时候,可以像下面这样做。
select
*
from (sak.受注m inner join sak.品番m on 受注m.品番 = 品番m.品番)
inner join sak.得意先m on 受注m.得意先CD = 得意先m.得意先CD;
■非等価結合 非等价连接
・非常に時間のかかる結合ですが、必要な場面があるかもしれない。虽然很花时间,但有时候也要进行下面的检索。
なにがしかの範囲条件で結合する場合に使います。和检索条件的一部分进行连接。
select 受注番号,
受注m.品番 品番,
品番m.入庫数 入庫数
from sak.受注m, sak.品番m
where 受注m.機種 like substr(品番m.機種, 1, 2);
■外部結合 外結合、行結合、行連結、テーブル結合、外部接合
外部连接 外连接,行连接,表连接,外部连接
・外部結合は、一番よく使用します。外部连接是最经常使用的。
一方の条件に対するデータが存在しなかった場合でも片方のデータを結果セ
ットに含める指定ができます。
对于一方的条件即使不存在,也可以使结果集包含一边的数据。
次の例では、品番m にない品番の受注m レコードも結果に含まれます。
在下面的例子中,在品番m中没有的品番受注m记录的结果也包含了进来。
この場合、入庫数などの 品番m 項目には NULL がセットされて問い合わさ
れます。Oracle では、left join、right join を (+) で指定できます。
这时候,入库数等的品番m项目里被设定了NULL值。在oracle里,left join,right join 可以用(+)来指定。
(左結合、右結合、複数テーブル問い合わせ、複数テーブル参照)
(複数問い合わせ、複合テーブル参照、レフトジョイン、ライトジョイン)
(左连接,右连接,多个表查询,多个表参照,左连接,右连接)
select
受注番号,
受注m.品番 品番,
品番m.入庫数 入庫数
from sak.受注m, sak.品番m
where 受注m.品番 = 品番m.品番 (+);
select
受注番号,
受注m.品番 品番,
品番m.入庫数 入庫数
from sak.受注m left join sak.品番m on 受注m.品番 = 品番m.品番;
・逆に受注m にない品番の品番m レコードを結果に含ませることもできます。
現実的には、こういう結合に意味はありませんが、逆の和もできると言うこ
とです。
・相反不在受注m里的品番m记录也可以在结果里包含。在实际中,虽然没有这么用的,但是(+)也可以放在=之前。
select
受注番号,
受注m.品番 品番,
品番m.入庫数 入庫数
from sak.受注m, sak.品番m
where 受注m.品番 (+) = 品番m.品番;
select
受注番号,
受注m.品番 品番,
品番m.入庫数 入庫数
from sak.受注m right join sak.品番m on 受注m.品番 = 品番m.品番;
・三つ以上の表を結合することもできます。(3 テーブル結合)
・也可以进行三个表以上的表连接。(三表连接)
次の例では、品番に対する品番m.入庫数、得意先CD に対する得意先m.得意
先名を結合しています。(left join を使用しても良い。)
在下面的例子中,对于品番的品番m.入库数,对于得意先CD的得意先m.得意先名来进行连接。(也可以使用左连接)
select
受注番号,
受注m.品番 品番,
品番m.入庫数 入庫数,
受注m.得意先CD 得意先CD,
得意先m.得意先名 得意先
from sak.受注m, sak.品番m, sak.得意先m
where 受注m.品番 = 品番m.品番 (+)
and 受注m.得意先CD = 得意先m.得意先CD (+);
select
受注番号,
受注m.品番 品番,
品番m.入庫数 入庫数,
受注m.得意先CD 得意先CD,
得意先m.得意先名 得意先
from (sak.受注m left join sak.品番m on 受注m.品番 = 品番m.品番)
left join sak.得意先m on 受注m.得意先CD = 得意先m.得意先CD;
・複数の表を結合すると修飾が難解になりがちなので、テーブル別名を使うと
良いです。
如果多个表进行连接,修饰会变得很复杂,也可以使用表别名。
select
受注番号,
a.品番 品番,
b.入庫数 入庫数,
a.得意先CD 得意先CD,
c.得意先名 得意先
from sak.受注m a, sak.品番m b, sak.得意先m c
where a.品番 = b.品番 (+)
and a.得意先CD = c.得意先CD (+);
** 外部結合を明示するために left join を left outer join、right join
を right outer join と書くこともできる。
** 为了明确外部连接,也可以把left join 写成 left outer join, right join写成right outer join。
(アウタージョイン、レフトアウタージョイン、ライトアウタージョイン)
(outer join, left outer join, right outer join)
■再帰結合(内部結合) 回归连接(内部结合)
・再帰結合は、同じテーブルをテーブル別名を使用して結合します。
・回归连接是相同的表来用别名来进行连接的。
次の例では、得意先m に親得意先CD があるとして、その得意先名を自分自
身と結合しています。(自己結合)
在下面的例子中,以得意先作为父得意先,然后用这个名字来进行自身连接。
select
a.得意先CD 得意先CD,
a.得意先名 得意先,
a.親得意先CD 親得意先CD,
b.得意先名 得意先
from sak.得意先m a, sak.得意先m b
where a.得意先CD = b.親得意先CD (+);
posted @
2009-02-02 16:57 静儿 阅读(1209) |
评论 (0) |
编辑 收藏