另外的这种"接口"不一样:连接mssql常用ado/oledb、odbc等接口,kdb+没有oledb dirver,不推荐用odbc driver,一般用qdbc专用接口(c#,java,... )。
在我看来,hdf5或者kdb+的强处主要就在于它们与SQL有本质区别。 如果用不到它们的强处,不如不用它们。 如果在乎它们的强处,不可能只用SQL就体会到它们的强大。 唯一的捷径是zwz大侠的RE kdb+接口。 今天无意中看到这个帖子,以后上这个论坛的时间可能会更少。不过,您是知道我的email的啊。
谢谢, “隔行如隔山啊”,我本来还以为只要是支持SQL语言或语法的(比如ms sql , Oracle, mysql)数据库产品,只要针对其中一个编写东西后,至于数据库是用其中的那个具体的产品是没关系的,看来是我搞错了,是需要首先选择具体的数据库产品,然后再去针对性的开发。
SQL语言确实是有国际标准的。但这个国际标准的SQL在各个具体数据库产品中属于语法的子集,各产品都会有所扩充。所以各产品在子集上互相兼容,全集上不太兼容。 而在数据库的讲究性能的程序接口方面,更加是各不相同。ODBC,JDBC之类的只是为了兼容,性能成为其次的考虑了。
hdf5和kdb+属于不属于网络数据库?!access和sqlite都不是网络数据库(它们都是本机数据库,网络链接也是采用非安全性的共享文件方式)。 ms sql、mysql、oracle属于网络数据库,不过都有点大了。有没有一些简单小巧型的网络数据库?