关于Firebird

一个多月前Jim Starkey加盟MySQL的事我居然没有注意到,真不知道自己这段时间都在干什么。巨汗。

Interbase 曾经是我最喜欢的RDBMS之一,特别是开源的IB6。这当然跟Borland的捆绑推广有一定关系,更主要的原因是IB我在深入研究RDBMS技术时, 接触的第一种RDBMS产品——由于Charlies.Carlvert的书上介绍的关系。然而后来我用过了一些其它的RDBMS产品之后,IB对我来 说,仍然是很重要的。

因为IB很小巧,安装方便,几乎免维护,在资源占用较小的情况下具有极好的性能,较强大的功能——完整支持事务、触发 器等,特别是支持分布事件通告——可以通过IBEvent从服务端向客户端发送消息,良好的跨平台能力,而IB基于MGA的实现提供了对长事务的支持,这 更是我在其它的RDBMS中所未见过的——当然也可能是因为我用过的RDBMS还不够多。

可惜IB在BORLAND手里没有能够得到很好的 发展,除了BORLAND的开发工具以外,IB对其它的开发工具支持相当有限,连OLE-DB驱动都没有,ODBC驱动也不是免费的,而且早年的JDBC 驱动还需要一个额外的InterServer(直到IB6还是如此,据说后来的版本改了,我没试过)。所以当IB的创始人Jim Starkey与妻子Ann从BORLAND出来搞开源的Firebird真是一件可喜可贺的事。

不过现在Jim去了MySQL了。

说起MySQL也是够惨的,原来用的数据存储实现BerkerlyDB和InnoDB都已经被Oracle收购了,不搞一套自己的存储实现看来是不行了。还好我现在是用PostgreSQL。

说到PostgreSQL,大家都是开源软件,为什么PostgreSQL在相关配套功能方面就这么齐全呢?Firebird应该学学。

虽然Jim不再参与Firebird的开发,但是开源毕竟是开源,也不必过多的担心了,相信Firebird还是有希望的。

tags:




一个多月前Jim Starkey加盟MySQL的事我居然没有注意到,真不知道自己这段时间都在干什么。巨汗。

Interbase 曾经是我最喜欢的RDBMS之一,特别是开源的IB6。这当然跟Borland的捆绑推广有一定关系,更主要的原因是IB我在深入研究RDBMS技术时, 接触的第一种RDBMS产品——由于Charlies.Carlvert的书上介绍的关系。然而后来我用过了一些其它的RDBMS产品之后,IB对我来 说,仍然是很重要的。

因为IB很小巧,安装方便,几乎免维护,在资源占用较小的情况下具有极好的性能,较强大的功能——完整支持事务、触发 器等,特别是支持分布事件通告——可以通过IBEvent从服务端向客户端发送消息,良好的跨平台能力,而IB基于MGA的实现提供了对长事务的支持,这 更是我在其它的RDBMS中所未见过的——当然也可能是因为我用过的RDBMS还不够多。

可惜IB在BORLAND手里没有能够得到很好的 发展,除了BORLAND的开发工具以外,IB对其它的开发工具支持相当有限,连OLE-DB驱动都没有,ODBC驱动也不是免费的,而且早年的JDBC 驱动还需要一个额外的InterServer(直到IB6还是如此,据说后来的版本改了,我没试过)。所以当IB的创始人Jim Starkey与妻子Ann从BORLAND出来搞开源的Firebird真是一件可喜可贺的事。

不过现在Jim去了MySQL了。

说起MySQL也是够惨的,原来用的数据存储实现BerkerlyDB和InnoDB都已经被Oracle收购了,不搞一套自己的存储实现看来是不行了。还好我现在是用PostgreSQL。

说到PostgreSQL,大家都是开源软件,为什么PostgreSQL在相关配套功能方面就这么齐全呢?Firebird应该学学。

虽然Jim不再参与Firebird的开发,但是开源毕竟是开源,也不必过多的担心了,相信Firebird还是有希望的。

tags:




一个多月前Jim Starkey加盟MySQL的事我居然没有注意到,真不知道自己这段时间都在干什么。巨汗。

Interbase 曾经是我最喜欢的RDBMS之一,特别是开源的IB6。这当然跟Borland的捆绑推广有一定关系,更主要的原因是IB我在深入研究RDBMS技术时, 接触的第一种RDBMS产品——由于Charlies.Carlvert的书上介绍的关系。然而后来我用过了一些其它的RDBMS产品之后,IB对我来 说,仍然是很重要的。

因为IB很小巧,安装方便,几乎免维护,在资源占用较小的情况下具有极好的性能,较强大的功能——完整支持事务、触发 器等,特别是支持分布事件通告——可以通过IBEvent从服务端向客户端发送消息,良好的跨平台能力,而IB基于MGA的实现提供了对长事务的支持,这 更是我在其它的RDBMS中所未见过的——当然也可能是因为我用过的RDBMS还不够多。

可惜IB在BORLAND手里没有能够得到很好的 发展,除了BORLAND的开发工具以外,IB对其它的开发工具支持相当有限,连OLE-DB驱动都没有,ODBC驱动也不是免费的,而且早年的JDBC 驱动还需要一个额外的InterServer(直到IB6还是如此,据说后来的版本改了,我没试过)。所以当IB的创始人Jim Starkey与妻子Ann从BORLAND出来搞开源的Firebird真是一件可喜可贺的事。

不过现在Jim去了MySQL了。

说起MySQL也是够惨的,原来用的数据存储实现BerkerlyDB和InnoDB都已经被Oracle收购了,不搞一套自己的存储实现看来是不行了。还好我现在是用PostgreSQL。

说到PostgreSQL,大家都是开源软件,为什么PostgreSQL在相关配套功能方面就这么齐全呢?Firebird应该学学。

虽然Jim不再参与Firebird的开发,但是开源毕竟是开源,也不必过多的担心了,相信Firebird还是有希望的。

tags:




一个多月前Jim Starkey加盟MySQL的事我居然没有注意到,真不知道自己这段时间都在干什么。巨汗。

Interbase 曾经是我最喜欢的RDBMS之一,特别是开源的IB6。这当然跟Borland的捆绑推广有一定关系,更主要的原因是IB我在深入研究RDBMS技术时, 接触的第一种RDBMS产品——由于Charlies.Carlvert的书上介绍的关系。然而后来我用过了一些其它的RDBMS产品之后,IB对我来 说,仍然是很重要的。

因为IB很小巧,安装方便,几乎免维护,在资源占用较小的情况下具有极好的性能,较强大的功能——完整支持事务、触发 器等,特别是支持分布事件通告——可以通过IBEvent从服务端向客户端发送消息,良好的跨平台能力,而IB基于MGA的实现提供了对长事务的支持,这 更是我在其它的RDBMS中所未见过的——当然也可能是因为我用过的RDBMS还不够多。

可惜IB在BORLAND手里没有能够得到很好的 发展,除了BORLAND的开发工具以外,IB对其它的开发工具支持相当有限,连OLE-DB驱动都没有,ODBC驱动也不是免费的,而且早年的JDBC 驱动还需要一个额外的InterServer(直到IB6还是如此,据说后来的版本改了,我没试过)。所以当IB的创始人Jim Starkey与妻子Ann从BORLAND出来搞开源的Firebird真是一件可喜可贺的事。

不过现在Jim去了MySQL了。

说起MySQL也是够惨的,原来用的数据存储实现BerkerlyDB和InnoDB都已经被Oracle收购了,不搞一套自己的存储实现看来是不行了。还好我现在是用PostgreSQL。

说到PostgreSQL,大家都是开源软件,为什么PostgreSQL在相关配套功能方面就这么齐全呢?Firebird应该学学。

虽然Jim不再参与Firebird的开发,但是开源毕竟是开源,也不必过多的担心了,相信Firebird还是有希望的。

tags:




一个多月前Jim Starkey加盟MySQL的事我居然没有注意到,真不知道自己这段时间都在干什么。巨汗。

Interbase 曾经是我最喜欢的RDBMS之一,特别是开源的IB6。这当然跟Borland的捆绑推广有一定关系,更主要的原因是IB我在深入研究RDBMS技术时, 接触的第一种RDBMS产品——由于Charlies.Carlvert的书上介绍的关系。然而后来我用过了一些其它的RDBMS产品之后,IB对我来 说,仍然是很重要的。

