windspeedo,问些关于hdf5和kdb+的信息

Discussion in 'kdb+' started by wj2000, Jan 30, 2010.

  1. 内存数据库hdf5和kdb+是不是支持标准SQL语言或语法?还是象过去B tree(c tree)那样要用接口或库函数?

    如果是直接支持标准SQL语言或语法就方便了,不需要另外多学一些东西了。
    谢谢
     
  2. zwz

    zwz

    hdf5没用过,我猜它不支持标准SQL。
    KDB+支持部分标准SQL语言或语法,并扩展了SQL(qSQL),比标准SQL强大多了。
     
  3. 那就好,是不是开发的支持ms sql的东西可以比较方便的就可以转换到kdb+上?最好是直接可以用到kdb+上
     
  4. zwz

    zwz

    转换还是有点难度的,接口不一样。
     
  5. 奥,就怕这个,看来如果要是开发就需要先选定数据库平台了

    SQL语言或语法不能作为"接口"吗?
     
  6. zwz

    zwz

    另外的这种"接口"不一样:连接mssql常用ado/oledb、odbc等接口,kdb+没有oledb dirver,不推荐用odbc driver,一般用qdbc专用接口(c#,java,... )。
     
  7. 差别不小的。象我这个搞惯Oracle的,试搞kdb都要不断查帮助手册。如果在kdb上需要好的性能,好像用特定的接口比较好。
     
  8. q在这方面先进些,所以多学一门语言是值得的。多国语言者:p
     
  9. 接口方面有论坛几位大侠,想来我们很幸福。

    昨天晚上做梦,居然梦到hylt被收录进百科全书,上面词条赫然印着tom,zwz,itfin,fisher几位大侠。。。。更夸张的是,还有介绍.....
     
  10. 还有kuhasu大侠的列传:D
     
  11. 没我的。像大牛津词典那样的东西,左上部分。整部头前半部分。现在想想很像是字母顺序H部分那个位置(奇怪,做梦还做得那么有逻辑。。。)
     
  12. 在我看来,hdf5或者kdb+的强处主要就在于它们与SQL有本质区别。
    如果用不到它们的强处,不如不用它们。
    如果在乎它们的强处,不可能只用SQL就体会到它们的强大。

    唯一的捷径是zwz大侠的RE kdb+接口。

    今天无意中看到这个帖子,以后上这个论坛的时间可能会更少。不过,您是知道我的email的啊。
     
  13. 谢谢,
    “隔行如隔山啊”,我本来还以为只要是支持SQL语言或语法的(比如ms sql , Oracle, mysql)数据库产品,只要针对其中一个编写东西后,至于数据库是用其中的那个具体的产品是没关系的,看来是我搞错了,是需要首先选择具体的数据库产品,然后再去针对性的开发。
     
  14. SQL语言确实是有国际标准的。但这个国际标准的SQL在各个具体数据库产品中属于语法的子集,各产品都会有所扩充。所以各产品在子集上互相兼容,全集上不太兼容。

    而在数据库的讲究性能的程序接口方面,更加是各不相同。ODBC,JDBC之类的只是为了兼容,性能成为其次的考虑了。
     
  15. 根据KDB的网站上说,它对SQL语句先要翻译成Q语言,有个中间的过程。上面还说,有C语言基础的,只要一天时间就学会了。还是学学Q语言吧
     
  16. hdf5和kdb+属于不属于网络数据库?!access和sqlite都不是网络数据库(它们都是本机数据库,网络链接也是采用非安全性的共享文件方式)。
    ms sql、mysql、oracle属于网络数据库,不过都有点大了。有没有一些简单小巧型的网络数据库?
     
  17. wj兄的用途看,大点的数据库还是合适的 :D
     
  18. 我说的网络数据库是指可以支持网络应用,不是采用文件共享这种非安全性的访问方式,最好也能支持sql类语法。
     
  19. 是啊,所以你说的有点大的那3种,却是符合要求的