Jcat
宠辱不惊,闲看庭前花开花落~~
posts - 173,comments - 67,trackbacks - 0
一、ODBC
ODBC(Open Database Connectivity,开放数据库互连)是微软公司开放服务结构(WOSA,Windows Open Services Architecture)中有关数据库的一个组成部分,它建立了一组规范,并提供了一组对数据库访问的标准API(应用程序编程接口)。这些API利用 SQL来完成其大部分任务。ODBC本身也提供了对SQL语言的支持,用户可以直接将SQL语句送给ODBC。

应用程序要访问一个数据库,首先必须用ODBC管理器注册一个数据源,管理器根据数据源提供的数据库位置、数据库类型及ODBC驱动程序等信息,建立起ODBC与具体数据库的联系。这样,只要应用程序将数据源名提供给ODBC,ODBC就能建立起与相应数据库的连接。


二、OLE DB
1.  Object Linking and Embedding,对象连接与嵌入,简称OLE技术。OLE不仅是桌面应用程序集成,而且还定义和实现了一种允许应用程序作为软件“对象”(数据集合和操作数据的函数)彼此进行“连接”的机制,这种连接机制和协议称为部件对象模型(Component Object Model),简称COM。OLE可以用来创建复合文档,复合文档包含了创建于不同源应用程序,有着不同类型的数据,因此它可以把文字、声音、图像、表格等组合在一起。

对象链接和嵌入。在客户应用程序间传输和共享信息的一组综合标准。允许创建带有指向应用程序的链接的混合文档以使用户修改时不必在应用程序间切换的协议。 OLE基于组件对象模型(COM) 并允许开发可在多个应用程序间互操作的可复用即插即用对象。该协议已广泛用于商业上,在商业中电子表格、字处理程序、财务软件包和其他应用程序可以通过客户/服务器体系共享和链接单独的信息

2.  OLE DB(OLEDB)是微软的战略性的通向不同的数据源的低级应用程序接口。OLE DB不仅包括微软资助的标准数据接口开放数据库连通性(ODBC)的结构化问题语言(SQL)能力,还具有面向其他非SQL数据类型的通路。作为微软的组件对象模型(COM)的一种设计,OLE DB是一组读写数据的方法(在过去可能被称为渠道)。OLD DB中的对象主要包括数据源对象、阶段对象、命令对象和行组对象。使用OLE DB的应用程序会用到如下的请求序列: 初始化OLE 连接到数据源发出命令 处理结果 释放数据源对象并停止初始化OLE

OLE DB标准中定义的新概念----OLE DB将传统的数据库系统划分为多个逻辑组件,这些组件之间相对独立又相互通信。这种组件模型中的各个部分被冠以不同的名称:数据提供者(Data Provider)。提供数据存储的软件组件,小到普通的文本文件、大到主机上的复杂数据库,或者电子邮件存储,都是数据提供者的例子。有的文档把这些软件组件的开发商也称为数据提供者。

我们要开启如Access 数据库中的数据,必须用ADO.NET 透过OLE DB 来开启。ADO.NET 利用OLE DB 来取得数据,这是因为OLE DB 了解如何和许多种数据源作沟通,所以对OLE DB有相当程度的了解是很重要的。


三、ADO
微软公司的ADO (ActiveX Data Objects) 是一个用于存取数据源的COM组件。它提供了编程语言和统一数据访问方式OLE DB的一个中间层。允许开发人员编写访问数据的代码而不用关心数据库是如何实现的,而只用关心到数据库的连接。访问数据库的时候,关于SQL的知识不是必要的,但是特定数据库支持的SQL命令仍可以通过ADO中的命令对象来执行。

ADO被设计来继承微软早期的数据访问对象层,包括RDO (Remote Data Objects) 和DAO(Data Access Objects)。ADO在1996年冬被发布。
ADO是VB6推荐操作数据库的方式。


四、区别和关系
ODBC最先出来,是用来连接oracle、sql server、access等数据库的一种接口标准(后来随着各厂商的扩充,也就都不标准了),各数据库提供实现ODBC的“驱动程序”。ODBC的本意是“ODBC的最大优点是能以统一的方式处理所有的数据库”,其实都是扯淡,因为各数据库对标准SQL都做了大量的扩充,除非你只使用标准的SQL,不然“统一”根本谈不上。

OLE DB是微软“发明”的,用来淘汰ODBC的,OLE DB不光可以连接各种数据库,还可以连接exchange、活动目录、甚至操作系统文件目录等各种数据库源(也需要分别使用不同的“驱动程序”)