因为IB很小巧,安装方便,几乎免维护,在资源占用较小的情况下具有极好的性能,较强大的功能——完整支持事务、触发 器等,特别是支持分布事件通告——可以通过IBEvent从服务端向客户端发送消息,良好的跨平台能力,而IB基于MGA的实现提供了对长事务的支持,这 更是我在其它的RDBMS中所未见过的——当然也可能是因为我用过的RDBMS还不够多。

可惜IB在BORLAND手里没有能够得到很好的 发展,除了BORLAND的开发工具以外,IB对其它的开发工具支持相当有限,连OLE-DB驱动都没有,ODBC驱动也不是免费的,而且早年的JDBC 驱动还需要一个额外的InterServer(直到IB6还是如此,据说后来的版本改了,我没试过)。所以当IB的创始人Jim Starkey与妻子Ann从BORLAND出来搞开源的Firebird真是一件可喜可贺的事。

不过现在Jim去了MySQL了。

说起MySQL也是够惨的,原来用的数据存储实现BerkerlyDB和InnoDB都已经被Oracle收购了,不搞一套自己的存储实现看来是不行了。还好我现在是用PostgreSQL。

说到PostgreSQL,大家都是开源软件,为什么PostgreSQL在相关配套功能方面就这么齐全呢?Firebird应该学学。

虽然Jim不再参与Firebird的开发,但是开源毕竟是开源,也不必过多的担心了,相信Firebird还是有希望的。

tags:




一个多月前Jim Starkey加盟MySQL的事我居然没有注意到,真不知道自己这段时间都在干什么。巨汗。

Interbase 曾经是我最喜欢的RDBMS之一,特别是开源的IB6。这当然跟Borland的捆绑推广有一定关系,更主要的原因是IB我在深入研究RDBMS技术时, 接触的第一种RDBMS产品——由于Charlies.Carlvert的书上介绍的关系。然而后来我用过了一些其它的RDBMS产品之后,IB对我来 说,仍然是很重要的。

因为IB很小巧,安装方便,几乎免维护,在资源占用较小的情况下具有极好的性能,较强大的功能——完整支持事务、触发 器等,特别是支持分布事件通告——可以通过IBEvent从服务端向客户端发送消息,良好的跨平台能力,而IB基于MGA的实现提供了对长事务的支持,这 更是我在其它的RDBMS中所未见过的——当然也可能是因为我用过的RDBMS还不够多。

可惜IB在BORLAND手里没有能够得到很好的 发展,除了BORLAND的开发工具以外,IB对其它的开发工具支持相当有限,连OLE-DB驱动都没有,ODBC驱动也不是免费的,而且早年的JDBC 驱动还需要一个额外的InterServer(直到IB6还是如此,据说后来的版本改了,我没试过)。所以当IB的创始人Jim Starkey与妻子Ann从BORLAND出来搞开源的Firebird真是一件可喜可贺的事。

不过现在Jim去了MySQL了。

说起MySQL也是够惨的,原来用的数据存储实现BerkerlyDB和InnoDB都已经被Oracle收购了,不搞一套自己的存储实现看来是不行了。还好我现在是用PostgreSQL。

说到PostgreSQL,大家都是开源软件,为什么PostgreSQL在相关配套功能方面就这么齐全呢?Firebird应该学学。

虽然Jim不再参与Firebird的开发,但是开源毕竟是开源,也不必过多的担心了,相信Firebird还是有希望的。

tags:




一个多月前Jim Starkey加盟MySQL的事我居然没有注意到,真不知道自己这段时间都在干什么。巨汗。

Interbase 曾经是我最喜欢的RDBMS之一,特别是开源的IB6。这当然跟Borland的捆绑推广有一定关系,更主要的原因是IB我在深入研究RDBMS技术时, 接触的第一种RDBMS产品——由于Charlies.Carlvert的书上介绍的关系。然而后来我用过了一些其它的RDBMS产品之后,IB对我来 说,仍然是很重要的。

因为IB很小巧,安装方便,几乎免维护,在资源占用较小的情况下具有极好的性能,较强大的功能——完整支持事务、触发 器等,特别是支持分布事件通告——可以通过IBEvent从服务端向客户端发送消息,良好的跨平台能力,而IB基于MGA的实现提供了对长事务的支持,这 更是我在其它的RDBMS中所未见过的——当然也可能是因为我用过的RDBMS还不够多。

可惜IB在BORLAND手里没有能够得到很好的 发展,除了BORLAND的开发工具以外,IB对其它的开发工具支持相当有限,连OLE-DB驱动都没有,ODBC驱动也不是免费的,而且早年的JDBC 驱动还需要一个额外的InterServer(直到IB6还是如此,据说后来的版本改了,我没试过)。所以当IB的创始人Jim Starkey与妻子Ann从BORLAND出来搞开源的Firebird真是一件可喜可贺的事。

不过现在Jim去了MySQL了。

说起MySQL也是够惨的,原来用的数据存储实现BerkerlyDB和InnoDB都已经被Oracle收购了,不搞一套自己的存储实现看来是不行了。还好我现在是用PostgreSQL。

说到PostgreSQL,大家都是开源软件,为什么PostgreSQL在相关配套功能方面就这么齐全呢?Firebird应该学学。

虽然Jim不再参与Firebird的开发,但是开源毕竟是开源,也不必过多的担心了,相信Firebird还是有希望的。

tags:




一个多月前Jim Starkey加盟MySQL的事我居然没有注意到,真不知道自己这段时间都在干什么。巨汗。

Interbase 曾经是我最喜欢的RDBMS之一,特别是开源的IB6。这当然跟Borland的捆绑推广有一定关系,更主要的原因是IB我在深入研究RDBMS技术时, 接触的第一种RDBMS产品——由于Charlies.Carlvert的书上介绍的关系。然而后来我用过了一些其它的RDBMS产品之后,IB对我来 说,仍然是很重要的。

因为IB很小巧,安装方便,几乎免维护,在资源占用较小的情况下具有极好的性能,较强大的功能——完整支持事务、触发 器等,特别是支持分布事件通告——可以通过IBEvent从服务端向客户端发送消息,良好的跨平台能力,而IB基于MGA的实现提供了对长事务的支持,这 更是我在其它的RDBMS中所未见过的——当然也可能是因为我用过的RDBMS还不够多。

可惜IB在BORLAND手里没有能够得到很好的 发展,除了BORLAND的开发工具以外,IB对其它的开发工具支持相当有限,连OLE-DB驱动都没有,ODBC驱动也不是免费的,而且早年的JDBC 驱动还需要一个额外的InterServer(直到IB6还是如此,据说后来的版本改了,我没试过)。所以当IB的创始人Jim Starkey与妻子Ann从BORLAND出来搞开源的Firebird真是一件可喜可贺的事。

不过现在Jim去了MySQL了。

说起MySQL也是够惨的,原来用的数据存储实现BerkerlyDB和InnoDB都已经被Oracle收购了,不搞一套自己的存储实现看来是不行了。还好我现在是用PostgreSQL。

说到PostgreSQL,大家都是开源软件,为什么PostgreSQL在相关配套功能方面就这么齐全呢?Firebird应该学学。

虽然Jim不再参与Firebird的开发,但是开源毕竟是开源,也不必过多的担心了,相信Firebird还是有希望的。

tags:




一个多月前Jim Starkey加盟MySQL的事我居然没有注意到,真不知道自己这段时间都在干什么。巨汗。

Interbase 曾经是我最喜欢的RDBMS之一,特别是开源的IB6。这当然跟Borland的捆绑推广有一定关系,更主要的原因是IB我在深入研究RDBMS技术时, 接触的第一种RDBMS产品——由于Charlies.Carlvert的书上介绍的关系。然而后来我用过了一些其它的RDBMS产品之后,IB对我来 说,仍然是很重要的。

因为IB很小巧,安装方便,几乎免维护,在资源占用较小的情况下具有极好的性能,较强大的功能——完整支持事务、触发 器等,特别是支持分布事件通告——可以通过IBEvent从服务端向客户端发送消息,良好的跨平台能力,而IB基于MGA的实现提供了对长事务的支持,这 更是我在其它的RDBMS中所未见过的——当然也可能是因为我用过的RDBMS还不够多。

