2,209
社区成员
发帖
与我相关
我的任务
分享FireBird最小客户端究竟需要什么?
应用程序使用IBX控件。
如果是IB,主要是gds32.dll,另外还要设定3050的端口,等等.
但是FirdBird就不同，一直有人说FireBird的GDS32.DLL是一个代理空壳，而FBClient.dll才是真正的有用的，但是试验结果是：仅仅使用GDS32.DLL就可以建立远程连接，不需要FBClient.dll,这和网上流传已久的说法矛盾,不知哪位比较了解这究竟是怎么回事?
...全文
请发表友善的回复…
发表回复
coaco 2004-04-05
- 打赏
- 举报
哇,给错分了,下次补给版主吧:) 相信版主也不会在意的.
coaco 2004-04-05
- 打赏
- 举报
感谢版主的热心回贴,结帐了
coaco 2004-04-02
- 打赏
- 举报
谢谢这么详细的回答。
>>其实在它的正式发行 install 中调用过的,不需要你手工运行而已.
如此说来就是在客户端的Setup程序中必须运行一次'instclient.exe' ,或者说不运行这个程序不行? 等我找到了"干净"的机器试一试.
>>我看可能是你某些不正当操作的原因,否则它通过不了一般测试就出来"混"?
言重了,不过IB/FB相对其它的数据库损坏的情况确实多一些,当然可以说是用户的问题,比如"非法操作"、强行关机等等，也有人说是Linux平台上才稳定，但是做为个人版，用户的条件比服务器的条件就会差很多，以它在服务器上的“口碑”放到客户端上，“混混”是可以的，正式使用，还是缺乏说服力的。或者是普通用户的操作达不到FB的标准？这恐怕一时半会儿解决不了。
>>其实在它的正式发行 install 中调用过的,不需要你手工运行而已.
如此说来就是在客户端的Setup程序中必须运行一次'instclient.exe' ,或者说不运行这个程序不行? 等我找到了"干净"的机器试一试.
>>我看可能是你某些不正当操作的原因,否则它通过不了一般测试就出来"混"?
言重了,不过IB/FB相对其它的数据库损坏的情况确实多一些,当然可以说是用户的问题,比如"非法操作"、强行关机等等，也有人说是Linux平台上才稳定，但是做为个人版，用户的条件比服务器的条件就会差很多，以它在服务器上的“口碑”放到客户端上，“混混”是可以的，正式使用，还是缺乏说服力的。或者是普通用户的操作达不到FB的标准？这恐怕一时半会儿解决不了。
coaco 2004-04-02
- 打赏
- 举报
不是很主观,其实把SQL甚至于Informix做为单机用户的恐怕不多,好像太奢侈了吧? 呵呵
IB/FB毕竟当初不是为单机设计的,Embedded Firebird毕竟是新生事物,我觉得恰恰相反,除非有权威的证据显示它足够强壮才值得向单机版用户推荐(这里指的是Embedded Firebird)
ACCESS在这方面是不错的,虽然也会损坏,但一方面很少见,另一方面修复很容易,至少它比FOXPRO和PARADOX强得多.
可能我对Embedded Firebird确实有偏见,不过有些版主可能是误解了,比如"所以上面的解释似乎也不准确."这句话可能是我的表达不准确,我的原意是说,在没有运行“instclient.exe”我居然成功了，问题可能在这儿吧，呵呵
CuteBit 2004-04-02
- 打赏
- 举报
一些关于 数据库 的题外话
强行关机和非法操作对于任何数据库来说都是一个灾难.应该 ib/fb 有个用于优化性能的写缓冲选项,如果这个选项打开,强行关机和非法操作损坏数据库的几率高许多.
其实 ib/fb 在国外一些专业网站上被提到时都会提到它的稳定性.在单机我的 paradox/access/msSQL/oracl 都完蛋过,,甚至在台 4-16 颗 CPU 的机器上的 informix 也垮了两次之多.
我的意思不是说数据库跨掉是正常的,也不是说 fb/ib 比一般的强壮.因为我没有权威数据说明这些.如果你有实际的测试对比数据,我愿意看看.
只是觉得你的一些评论有很主观.
强行关机和非法操作对于任何数据库来说都是一个灾难.应该 ib/fb 有个用于优化性能的写缓冲选项,如果这个选项打开,强行关机和非法操作损坏数据库的几率高许多.
其实 ib/fb 在国外一些专业网站上被提到时都会提到它的稳定性.在单机我的 paradox/access/msSQL/oracl 都完蛋过,,甚至在台 4-16 颗 CPU 的机器上的 informix 也垮了两次之多.
我的意思不是说数据库跨掉是正常的,也不是说 fb/ib 比一般的强壮.因为我没有权威数据说明这些.如果你有实际的测试对比数据,我愿意看看.
只是觉得你的一些评论有很主观.
CuteBit 2004-04-01
- 打赏
- 举报
关于连接字符串:
# ibx 数据库连接字符串:
192.168.0.1/3051:[数据库文件或别名]
# jdbc:
jdbc:firebirdsql:192.168.0.1/3051::[数据库文件或别名]
>>"现在的FB可以把它（GDS32.DLL或者FBClient.DLL）直接放在应用程序目录中就可以使用"
如果你的系统中存在多个版本的上述 dll 在操作系统的库装载搜索路径,操作系统根据路径次序决定装载的 dll.windows 会首先搜索程序工作目录的,所以是没有问题.
>>"所以上面的解释似乎也不准确."
呵呵,release notes 是经过 fb 核心开发者确认的.其实在它的正式发行 install 中调用过的,不需要你手工运行而已.
>>"embedded firebird似乎还很不成熟,极容易出现数据库损坏的情况"
embedded firebird 是个很新颖有用的便携式单机数据库.它是第一次出现在 ib/fb 家族中.它的拥有 c/s 式的 server 的一个子集.目前不提供安全和远程模块.另外也不提供多线程同时操作的支持.但"极容易..."我看可能是你某些不正当操作的原因,否则它通过不了一般测试就出来"混"??为什么?钱吗??
fb 小组打算在将来的 fb2 中继续发展和加强 embedded 版本.
>>它也不能做为"服务器端"的"客户端"
是这样的.因为目前 fb 不支持分布式数据库.
# ibx 数据库连接字符串:
192.168.0.1/3051:[数据库文件或别名]
# jdbc:
jdbc:firebirdsql:192.168.0.1/3051::[数据库文件或别名]
>>"现在的FB可以把它（GDS32.DLL或者FBClient.DLL）直接放在应用程序目录中就可以使用"
如果你的系统中存在多个版本的上述 dll 在操作系统的库装载搜索路径,操作系统根据路径次序决定装载的 dll.windows 会首先搜索程序工作目录的,所以是没有问题.
>>"所以上面的解释似乎也不准确."
呵呵,release notes 是经过 fb 核心开发者确认的.其实在它的正式发行 install 中调用过的,不需要你手工运行而已.
>>"embedded firebird似乎还很不成熟,极容易出现数据库损坏的情况"
embedded firebird 是个很新颖有用的便携式单机数据库.它是第一次出现在 ib/fb 家族中.它的拥有 c/s 式的 server 的一个子集.目前不提供安全和远程模块.另外也不提供多线程同时操作的支持.但"极容易..."我看可能是你某些不正当操作的原因,否则它通过不了一般测试就出来"混"??为什么?钱吗??
fb 小组打算在将来的 fb2 中继续发展和加强 embedded 版本.
>>它也不能做为"服务器端"的"客户端"
是这样的.因为目前 fb 不支持分布式数据库.
coaco 2004-04-01
- 打赏
- 举报
对了,所谓"客户端"不是指的embedded firebird,而是相对于"服务器端"而言的,embedded firebird似乎还很不成熟,极容易出现数据库损坏的情况,而且它也不能做为"服务器端"的"客户端"
coaco 2004-04-01
- 打赏
- 举报
我的E文不太好,有时候无法确切理解文中的意思.
不过关于最少客户端的信息我在FirdBird上面也没有找到比较清楚的答复,我觉得问题应该分两个部分,一部分是面对旧的InterBase用户的升级,另一部份应该是完全没有用过InterBase的用户.
在release 版本里我感到奇怪的一个是FBClient.dll完全可以不安装,这与RC(x)版本有了差异,上文提到了一个'instclient.exe' 我也没有使用(因为是拷贝的),所以上面的解释似乎也不准确.
使用GDS32.DLL还是使用FBClient.DLL倒是无所谓，现在的FB可以把它（GDS32.DLL或者FBClient.DLL）直接放在应用程序目录中就可以使用（是吗？ 好象是可以的），主要是目前如何制作客户端的Install最少需要些什么？
还有一个就是3050端口的问题，FB似乎是通过修改firebird.conf文件来确定端口的，但是客户端呢？客端又通过什么方法使用新的端口？
不过关于最少客户端的信息我在FirdBird上面也没有找到比较清楚的答复,我觉得问题应该分两个部分,一部分是面对旧的InterBase用户的升级,另一部份应该是完全没有用过InterBase的用户.
在release 版本里我感到奇怪的一个是FBClient.dll完全可以不安装,这与RC(x)版本有了差异,上文提到了一个'instclient.exe' 我也没有使用(因为是拷贝的),所以上面的解释似乎也不准确.
使用GDS32.DLL还是使用FBClient.DLL倒是无所谓，现在的FB可以把它（GDS32.DLL或者FBClient.DLL）直接放在应用程序目录中就可以使用（是吗？ 好象是可以的），主要是目前如何制作客户端的Install最少需要些什么？
还有一个就是3050端口的问题，FB似乎是通过修改firebird.conf文件来确定端口的，但是客户端呢？客端又通过什么方法使用新的端口？
CuteBit 2004-04-01
- 打赏
- 举报
呵呵...这不是什么神秘的故事~
在 firebird RC(X) 下的客户接口顺序如下:
ibx --> gds32.dll --> fbclient.dll --> fbserver
这里的 gds32.dll 是指 firebird RC(X) 包下的那个,很小.
但在 release 版本里,他们做了小小的改变,在 release notes 里说得很清楚了
Traditionally, applications that use InterBase or Firebird have expected to load the gds32.dll client
library from the <system> directory. Firebird 1.5 ships a tool named 'instclient.exe' that can install a
clone of fbclient.dll to the Windows System directory. This clone gets patched on the fly so that its file
version information begins with "6.3", to provide compatibility for old applications that check the
GDS32.DLL file version and can not make sense of a number string such as "1.5".
所以其实就是不用代理,用 clone 类似改名的方法了.
在 firebird RC(X) 下的客户接口顺序如下:
ibx --> gds32.dll --> fbclient.dll --> fbserver
这里的 gds32.dll 是指 firebird RC(X) 包下的那个,很小.
但在 release 版本里,他们做了小小的改变,在 release notes 里说得很清楚了
Traditionally, applications that use InterBase or Firebird have expected to load the gds32.dll client
library from the <system> directory. Firebird 1.5 ships a tool named 'instclient.exe' that can install a
clone of fbclient.dll to the Windows System directory. This clone gets patched on the fly so that its file
version information begins with "6.3", to provide compatibility for old applications that check the
GDS32.DLL file version and can not make sense of a number string such as "1.5".
所以其实就是不用代理,用 clone 类似改名的方法了.
erickleung 2004-04-01
- 打赏
- 举报
现时的Firebird还可以和interbase兼容. 但Firebird1.5以後, 他和Interbase便会分道扬缥, 最终会成为不同的产品, 因此需要用不同的gds32.dll(fbclient.dll)和不同的端囗.
只要你的开发工具, 容许你使用你指定的用户端的文件或档名. 你便不容易使用错的library了.
最少的Firebird, 应该是embedded firebird, 你得把embedded Server文件改名为gds32.dll便可以提供单机的数据库了.
只要你的开发工具, 容许你使用你指定的用户端的文件或档名. 你便不容易使用错的library了.
最少的Firebird, 应该是embedded firebird, 你得把embedded Server文件改名为gds32.dll便可以提供单机的数据库了.