ADO也是微软的,是用来淘汰早起微软的RDO、DAO的(ADO可以做RDO、DAO能做的所有事),ADO在上层,通过下面的ODBC或者OLE DB来访问数据源(注意不是数据库,因为可访问范围包括活动目录等各种数据)。不过微软目前的ODBC实际是通过OLE DB访问数据源的。

层次关系:
应用程序 -> ADO -> ODBC -> OLE DB -> 数据源
或者
应用程序 -> ADO -> OLE DB -> 数据源

其实这些都东西可以理解为是和驱动差不多。

五、OLE DB vs ODBC
1. OLE DB 与 ODBC 都是一个数据库连接的公共接口,它们屏蔽了各种数据库的连接协议,使编程人员遵从 OLD DB / ODBC接口,就可以访问各种数据源了。
2. ODBC 比 OLE DB 使用更加广泛,因为 ODBC 出现的要早。
3. OLE DB 可以使用 ODBC 的数据驱动程序。也就是 OLE DB 可以通过 ODBC 访问数据 ODBC数据源。在这个过程中 ODBC 充当了中转的作用,它的运行机制如下。首先,应用程序使用 OLE DB 提供程序,但是这个提供程序里面包含了与ODBC转换的内容。这样,从ODBC源读取的数据经过转换程序,转换为OLE DB可以访问的数据源。这样就实现了 OLE DB 访问 ODBC 的数据源。
当然 OLE DB 也可以不通过 ODBC 访问,前提是该数据源要有OLE DB接口。这种OLE DB 提供程称为本机OLE DB提供程序。
4. 在 Windows 操作系统中,有两个工具分别用于创建 ODBC / OLE DB 数据源
ODBC 数据源:在 "控制面板"中可以找到ODBC 数据源工具
OLE DB 数据源:这个工具通常不能打开, 要通过程序来调才能调出来。它的名字叫"数据链接属性"。
5. SQL Server 自带了 SQL Server / Oracle 的 OLEDB驱动程序。
6. OLE DB 比 ODBC 速度要快。
posted @ 2007-08-26 22:55 Jcat 阅读(1521) | 评论 (0)编辑 收藏
学一个优秀的技术,泡一个优秀的论坛,一步步走来。

Java: cjsdn, blogjava
   |
Oracle: cnoug
   |
BusinessObjects: BOB
posted @ 2007-08-14 13:53 Jcat 阅读(242) | 评论 (0)编辑 收藏
答辩终于结束了,结果是敷衍的(就给10分钟讲PPT,根本讲不完,水过去了),过程是劳人的(太痛苦了,形式比内容重要,材料比论文重要)。

随着答辩的结束,我也要告别Java了(至少近期没有做Java的打算了),正式转入BI业。
posted @ 2007-06-30 14:10 Jcat 阅读(343) | 评论 (4)编辑 收藏
钱多事少离家近,位高权重责任轻;
睡觉睡到自然醒,数钱数到手抽筋。

到时候我就租两套1500的房子,门对门,
一套自己住,一套白给民工住

我租筒子楼的一层,四间都是我的,公用的厕所厨房成我自己的。

最近租房,北京的房子实在太贵了,发泄一下。
posted @ 2007-06-22 00:19 Jcat 阅读(296) | 评论 (0)编辑 收藏

              bank of communications.JPG

12但是也要看看你给了我什么.jpg
posted @ 2007-05-30 00:44 Jcat 阅读(343) | 评论 (3)编辑 收藏
---String---