可惜IB在BORLAND手里没有能够得到很好的 发展,除了BORLAND的开发工具以外,IB对其它的开发工具支持相当有限,连OLE-DB驱动都没有,ODBC驱动也不是免费的,而且早年的JDBC 驱动还需要一个额外的InterServer(直到IB6还是如此,据说后来的版本改了,我没试过)。所以当IB的创始人Jim Starkey与妻子Ann从BORLAND出来搞开源的Firebird真是一件可喜可贺的事。

不过现在Jim去了MySQL了。

说起MySQL也是够惨的,原来用的数据存储实现BerkerlyDB和InnoDB都已经被Oracle收购了,不搞一套自己的存储实现看来是不行了。还好我现在是用PostgreSQL。

说到PostgreSQL,大家都是开源软件,为什么PostgreSQL在相关配套功能方面就这么齐全呢?Firebird应该学学。

虽然Jim不再参与Firebird的开发,但是开源毕竟是开源,也不必过多的担心了,相信Firebird还是有希望的。

tags:




一个多月前Jim Starkey加盟MySQL的事我居然没有注意到,真不知道自己这段时间都在干什么。巨汗。

Interbase 曾经是我最喜欢的RDBMS之一,特别是开源的IB6。这当然跟Borland的捆绑推广有一定关系,更主要的原因是IB我在深入研究RDBMS技术时, 接触的第一种RDBMS产品——由于Charlies.Carlvert的书上介绍的关系。然而后来我用过了一些其它的RDBMS产品之后,IB对我来 说,仍然是很重要的。

因为IB很小巧,安装方便,几乎免维护,在资源占用较小的情况下具有极好的性能,较强大的功能——完整支持事务、触发 器等,特别是支持分布事件通告——可以通过IBEvent从服务端向客户端发送消息,良好的跨平台能力,而IB基于MGA的实现提供了对长事务的支持,这 更是我在其它的RDBMS中所未见过的——当然也可能是因为我用过的RDBMS还不够多。

可惜IB在BORLAND手里没有能够得到很好的 发展,除了BORLAND的开发工具以外,IB对其它的开发工具支持相当有限,连OLE-DB驱动都没有,ODBC驱动也不是免费的,而且早年的JDBC 驱动还需要一个额外的InterServer(直到IB6还是如此,据说后来的版本改了,我没试过)。所以当IB的创始人Jim Starkey与妻子Ann从BORLAND出来搞开源的Firebird真是一件可喜可贺的事。

不过现在Jim去了MySQL了。

说起MySQL也是够惨的,原来用的数据存储实现BerkerlyDB和InnoDB都已经被Oracle收购了,不搞一套自己的存储实现看来是不行了。还好我现在是用PostgreSQL。

说到PostgreSQL,大家都是开源软件,为什么PostgreSQL在相关配套功能方面就这么齐全呢?Firebird应该学学。

虽然Jim不再参与Firebird的开发,但是开源毕竟是开源,也不必过多的担心了,相信Firebird还是有希望的。

tags:




一个多月前Jim Starkey加盟MySQL的事我居然没有注意到,真不知道自己这段时间都在干什么。巨汗。

Interbase 曾经是我最喜欢的RDBMS之一,特别是开源的IB6。这当然跟Borland的捆绑推广有一定关系,更主要的原因是IB我在深入研究RDBMS技术时, 接触的第一种RDBMS产品——由于Charlies.Carlvert的书上介绍的关系。然而后来我用过了一些其它的RDBMS产品之后,IB对我来 说,仍然是很重要的。

因为IB很小巧,安装方便,几乎免维护,在资源占用较小的情况下具有极好的性能,较强大的功能——完整支持事务、触发 器等,特别是支持分布事件通告——可以通过IBEvent从服务端向客户端发送消息,良好的跨平台能力,而IB基于MGA的实现提供了对长事务的支持,这 更是我在其它的RDBMS中所未见过的——当然也可能是因为我用过的RDBMS还不够多。

可惜IB在BORLAND手里没有能够得到很好的 发展,除了BORLAND的开发工具以外,IB对其它的开发工具支持相当有限,连OLE-DB驱动都没有,ODBC驱动也不是免费的,而且早年的JDBC 驱动还需要一个额外的InterServer(直到IB6还是如此,据说后来的版本改了,我没试过)。所以当IB的创始人Jim Starkey与妻子Ann从BORLAND出来搞开源的Firebird真是一件可喜可贺的事。

不过现在Jim去了MySQL了。

说起MySQL也是够惨的,原来用的数据存储实现BerkerlyDB和InnoDB都已经被Oracle收购了,不搞一套自己的存储实现看来是不行了。还好我现在是用PostgreSQL。

说到PostgreSQL,大家都是开源软件,为什么PostgreSQL在相关配套功能方面就这么齐全呢?Firebird应该学学。

虽然Jim不再参与Firebird的开发,但是开源毕竟是开源,也不必过多的担心了,相信Firebird还是有希望的。

tags:




一个多月前Jim Starkey加盟MySQL的事我居然没有注意到,真不知道自己这段时间都在干什么。巨汗。

Interbase 曾经是我最喜欢的RDBMS之一,特别是开源的IB6。这当然跟Borland的捆绑推广有一定关系,更主要的原因是IB我在深入研究RDBMS技术时, 接触的第一种RDBMS产品——由于Charlies.Carlvert的书上介绍的关系。然而后来我用过了一些其它的RDBMS产品之后,IB对我来 说,仍然是很重要的。

因为IB很小巧,安装方便,几乎免维护,在资源占用较小的情况下具有极好的性能,较强大的功能——完整支持事务、触发 器等,特别是支持分布事件通告——可以通过IBEvent从服务端向客户端发送消息,良好的跨平台能力,而IB基于MGA的实现提供了对长事务的支持,这 更是我在其它的RDBMS中所未见过的——当然也可能是因为我用过的RDBMS还不够多。

可惜IB在BORLAND手里没有能够得到很好的 发展,除了BORLAND的开发工具以外,IB对其它的开发工具支持相当有限,连OLE-DB驱动都没有,ODBC驱动也不是免费的,而且早年的JDBC 驱动还需要一个额外的InterServer(直到IB6还是如此,据说后来的版本改了,我没试过)。所以当IB的创始人Jim Starkey与妻子Ann从BORLAND出来搞开源的Firebird真是一件可喜可贺的事。

不过现在Jim去了MySQL了。

说起MySQL也是够惨的,原来用的数据存储实现BerkerlyDB和InnoDB都已经被Oracle收购了,不搞一套自己的存储实现看来是不行了。还好我现在是用PostgreSQL。

说到PostgreSQL,大家都是开源软件,为什么PostgreSQL在相关配套功能方面就这么齐全呢?Firebird应该学学。

虽然Jim不再参与Firebird的开发,但是开源毕竟是开源,也不必过多的担心了,相信Firebird还是有希望的。

tags:




一个多月前Jim Starkey加盟MySQL的事我居然没有注意到,真不知道自己这段时间都在干什么。巨汗。

Interbase 曾经是我最喜欢的RDBMS之一,特别是开源的IB6。这当然跟Borland的捆绑推广有一定关系,更主要的原因是IB我在深入研究RDBMS技术时, 接触的第一种RDBMS产品——由于Charlies.Carlvert的书上介绍的关系。然而后来我用过了一些其它的RDBMS产品之后,IB对我来 说,仍然是很重要的。

因为IB很小巧,安装方便,几乎免维护,在资源占用较小的情况下具有极好的性能,较强大的功能——完整支持事务、触发 器等,特别是支持分布事件通告——可以通过IBEvent从服务端向客户端发送消息,良好的跨平台能力,而IB基于MGA的实现提供了对长事务的支持,这 更是我在其它的RDBMS中所未见过的——当然也可能是因为我用过的RDBMS还不够多。

可惜IB在BORLAND手里没有能够得到很好的 发展,除了BORLAND的开发工具以外,IB对其它的开发工具支持相当有限,连OLE-DB驱动都没有,ODBC驱动也不是免费的,而且早年的JDBC 驱动还需要一个额外的InterServer(直到IB6还是如此,据说后来的版本改了,我没试过)。所以当IB的创始人Jim Starkey与妻子Ann从BORLAND出来搞开源的Firebird真是一件可喜可贺的事。

不过现在Jim去了MySQL了。

说起MySQL也是够惨的,原来用的数据存储实现BerkerlyDB和InnoDB都已经被Oracle收购了,不搞一套自己的存储实现看来是不行了。还好我现在是用PostgreSQL。

