ldap怎么又扯上拉数据库拉?

jayli426

在LDAP中我们总是能看到很多的数据库的字眼
这就是我始终奇怪的地方, 我们用LDAP的目的就是为拉
发挥它的查询优势,而放弃数据库,
可是在实际的LDAP使用中,数据库(至少这个名词是出现频繁的)
例如在Sun 的Directory server中就有什么后缀数据库的说法
还有什么ldbm数据库插件,总之脑袋就是晕晕的.
哪位大虾能解释这其中的奥妙吗?

jayli426

这是之前在sun网站上的小讨论,大家看看,有没有求同存异之处,
不妨发表一番意见

Directory sever数据组织方式不是LDAP吗,就是为了为了区别数据库呀?
我知道在备份时要用到这些东西
有一个命令db2ldif与ldif2db
就是与这个数据库有关
我实在是不董,有LDIF文件就够拉,把它作为model,directory server作为controller与view就够拉
干吗还要扯进来一个database,好像也起拉model的作用,让人觉得好多余哦
有哪位好心的大虾能小作解析呢?小弟这箱有礼拉

这是老外习惯的问题，他们把所有存储数度的东西都叫database，hosts文件也叫database。不过你也应该反省一下自己，为什么database就必须是oracle呢，能存储数据完全可以叫database啊，从这个意义上说，老外是对的。

首先谢谢您的指点,可是能麻烦您可以对我第二个问题在稍作解释吗?
ldif文件本身就是实际的存储数据的东西拉
教database何其多余
或者说换一种理解:就像oracle
实际存储的的还是data file(物理上)
但是放在oracle中,它就叫database
实际上这只是oracle组织数据的一种方式而已
老大,这种理解对否

对啊

jayli426

这个问题是否能这样理解,ldif文件是一种物理存储的形式
数据库是一种内部组织数据的方式,或者说是一种逻辑存储的方式
而ldap仅仅是一种前端的访问方式

那么"LDAP即Lightweight Directory Access Protocol.显然它是一个协议,不是一个数据库.它只是规定了数据的存储格式,定义了一些相关的标准."
这个话是否正确呢,它规定了数据的存储格式拉吗?

这样感觉ldap又非前端的,又与后端扯上去拉,又有拉些"物理存储"的意味
还有后端如果用的是"关系数据库",是否能发挥LDAP的优势呢?
至少每个ldap请求都要转换为对关系数据库的请求
那么一个查询动作:
查询动作->;ldap操作->;关系数据库操作
那还不如
查询动作->;关系数据库操作 快
这样理解对吗?

不要嫌我罗嗦啊,大虾啊,哈哈

jayli426

其实我是这个意思:
既然有拉ldif文件,那么一个Directory server就可以读取这个ldif文件,然后构筑对应的DIT
实在不必有将ldif读入后够成一个数据库,感觉上就是多拉一步
即ldif文件->;内部数据库->;DIT
ldif文件->;DIT难道不更好吗?至少效率上要快一些吗?
这个理解应该是不对的,但是内部数据库的优势又在哪里呢?
比方说sun one directory server有什么"用户数据库",ldbm这些概念 联想到XML文件,我们不是就可以直接读来构筑一个树形结构的东东吗?当然我们并没有XML server这样的东东,
如果我们有一天要开发xml server这样的东东(会有这样的东东吗?哈哈),
是否真的就象"我们使用LDAP并不是抛弃"数据库",到任何时代的任何存储数据的方式,都不可能脱离数据库"
这样子呢?
说到这里,感觉自己的思路都有些乱拉,还忘大虾斧正一番

jayli426

如果我门后台使用关系型数据库.那么我们是否也能发挥关系型数据库的好的些性能与事务处理的优势呢?
但是"
I say that LDAP doesn't have support for transactions and other features of databases, I mean that the protocol doesn't have the messages that you would need to take advantage of these features (remember, it's lightweight) and doesn't require that the backend data store provide these features.
"
from<<LDAP System Administration - OReilly By E.T.>;>;
它意思就是说后端的(数据库)优势,ldap这个前端怎么也沾不上光?
只是因为它是"lightweight"
这个轻量到是真是别有韵味啊?我是有些糊涂拉
这个轻量好像真的是"丢盔弃甲啊"(比喻不好 )不要笑我
我们后端用(关系)数据库,总是为了发挥他优势把,前面说那个berkley的 DB是
二进制的,我也不知它是否是关系型,总而言之,它总是能提高效率
那么关系型数据库的后端呢?他的优势在哪里呢?
难道一用上关系型数据库的优势,ldap就重起来拉吗?
这就是机制决定的吗?

jayli426

an embedded database是否是关系数据库？？或者这样问就是错误的
那一般商用，例如oracle 和某个an embedded database区别在哪里？？