equals in String
public boolean equals(Object anObject) {
    
if (this == anObject) {
        
return true;
    }
    
if (anObject instanceof String) {
        String anotherString 
= (String)anObject;
        
int n = count;
        
if (n == anotherString.count) {
        
char v1[] = value;
        
char v2[] = anotherString.value;
        
int i = offset;
        
int j = anotherString.offset;
        
while (n-- != 0) {
            
if (v1[i++!= v2[j++])
            
return false;
        }
        
return true;
        }
    }
    
return false;
    }

equals in Object
   public boolean equals(Object obj) {
    
return (this == obj);
    }

    System.out.println(new String("aa").equals(new String("aa"))); //true
    System.out.println(new String("aa"== new String("aa"));      //false
    System.out.println("aa".equals("aa"));                         //true
    System.out.println("aa" == "aa");                              //true

posted @ 2007-05-23 22:35 Jcat 阅读(313) | 评论 (0)编辑 收藏
JAVA_HOME

ANT_HOME

CATALINA_HOME

GROOVY_HOME

GRAILS_HOME

classpath=.
(%JAVA_HOME%\jre\lib is not required)


Path=%JAVA_HOME%\bin;%ANT_HOME%\bin;%CATALINA_HOME%\bin;%GROOVY_HOME%\bin;%GRAILS_HOME%\bin


Note: if you add %GROOVY_HOME%\embeddable\groovy-all-1.0.jar to classpath Grails can't work correctly.
posted @ 2007-05-23 21:39 Jcat 阅读(350) | 评论 (0)编辑 收藏
    你说我是猫,或许我是猫。猫咪很寂寥,在漆黑的夜里,它需要一束温暖的火苗。不止飞蛾会扑火,你可知道,为了驱逐黑暗的冰冷,宁愿选择烈火的燃烧。我怕火,但更怕冷,我怕冷,但更怕温暖突然抽离。上天许我,如不能一世的温暖,就一生的冰冷吧!绝望的一只猫。

    你说我是猫,或许我是猫。猫咪喜欢甜腻,在安详的天空下,品味温馨细腻。不是奢侈的甘美,而是回忆的苦涩,你可知道,一种心情一种泪,娇艳的芙蓉愁苦的 心。不要说猫咪挑食,只是它厌食,厌恶百般萧索的味道,不要说猫咪偏食,只是它眷恋,它执着那沾染鲜血却又难以割舍的尖刀。猫咪说,血,甜的。

    你说我是猫,或许我是猫。猫咪喜欢撒娇,在爱的环绕下,翻腾着犹疑的身躯。不是天性,而为确定,只为确定珍爱的长度。不是本能而是希冀,绝望地期望延伸被爱的感觉。不要说猫咪腻人,它只是悲哀地期望地而又不能确定着爱。

    你说我是猫,或许我是猫。猫咪很骄傲,冷然的双眸审视世间的惨淡,轻盈的身形飘过欢喜哀愁。在风的角落,没有注视的目光,猫咪扯落冷酷的面具,流淌着积攒 的泪水。不爱就不爱,谁在渴望你的关爱。心底,一个声音,“不爱我了,没关系。悄悄地走掉罢,别来辞行,骄傲不是坚强。”
   
    你说我是猫,或许我是猫......
posted @ 2007-05-23 11:47 Jcat 阅读(257) | 评论 (0)编辑 收藏
什么时候,你有整整一天没有上网了?是昨天、上周、还是上个月?
我经常无意识地走向计算机,打开计算机,然后挂在网络上好几个小时,这一切举动不需经过大脑思考,自动得就像梦游一样。这不是我一个人的梦游,这是集体的梦游,我们都已经如同苍蝇被困在网中。

就连性爱都可以在网络上解决...有了网络,干嘛这么麻烦?在无数的色情网站和聊天室,你可以轻易地找到和你一样饥渴的对象,透过网络摄影机,你随时可以在计算机前面宽衣解带。久而久之,你发现,你的性幻想对象居然是计算机屏幕。没了屏幕框,一切变得索然无味,你连性欲都没了。


网络成瘾症:
  强迫性、非自愿地使用网络
  对人际交往失去兴趣(个人补充:这里的人际交往指的是人与人的交往,而不是msn与msn的交往)
  被在线及时活动占据大部分生活的时间
  不能自拔
  而最容易上瘾的是教育程度有限的中年妇女

  (1、2我都占了,如果网速好3也很有可能)

以上摘抄自蔡学镛先生的同名文章


我的目标:
  每周少上一天网(这一天完全不上网)
  每月少开一天计算机(这一天完全不开计算机)
  多运动(右手食指除外)

大猫如是说:
    Money, house, material, ... are all zeros,
    Life, health is the 1 in front of the zeros.
     00000000000000000 is noththing!
    100000000000000000 becomes something!!!

posted @ 2007-05-15 23:38 Jcat 阅读(356) | 评论 (1)编辑 收藏
Q
国内IT界两个怪现象:
1.年纪大了(其实还不到30),不能再编程了。
2.女孩子不适合搞技术。
为什么会这样?国外恐怕不是这样的吧。是不是国人太浮躁了?

A
1.如果这行业很赚钱,就是到60岁也会做下去。
2.如果这行业很赚钱,就是人妖也会适合。
总之,经济规律。 与国别无关。

一段有趣的对话,摘录于此
posted @ 2007-05-13 22:23 Jcat 阅读(247) | 评论 (0)编辑 收藏
仅列出标题
共17页: First 上一页 6 7 8 9 10 11 12 13 14 下一页 Last