说到PostgreSQL,大家都是开源软件,为什么PostgreSQL在相关配套功能方面就这么齐全呢?Firebird应该学学。

虽然Jim不再参与Firebird的开发,但是开源毕竟是开源,也不必过多的担心了,相信Firebird还是有希望的。

tags:




一个多月前Jim Starkey加盟MySQL的事我居然没有注意到,真不知道自己这段时间都在干什么。巨汗。

Interbase 曾经是我最喜欢的RDBMS之一,特别是开源的IB6。这当然跟Borland的捆绑推广有一定关系,更主要的原因是IB我在深入研究RDBMS技术时, 接触的第一种RDBMS产品——由于Charlies.Carlvert的书上介绍的关系。然而后来我用过了一些其它的RDBMS产品之后,IB对我来 说,仍然是很重要的。

因为IB很小巧,安装方便,几乎免维护,在资源占用较小的情况下具有极好的性能,较强大的功能——完整支持事务、触发 器等,特别是支持分布事件通告——可以通过IBEvent从服务端向客户端发送消息,良好的跨平台能力,而IB基于MGA的实现提供了对长事务的支持,这 更是我在其它的RDBMS中所未见过的——当然也可能是因为我用过的RDBMS还不够多。

可惜IB在BORLAND手里没有能够得到很好的 发展,除了BORLAND的开发工具以外,IB对其它的开发工具支持相当有限,连OLE-DB驱动都没有,ODBC驱动也不是免费的,而且早年的JDBC 驱动还需要一个额外的InterServer(直到IB6还是如此,据说后来的版本改了,我没试过)。所以当IB的创始人Jim Starkey与妻子Ann从BORLAND出来搞开源的Firebird真是一件可喜可贺的事。

不过现在Jim去了MySQL了。

说起MySQL也是够惨的,原来用的数据存储实现BerkerlyDB和InnoDB都已经被Oracle收购了,不搞一套自己的存储实现看来是不行了。还好我现在是用PostgreSQL。

说到PostgreSQL,大家都是开源软件,为什么PostgreSQL在相关配套功能方面就这么齐全呢?Firebird应该学学。

虽然Jim不再参与Firebird的开发,但是开源毕竟是开源,也不必过多的担心了,相信Firebird还是有希望的。

tags:




一个多月前Jim Starkey加盟MySQL的事我居然没有注意到,真不知道自己这段时间都在干什么。巨汗。

Interbase 曾经是我最喜欢的RDBMS之一,特别是开源的IB6。这当然跟Borland的捆绑推广有一定关系,更主要的原因是IB我在深入研究RDBMS技术时, 接触的第一种RDBMS产品——由于Charlies.Carlvert的书上介绍的关系。然而后来我用过了一些其它的RDBMS产品之后,IB对我来 说,仍然是很重要的。

因为IB很小巧,安装方便,几乎免维护,在资源占用较小的情况下具有极好的性能,较强大的功能——完整支持事务、触发 器等,特别是支持分布事件通告——可以通过IBEvent从服务端向客户端发送消息,良好的跨平台能力,而IB基于MGA的实现提供了对长事务的支持,这 更是我在其它的RDBMS中所未见过的——当然也可能是因为我用过的RDBMS还不够多。

可惜IB在BORLAND手里没有能够得到很好的 发展,除了BORLAND的开发工具以外,IB对其它的开发工具支持相当有限,连OLE-DB驱动都没有,ODBC驱动也不是免费的,而且早年的JDBC 驱动还需要一个额外的InterServer(直到IB6还是如此,据说后来的版本改了,我没试过)。所以当IB的创始人Jim Starkey与妻子Ann从BORLAND出来搞开源的Firebird真是一件可喜可贺的事。

不过现在Jim去了MySQL了。

说起MySQL也是够惨的,原来用的数据存储实现BerkerlyDB和InnoDB都已经被Oracle收购了,不搞一套自己的存储实现看来是不行了。还好我现在是用PostgreSQL。

说到PostgreSQL,大家都是开源软件,为什么PostgreSQL在相关配套功能方面就这么齐全呢?Firebird应该学学。

虽然Jim不再参与Firebird的开发,但是开源毕竟是开源,也不必过多的担心了,相信Firebird还是有希望的。

tags:




一个多月前Jim Starkey加盟MySQL的事我居然没有注意到,真不知道自己这段时间都在干什么。巨汗。

Interbase 曾经是我最喜欢的RDBMS之一,特别是开源的IB6。这当然跟Borland的捆绑推广有一定关系,更主要的原因是IB我在深入研究RDBMS技术时, 接触的第一种RDBMS产品——由于Charlies.Carlvert的书上介绍的关系。然而后来我用过了一些其它的RDBMS产品之后,IB对我来 说,仍然是很重要的。

因为IB很小巧,安装方便,几乎免维护,在资源占用较小的情况下具有极好的性能,较强大的功能——完整支持事务、触发 器等,特别是支持分布事件通告——可以通过IBEvent从服务端向客户端发送消息,良好的跨平台能力,而IB基于MGA的实现提供了对长事务的支持,这 更是我在其它的RDBMS中所未见过的——当然也可能是因为我用过的RDBMS还不够多。

可惜IB在BORLAND手里没有能够得到很好的 发展,除了BORLAND的开发工具以外,IB对其它的开发工具支持相当有限,连OLE-DB驱动都没有,ODBC驱动也不是免费的,而且早年的JDBC 驱动还需要一个额外的InterServer(直到IB6还是如此,据说后来的版本改了,我没试过)。所以当IB的创始人Jim Starkey与妻子Ann从BORLAND出来搞开源的Firebird真是一件可喜可贺的事。

不过现在Jim去了MySQL了。

说起MySQL也是够惨的,原来用的数据存储实现BerkerlyDB和InnoDB都已经被Oracle收购了,不搞一套自己的存储实现看来是不行了。还好我现在是用PostgreSQL。

说到PostgreSQL,大家都是开源软件,为什么PostgreSQL在相关配套功能方面就这么齐全呢?Firebird应该学学。

虽然Jim不再参与Firebird的开发,但是开源毕竟是开源,也不必过多的担心了,相信Firebird还是有希望的。

tags:




一个多月前Jim Starkey加盟MySQL的事我居然没有注意到,真不知道自己这段时间都在干什么。巨汗。

Interbase 曾经是我最喜欢的RDBMS之一,特别是开源的IB6。这当然跟Borland的捆绑推广有一定关系,更主要的原因是IB我在深入研究RDBMS技术时, 接触的第一种RDBMS产品——由于Charlies.Carlvert的书上介绍的关系。然而后来我用过了一些其它的RDBMS产品之后,IB对我来 说,仍然是很重要的。

因为IB很小巧,安装方便,几乎免维护,在资源占用较小的情况下具有极好的性能,较强大的功能——完整支持事务、触发 器等,特别是支持分布事件通告——可以通过IBEvent从服务端向客户端发送消息,良好的跨平台能力,而IB基于MGA的实现提供了对长事务的支持,这 更是我在其它的RDBMS中所未见过的——当然也可能是因为我用过的RDBMS还不够多。

可惜IB在BORLAND手里没有能够得到很好的 发展,除了BORLAND的开发工具以外,IB对其它的开发工具支持相当有限,连OLE-DB驱动都没有,ODBC驱动也不是免费的,而且早年的JDBC 驱动还需要一个额外的InterServer(直到IB6还是如此,据说后来的版本改了,我没试过)。所以当IB的创始人Jim Starkey与妻子Ann从BORLAND出来搞开源的Firebird真是一件可喜可贺的事。

不过现在Jim去了MySQL了。

说起MySQL也是够惨的,原来用的数据存储实现BerkerlyDB和InnoDB都已经被Oracle收购了,不搞一套自己的存储实现看来是不行了。还好我现在是用PostgreSQL。

说到PostgreSQL,大家都是开源软件,为什么PostgreSQL在相关配套功能方面就这么齐全呢?Firebird应该学学。

虽然Jim不再参与Firebird的开发,但是开源毕竟是开源,也不必过多的担心了,相信Firebird还是有希望的。

tags:




一个多月前Jim Starkey加盟MySQL的事我居然没有注意到,真不知道自己这段时间都在干什么。巨汗。

Interbase 曾经是我最喜欢的RDBMS之一,特别是开源的IB6。这当然跟Borland的捆绑推广有一定关系,更主要的原因是IB我在深入研究RDBMS技术时, 接触的第一种RDBMS产品——由于Charlies.Carlvert的书上介绍的关系。然而后来我用过了一些其它的RDBMS产品之后,IB对我来 说,仍然是很重要的。

因为IB很小巧,安装方便,几乎免维护,在资源占用较小的情况下具有极好的性能,较强大的功能——完整支持事务、触发 器等,特别是支持分布事件通告——可以通过IBEvent从服务端向客户端发送消息,良好的跨平台能力,而IB基于MGA的实现提供了对长事务的支持,这 更是我在其它的RDBMS中所未见过的——当然也可能是因为我用过的RDBMS还不够多。

可惜IB在BORLAND手里没有能够得到很好的 发展,除了BORLAND的开发工具以外,IB对其它的开发工具支持相当有限,连OLE-DB驱动都没有,ODBC驱动也不是免费的,而且早年的JDBC 驱动还需要一个额外的InterServer(直到IB6还是如此,据说后来的版本改了,我没试过)。所以当IB的创始人Jim Starkey与妻子Ann从BORLAND出来搞开源的Firebird真是一件可喜可贺的事。

不过现在Jim去了MySQL了。

说起MySQL也是够惨的,原来用的数据存储实现BerkerlyDB和InnoDB都已经被Oracle收购了,不搞一套自己的存储实现看来是不行了。还好我现在是用PostgreSQL。

说到PostgreSQL,大家都是开源软件,为什么PostgreSQL在相关配套功能方面就这么齐全呢?Firebird应该学学。

虽然Jim不再参与Firebird的开发,但是开源毕竟是开源,也不必过多的担心了,相信Firebird还是有希望的。

tags:




一个多月前Jim Starkey加盟MySQL的事我居然没有注意到,真不知道自己这段时间都在干什么。巨汗。

Interbase 曾经是我最喜欢的RDBMS之一,特别是开源的IB6。这当然跟Borland的捆绑推广有一定关系,更主要的原因是IB我在深入研究RDBMS技术时, 接触的第一种RDBMS产品——由于Charlies.Carlvert的书上介绍的关系。然而后来我用过了一些其它的RDBMS产品之后,IB对我来 说,仍然是很重要的。

因为IB很小巧,安装方便,几乎免维护,在资源占用较小的情况下具有极好的性能,较强大的功能——完整支持事务、触发 器等,特别是支持分布事件通告——可以通过IBEvent从服务端向客户端发送消息,良好的跨平台能力,而IB基于MGA的实现提供了对长事务的支持,这 更是我在其它的RDBMS中所未见过的——当然也可能是因为我用过的RDBMS还不够多。

可惜IB在BORLAND手里没有能够得到很好的 发展,除了BORLAND的开发工具以外,IB对其它的开发工具支持相当有限,连OLE-DB驱动都没有,ODBC驱动也不是免费的,而且早年的JDBC 驱动还需要一个额外的InterServer(直到IB6还是如此,据说后来的版本改了,我没试过)。所以当IB的创始人Jim Starkey与妻子Ann从BORLAND出来搞开源的Firebird真是一件可喜可贺的事。

不过现在Jim去了MySQL了。

说起MySQL也是够惨的,原来用的数据存储实现BerkerlyDB和InnoDB都已经被Oracle收购了,不搞一套自己的存储实现看来是不行了。还好我现在是用PostgreSQL。

说到PostgreSQL,大家都是开源软件,为什么PostgreSQL在相关配套功能方面就这么齐全呢?Firebird应该学学。

虽然Jim不再参与Firebird的开发,但是开源毕竟是开源,也不必过多的担心了,相信Firebird还是有希望的。

tags:




一个多月前Jim Starkey加盟MySQL的事我居然没有注意到,真不知道自己这段时间都在干什么。巨汗。

Interbase 曾经是我最喜欢的RDBMS之一,特别是开源的IB6。这当然跟Borland的捆绑推广有一定关系,更主要的原因是IB我在深入研究RDBMS技术时, 接触的第一种RDBMS产品——由于Charlies.Carlvert的书上介绍的关系。然而后来我用过了一些其它的RDBMS产品之后,IB对我来 说,仍然是很重要的。

因为IB很小巧,安装方便,几乎免维护,在资源占用较小的情况下具有极好的性能,较强大的功能——完整支持事务、触发 器等,特别是支持分布事件通告——可以通过IBEvent从服务端向客户端发送消息,良好的跨平台能力,而IB基于MGA的实现提供了对长事务的支持,这 更是我在其它的RDBMS中所未见过的——当然也可能是因为我用过的RDBMS还不够多。

可惜IB在BORLAND手里没有能够得到很好的 发展,除了BORLAND的开发工具以外,IB对其它的开发工具支持相当有限,连OLE-DB驱动都没有,ODBC驱动也不是免费的,而且早年的JDBC 驱动还需要一个额外的InterServer(直到IB6还是如此,据说后来的版本改了,我没试过)。所以当IB的创始人Jim Starkey与妻子Ann从BORLAND出来搞开源的Firebird真是一件可喜可贺的事。

不过现在Jim去了MySQL了。

说起MySQL也是够惨的,原来用的数据存储实现BerkerlyDB和InnoDB都已经被Oracle收购了,不搞一套自己的存储实现看来是不行了。还好我现在是用PostgreSQL。

说到PostgreSQL,大家都是开源软件,为什么PostgreSQL在相关配套功能方面就这么齐全呢?Firebird应该学学。

虽然Jim不再参与Firebird的开发,但是开源毕竟是开源,也不必过多的担心了,相信Firebird还是有希望的。

tags:




一个多月前Jim Starkey加盟MySQL的事我居然没有注意到,真不知道自己这段时间都在干什么。巨汗。

Interbase 曾经是我最喜欢的RDBMS之一,特别是开源的IB6。这当然跟Borland的捆绑推广有一定关系,更主要的原因是IB我在深入研究RDBMS技术时, 接触的第一种RDBMS产品——由于Charlies.Carlvert的书上介绍的关系。然而后来我用过了一些其它的RDBMS产品之后,IB对我来 说,仍然是很重要的。

因为IB很小巧,安装方便,几乎免维护,在资源占用较小的情况下具有极好的性能,较强大的功能——完整支持事务、触发 器等,特别是支持分布事件通告——可以通过IBEvent从服务端向客户端发送消息,良好的跨平台能力,而IB基于MGA的实现提供了对长事务的支持,这 更是我在其它的RDBMS中所未见过的——当然也可能是因为我用过的RDBMS还不够多。

可惜IB在BORLAND手里没有能够得到很好的 发展,除了BORLAND的开发工具以外,IB对其它的开发工具支持相当有限,连OLE-DB驱动都没有,ODBC驱动也不是免费的,而且早年的JDBC 驱动还需要一个额外的InterServer(直到IB6还是如此,据说后来的版本改了,我没试过)。所以当IB的创始人Jim Starkey与妻子Ann从BORLAND出来搞开源的Firebird真是一件可喜可贺的事。

不过现在Jim去了MySQL了。

说起MySQL也是够惨的,原来用的数据存储实现BerkerlyDB和InnoDB都已经被Oracle收购了,不搞一套自己的存储实现看来是不行了。还好我现在是用PostgreSQL。

说到PostgreSQL,大家都是开源软件,为什么PostgreSQL在相关配套功能方面就这么齐全呢?Firebird应该学学。

虽然Jim不再参与Firebird的开发,但是开源毕竟是开源,也不必过多的担心了,相信Firebird还是有希望的。

tags:




一个多月前Jim Starkey加盟MySQL的事我居然没有注意到,真不知道自己这段时间都在干什么。巨汗。

Interbase 曾经是我最喜欢的RDBMS之一,特别是开源的IB6。这当然跟Borland的捆绑推广有一定关系,更主要的原因是IB我在深入研究RDBMS技术时, 接触的第一种RDBMS产品——由于Charlies.Carlvert的书上介绍的关系。然而后来我用过了一些其它的RDBMS产品之后,IB对我来 说,仍然是很重要的。

因为IB很小巧,安装方便,几乎免维护,在资源占用较小的情况下具有极好的性能,较强大的功能——完整支持事务、触发 器等,特别是支持分布事件通告——可以通过IBEvent从服务端向客户端发送消息,良好的跨平台能力,而IB基于MGA的实现提供了对长事务的支持,这 更是我在其它的RDBMS中所未见过的——当然也可能是因为我用过的RDBMS还不够多。

可惜IB在BORLAND手里没有能够得到很好的 发展,除了BORLAND的开发工具以外,IB对其它的开发工具支持相当有限,连OLE-DB驱动都没有,ODBC驱动也不是免费的,而且早年的JDBC 驱动还需要一个额外的InterServer(直到IB6还是如此,据说后来的版本改了,我没试过)。所以当IB的创始人Jim Starkey与妻子Ann从BORLAND出来搞开源的Firebird真是一件可喜可贺的事。

不过现在Jim去了MySQL了。

说起MySQL也是够惨的,原来用的数据存储实现BerkerlyDB和InnoDB都已经被Oracle收购了,不搞一套自己的存储实现看来是不行了。还好我现在是用PostgreSQL。

说到PostgreSQL,大家都是开源软件,为什么PostgreSQL在相关配套功能方面就这么齐全呢?Firebird应该学学。

虽然Jim不再参与Firebird的开发,但是开源毕竟是开源,也不必过多的担心了,相信Firebird还是有希望的。

tags:




一个多月前Jim Starkey加盟MySQL的事我居然没有注意到,真不知道自己这段时间都在干什么。巨汗。

Interbase 曾经是我最喜欢的RDBMS之一,特别是开源的IB6。这当然跟Borland的捆绑推广有一定关系,更主要的原因是IB我在深入研究RDBMS技术时, 接触的第一种RDBMS产品——由于Charlies.Carlvert的书上介绍的关系。然而后来我用过了一些其它的RDBMS产品之后,IB对我来 说,仍然是很重要的。

因为IB很小巧,安装方便,几乎免维护,在资源占用较小的情况下具有极好的性能,较强大的功能——完整支持事务、触发 器等,特别是支持分布事件通告——可以通过IBEvent从服务端向客户端发送消息,良好的跨平台能力,而IB基于MGA的实现提供了对长事务的支持,这 更是我在其它的RDBMS中所未见过的——当然也可能是因为我用过的RDBMS还不够多。

可惜IB在BORLAND手里没有能够得到很好的 发展,除了BORLAND的开发工具以外,IB对其它的开发工具支持相当有限,连OLE-DB驱动都没有,ODBC驱动也不是免费的,而且早年的JDBC 驱动还需要一个额外的InterServer(直到IB6还是如此,据说后来的版本改了,我没试过)。所以当IB的创始人Jim Starkey与妻子Ann从BORLAND出来搞开源的Firebird真是一件可喜可贺的事。

不过现在Jim去了MySQL了。

说起MySQL也是够惨的,原来用的数据存储实现BerkerlyDB和InnoDB都已经被Oracle收购了,不搞一套自己的存储实现看来是不行了。还好我现在是用PostgreSQL。

说到PostgreSQL,大家都是开源软件,为什么PostgreSQL在相关配套功能方面就这么齐全呢?Firebird应该学学。

虽然Jim不再参与Firebird的开发,但是开源毕竟是开源,也不必过多的担心了,相信Firebird还是有希望的。

tags:




一个多月前Jim Starkey加盟MySQL的事我居然没有注意到,真不知道自己这段时间都在干什么。巨汗。

Interbase 曾经是我最喜欢的RDBMS之一,特别是开源的IB6。这当然跟Borland的捆绑推广有一定关系,更主要的原因是IB我在深入研究RDBMS技术时, 接触的第一种RDBMS产品——由于Charlies.Carlvert的书上介绍的关系。然而后来我用过了一些其它的RDBMS产品之后,IB对我来 说,仍然是很重要的。

因为IB很小巧,安装方便,几乎免维护,在资源占用较小的情况下具有极好的性能,较强大的功能——完整支持事务、触发 器等,特别是支持分布事件通告——可以通过IBEvent从服务端向客户端发送消息,良好的跨平台能力,而IB基于MGA的实现提供了对长事务的支持,这 更是我在其它的RDBMS中所未见过的——当然也可能是因为我用过的RDBMS还不够多。

可惜IB在BORLAND手里没有能够得到很好的 发展,除了BORLAND的开发工具以外,IB对其它的开发工具支持相当有限,连OLE-DB驱动都没有,ODBC驱动也不是免费的,而且早年的JDBC 驱动还需要一个额外的InterServer(直到IB6还是如此,据说后来的版本改了,我没试过)。所以当IB的创始人Jim Starkey与妻子Ann从BORLAND出来搞开源的Firebird真是一件可喜可贺的事。

不过现在Jim去了MySQL了。

说起MySQL也是够惨的,原来用的数据存储实现BerkerlyDB和InnoDB都已经被Oracle收购了,不搞一套自己的存储实现看来是不行了。还好我现在是用PostgreSQL。

说到PostgreSQL,大家都是开源软件,为什么PostgreSQL在相关配套功能方面就这么齐全呢?Firebird应该学学。

虽然Jim不再参与Firebird的开发,但是开源毕竟是开源,也不必过多的担心了,相信Firebird还是有希望的。

tags:




一个多月前Jim Starkey加盟MySQL的事我居然没有注意到,真不知道自己这段时间都在干什么。巨汗。

Interbase 曾经是我最喜欢的RDBMS之一,特别是开源的IB6。这当然跟Borland的捆绑推广有一定关系,更主要的原因是IB我在深入研究RDBMS技术时, 接触的第一种RDBMS产品——由于Charlies.Carlvert的书上介绍的关系。然而后来我用过了一些其它的RDBMS产品之后,IB对我来 说,仍然是很重要的。

因为IB很小巧,安装方便,几乎免维护,在资源占用较小的情况下具有极好的性能,较强大的功能——完整支持事务、触发 器等,特别是支持分布事件通告——可以通过IBEvent从服务端向客户端发送消息,良好的跨平台能力,而IB基于MGA的实现提供了对长事务的支持,这 更是我在其它的RDBMS中所未见过的——当然也可能是因为我用过的RDBMS还不够多。

可惜IB在BORLAND手里没有能够得到很好的 发展,除了BORLAND的开发工具以外,IB对其它的开发工具支持相当有限,连OLE-DB驱动都没有,ODBC驱动也不是免费的,而且早年的JDBC 驱动还需要一个额外的InterServer(直到IB6还是如此,据说后来的版本改了,我没试过)。所以当IB的创始人Jim Starkey与妻子Ann从BORLAND出来搞开源的Firebird真是一件可喜可贺的事。

不过现在Jim去了MySQL了。

说起MySQL也是够惨的,原来用的数据存储实现BerkerlyDB和InnoDB都已经被Oracle收购了,不搞一套自己的存储实现看来是不行了。还好我现在是用PostgreSQL。

说到PostgreSQL,大家都是开源软件,为什么PostgreSQL在相关配套功能方面就这么齐全呢?Firebird应该学学。

虽然Jim不再参与Firebird的开发,但是开源毕竟是开源,也不必过多的担心了,相信Firebird还是有希望的。

tags:




一个多月前Jim Starkey加盟MySQL的事我居然没有注意到,真不知道自己这段时间都在干什么。巨汗。

Interbase 曾经是我最喜欢的RDBMS之一,特别是开源的IB6。这当然跟Borland的捆绑推广有一定关系,更主要的原因是IB我在深入研究RDBMS技术时, 接触的第一种RDBMS产品——由于Charlies.Carlvert的书上介绍的关系。然而后来我用过了一些其它的RDBMS产品之后,IB对我来 说,仍然是很重要的。

因为IB很小巧,安装方便,几乎免维护,在资源占用较小的情况下具有极好的性能,较强大的功能——完整支持事务、触发 器等,特别是支持分布事件通告——可以通过IBEvent从服务端向客户端发送消息,良好的跨平台能力,而IB基于MGA的实现提供了对长事务的支持,这 更是我在其它的RDBMS中所未见过的——当然也可能是因为我用过的RDBMS还不够多。

可惜IB在BORLAND手里没有能够得到很好的 发展,除了BORLAND的开发工具以外,IB对其它的开发工具支持相当有限,连OLE-DB驱动都没有,ODBC驱动也不是免费的,而且早年的JDBC 驱动还需要一个额外的InterServer(直到IB6还是如此,据说后来的版本改了,我没试过)。所以当IB的创始人Jim Starkey与妻子Ann从BORLAND出来搞开源的Firebird真是一件可喜可贺的事。

不过现在Jim去了MySQL了。

说起MySQL也是够惨的,原来用的数据存储实现BerkerlyDB和InnoDB都已经被Oracle收购了,不搞一套自己的存储实现看来是不行了。还好我现在是用PostgreSQL。

说到PostgreSQL,大家都是开源软件,为什么PostgreSQL在相关配套功能方面就这么齐全呢?Firebird应该学学。

虽然Jim不再参与Firebird的开发,但是开源毕竟是开源,也不必过多的担心了,相信Firebird还是有希望的。

tags:




一个多月前Jim Starkey加盟MySQL的事我居然没有注意到,真不知道自己这段时间都在干什么。巨汗。

Interbase 曾经是我最喜欢的RDBMS之一,特别是开源的IB6。这当然跟Borland的捆绑推广有一定关系,更主要的原因是IB我在深入研究RDBMS技术时, 接触的第一种RDBMS产品——由于Charlies.Carlvert的书上介绍的关系。然而后来我用过了一些其它的RDBMS产品之后,IB对我来 说,仍然是很重要的。

因为IB很小巧,安装方便,几乎免维护,在资源占用较小的情况下具有极好的性能,较强大的功能——完整支持事务、触发 器等,特别是支持分布事件通告——可以通过IBEvent从服务端向客户端发送消息,良好的跨平台能力,而IB基于MGA的实现提供了对长事务的支持,这 更是我在其它的RDBMS中所未见过的——当然也可能是因为我用过的RDBMS还不够多。

可惜IB在BORLAND手里没有能够得到很好的 发展,除了BORLAND的开发工具以外,IB对其它的开发工具支持相当有限,连OLE-DB驱动都没有,ODBC驱动也不是免费的,而且早年的JDBC 驱动还需要一个额外的InterServer(直到IB6还是如此,据说后来的版本改了,我没试过)。所以当IB的创始人Jim Starkey与妻子Ann从BORLAND出来搞开源的Firebird真是一件可喜可贺的事。

不过现在Jim去了MySQL了。

说起MySQL也是够惨的,原来用的数据存储实现BerkerlyDB和InnoDB都已经被Oracle收购了,不搞一套自己的存储实现看来是不行了。还好我现在是用PostgreSQL。

说到PostgreSQL,大家都是开源软件,为什么PostgreSQL在相关配套功能方面就这么齐全呢?Firebird应该学学。

虽然Jim不再参与Firebird的开发,但是开源毕竟是开源,也不必过多的担心了,相信Firebird还是有希望的。

tags:




一个多月前Jim Starkey加盟MySQL的事我居然没有注意到,真不知道自己这段时间都在干什么。巨汗。

Interbase 曾经是我最喜欢的RDBMS之一,特别是开源的IB6。这当然跟Borland的捆绑推广有一定关系,更主要的原因是IB我在深入研究RDBMS技术时, 接触的第一种RDBMS产品——由于Charlies.Carlvert的书上介绍的关系。然而后来我用过了一些其它的RDBMS产品之后,IB对我来 说,仍然是很重要的。

因为IB很小巧,安装方便,几乎免维护,在资源占用较小的情况下具有极好的性能,较强大的功能——完整支持事务、触发 器等,特别是支持分布事件通告——可以通过IBEvent从服务端向客户端发送消息,良好的跨平台能力,而IB基于MGA的实现提供了对长事务的支持,这 更是我在其它的RDBMS中所未见过的——当然也可能是因为我用过的RDBMS还不够多。

可惜IB在BORLAND手里没有能够得到很好的 发展,除了BORLAND的开发工具以外,IB对其它的开发工具支持相当有限,连OLE-DB驱动都没有,ODBC驱动也不是免费的,而且早年的JDBC 驱动还需要一个额外的InterServer(直到IB6还是如此,据说后来的版本改了,我没试过)。所以当IB的创始人Jim Starkey与妻子Ann从BORLAND出来搞开源的Firebird真是一件可喜可贺的事。

不过现在Jim去了MySQL了。

说起MySQL也是够惨的,原来用的数据存储实现BerkerlyDB和InnoDB都已经被Oracle收购了,不搞一套自己的存储实现看来是不行了。还好我现在是用PostgreSQL。

说到PostgreSQL,大家都是开源软件,为什么PostgreSQL在相关配套功能方面就这么齐全呢?Firebird应该学学。

虽然Jim不再参与Firebird的开发,但是开源毕竟是开源,也不必过多的担心了,相信Firebird还是有希望的。

tags:




一个多月前Jim Starkey加盟MySQL的事我居然没有注意到,真不知道自己这段时间都在干什么。巨汗。

Interbase 曾经是我最喜欢的RDBMS之一,特别是开源的IB6。这当然跟Borland的捆绑推广有一定关系,更主要的原因是IB我在深入研究RDBMS技术时, 接触的第一种RDBMS产品——由于Charlies.Carlvert的书上介绍的关系。然而后来我用过了一些其它的RDBMS产品之后,IB对我来 说,仍然是很重要的。

因为IB很小巧,安装方便,几乎免维护,在资源占用较小的情况下具有极好的性能,较强大的功能——完整支持事务、触发 器等,特别是支持分布事件通告——可以通过IBEvent从服务端向客户端发送消息,良好的跨平台能力,而IB基于MGA的实现提供了对长事务的支持,这 更是我在其它的RDBMS中所未见过的——当然也可能是因为我用过的RDBMS还不够多。

可惜IB在BORLAND手里没有能够得到很好的 发展,除了BORLAND的开发工具以外,IB对其它的开发工具支持相当有限,连OLE-DB驱动都没有,ODBC驱动也不是免费的,而且早年的JDBC 驱动还需要一个额外的InterServer(直到IB6还是如此,据说后来的版本改了,我没试过)。所以当IB的创始人Jim Starkey与妻子Ann从BORLAND出来搞开源的Firebird真是一件可喜可贺的事。

不过现在Jim去了MySQL了。

说起MySQL也是够惨的,原来用的数据存储实现BerkerlyDB和InnoDB都已经被Oracle收购了,不搞一套自己的存储实现看来是不行了。还好我现在是用PostgreSQL。

说到PostgreSQL,大家都是开源软件,为什么PostgreSQL在相关配套功能方面就这么齐全呢?Firebird应该学学。

虽然Jim不再参与Firebird的开发,但是开源毕竟是开源,也不必过多的担心了,相信Firebird还是有希望的。

tags:




一个多月前Jim Starkey加盟MySQL的事我居然没有注意到,真不知道自己这段时间都在干什么。巨汗。

Interbase 曾经是我最喜欢的RDBMS之一,特别是开源的IB6。这当然跟Borland的捆绑推广有一定关系,更主要的原因是IB我在深入研究RDBMS技术时, 接触的第一种RDBMS产品——由于Charlies.Carlvert的书上介绍的关系。然而后来我用过了一些其它的RDBMS产品之后,IB对我来 说,仍然是很重要的。

因为IB很小巧,安装方便,几乎免维护,在资源占用较小的情况下具有极好的性能,较强大的功能——完整支持事务、触发 器等,特别是支持分布事件通告——可以通过IBEvent从服务端向客户端发送消息,良好的跨平台能力,而IB基于MGA的实现提供了对长事务的支持,这 更是我在其它的RDBMS中所未见过的——当然也可能是因为我用过的RDBMS还不够多。

可惜IB在BORLAND手里没有能够得到很好的 发展,除了BORLAND的开发工具以外,IB对其它的开发工具支持相当有限,连OLE-DB驱动都没有,ODBC驱动也不是免费的,而且早年的JDBC 驱动还需要一个额外的InterServer(直到IB6还是如此,据说后来的版本改了,我没试过)。所以当IB的创始人Jim Starkey与妻子Ann从BORLAND出来搞开源的Firebird真是一件可喜可贺的事。

不过现在Jim去了MySQL了。

说起MySQL也是够惨的,原来用的数据存储实现BerkerlyDB和InnoDB都已经被Oracle收购了,不搞一套自己的存储实现看来是不行了。还好我现在是用PostgreSQL。

说到PostgreSQL,大家都是开源软件,为什么PostgreSQL在相关配套功能方面就这么齐全呢?Firebird应该学学。

虽然Jim不再参与Firebird的开发,但是开源毕竟是开源,也不必过多的担心了,相信Firebird还是有希望的。

tags:




一个多月前Jim Starkey加盟MySQL的事我居然没有注意到,真不知道自己这段时间都在干什么。巨汗。

Interbase 曾经是我最喜欢的RDBMS之一,特别是开源的IB6。这当然跟Borland的捆绑推广有一定关系,更主要的原因是IB我在深入研究RDBMS技术时, 接触的第一种RDBMS产品——由于Charlies.Carlvert的书上介绍的关系。然而后来我用过了一些其它的RDBMS产品之后,IB对我来 说,仍然是很重要的。

因为IB很小巧,安装方便,几乎免维护,在资源占用较小的情况下具有极好的性能,较强大的功能——完整支持事务、触发 器等,特别是支持分布事件通告——可以通过IBEvent从服务端向客户端发送消息,良好的跨平台能力,而IB基于MGA的实现提供了对长事务的支持,这 更是我在其它的RDBMS中所未见过的——当然也可能是因为我用过的RDBMS还不够多。

可惜IB在BORLAND手里没有能够得到很好的 发展,除了BORLAND的开发工具以外,IB对其它的开发工具支持相当有限,连OLE-DB驱动都没有,ODBC驱动也不是免费的,而且早年的JDBC 驱动还需要一个额外的InterServer(直到IB6还是如此,据说后来的版本改了,我没试过)。所以当IB的创始人Jim Starkey与妻子Ann从BORLAND出来搞开源的Firebird真是一件可喜可贺的事。

不过现在Jim去了MySQL了。

说起MySQL也是够惨的,原来用的数据存储实现BerkerlyDB和InnoDB都已经被Oracle收购了,不搞一套自己的存储实现看来是不行了。还好我现在是用PostgreSQL。

说到PostgreSQL,大家都是开源软件,为什么PostgreSQL在相关配套功能方面就这么齐全呢?Firebird应该学学。

虽然Jim不再参与Firebird的开发,但是开源毕竟是开源,也不必过多的担心了,相信Firebird还是有希望的。

tags:




一个多月前Jim Starkey加盟MySQL的事我居然没有注意到,真不知道自己这段时间都在干什么。巨汗。

Interbase 曾经是我最喜欢的RDBMS之一,特别是开源的IB6。这当然跟Borland的捆绑推广有一定关系,更主要的原因是IB我在深入研究RDBMS技术时, 接触的第一种RDBMS产品——由于Charlies.Carlvert的书上介绍的关系。然而后来我用过了一些其它的RDBMS产品之后,IB对我来 说,仍然是很重要的。

因为IB很小巧,安装方便,几乎免维护,在资源占用较小的情况下具有极好的性能,较强大的功能——完整支持事务、触发 器等,特别是支持分布事件通告——可以通过IBEvent从服务端向客户端发送消息,良好的跨平台能力,而IB基于MGA的实现提供了对长事务的支持,这 更是我在其它的RDBMS中所未见过的——当然也可能是因为我用过的RDBMS还不够多。

可惜IB在BORLAND手里没有能够得到很好的 发展,除了BORLAND的开发工具以外,IB对其它的开发工具支持相当有限,连OLE-DB驱动都没有,ODBC驱动也不是免费的,而且早年的JDBC 驱动还需要一个额外的InterServer(直到IB6还是如此,据说后来的版本改了,我没试过)。所以当IB的创始人Jim Starkey与妻子Ann从BORLAND出来搞开源的Firebird真是一件可喜可贺的事。

不过现在Jim去了MySQL了。

说起MySQL也是够惨的,原来用的数据存储实现BerkerlyDB和InnoDB都已经被Oracle收购了,不搞一套自己的存储实现看来是不行了。还好我现在是用PostgreSQL。

说到PostgreSQL,大家都是开源软件,为什么PostgreSQL在相关配套功能方面就这么齐全呢?Firebird应该学学。

虽然Jim不再参与Firebird的开发,但是开源毕竟是开源,也不必过多的担心了,相信Firebird还是有希望的。

tags:




一个多月前Jim Starkey加盟MySQL的事我居然没有注意到,真不知道自己这段时间都在干什么。巨汗。

Interbase 曾经是我最喜欢的RDBMS之一,特别是开源的IB6。这当然跟Borland的捆绑推广有一定关系,更主要的原因是IB我在深入研究RDBMS技术时, 接触的第一种RDBMS产品——由于Charlies.Carlvert的书上介绍的关系。然而后来我用过了一些其它的RDBMS产品之后,IB对我来 说,仍然是很重要的。

因为IB很小巧,安装方便,几乎免维护,在资源占用较小的情况下具有极好的性能,较强大的功能——完整支持事务、触发 器等,特别是支持分布事件通告——可以通过IBEvent从服务端向客户端发送消息,良好的跨平台能力,而IB基于MGA的实现提供了对长事务的支持,这 更是我在其它的RDBMS中所未见过的——当然也可能是因为我用过的RDBMS还不够多。

可惜IB在BORLAND手里没有能够得到很好的 发展,除了BORLAND的开发工具以外,IB对其它的开发工具支持相当有限,连OLE-DB驱动都没有,ODBC驱动也不是免费的,而且早年的JDBC 驱动还需要一个额外的InterServer(直到IB6还是如此,据说后来的版本改了,我没试过)。所以当IB的创始人Jim Starkey与妻子Ann从BORLAND出来搞开源的Firebird真是一件可喜可贺的事。

不过现在Jim去了MySQL了。

说起MySQL也是够惨的,原来用的数据存储实现BerkerlyDB和InnoDB都已经被Oracle收购了,不搞一套自己的存储实现看来是不行了。还好我现在是用PostgreSQL。

说到PostgreSQL,大家都是开源软件,为什么PostgreSQL在相关配套功能方面就这么齐全呢?Firebird应该学学。

虽然Jim不再参与Firebird的开发,但是开源毕竟是开源,也不必过多的担心了,相信Firebird还是有希望的。

tags:




  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
PostgreSQL是以加州大学伯克利分校计算机系开发的POSTGRES,现在已经更名为PostgreSQL. PostgreSQL支持大部分SQL标准并且提供了许多其它现代特性:复杂查询、外键、触发器、视图、事务完整性等。PostgreSQL 是一个免费的对象-关系数据库服务器(数据库管理系统),它在灵活的 BSD-风格许可证下发行。它提供了相对其他开放源代码数据库系统(比如 MySQL 和 Firebird),和专有系统(比如 Oracle、Sybase、IBM 的 DB2 和 Microsoft SQL Server)之外的另一种选择。事实上, PostgreSQL 的特性覆盖了 SQL-2/SQL-92 和 SQL-3/SQL-99,首先,它包括了可以说是目前世界上最丰富的数据类型的支持,其中有些数据类型可以说连商业数据库都不具备, 比如 IP 类型和几何类型等;其次,PostgreSQL 是全功能的自由软件数据库,很长时间以来,PostgreSQL 是唯一支持事务、子查询、多版本并行控制系统(MVCC)、数据完整性检查等特性的唯一的一种自由软件的数据库管理系统。 Inprise 的 InterBase 以及SAP等厂商将其原先专有软件开放为自由软件之后才打破了这个唯一。最后,PostgreSQL拥有一支非常活跃的开发队伍,而且在许多黑客的努力下,PostgreSQL 的质量日益提高。从技术角度来讲,PostgreSQL 采用的是比较经典的C/S(client/server)结构,也就是一个客户端对应一个服务器端守护进程的模式,这个守护进程分析客户端来的查询请求,生成规划树,进行数据检索并最终把结果格式化输出后返回给客户端。为了便于客户端的程序的编写,由数据库服务器提供了统一的客户端 C 接口。而不同的客户端接口都是源自这个 C 接口,比如ODBC,JDBC,Python,Perl,Tcl,C/C++,ESQL等, 同时也要指出的是,PostgreSQL 对接口的支持也是非常丰富的,几乎支持所有类型的数据库客户端接口。这一点也可以说是 PostgreSQL 一大优点。本课程作为PostgreSQL数据库管理一,主要讲解以下内容: 1.     PostgreSQL 存储过程基本知识2.     PostgreSQL 用户自定义函数3.     PostgreSQL 控制结构4.     PostgreSQL 游标和存储过程5.     PostgreSQL 索引6.     PostgreSQL 视图7.     PostgreSQL 触发器8.     PostgreSQL 角色、备份和还原9.     PostgreSQL 表空间管理

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值