100分求高手解答

[AbnerChai]

在BREW平台上开发一个移动办公系统，客户端界面己经设计好了，现在一个问题是：这个BREW的客户端如何访问服务器端的数据库系统（服务器上的数据库是 mysql）。请高手指点。
1）BREW有类类似与ODBC/JDBC这样的接口能直接读写数据库吗？
2）如果没有，有什么办法能解决这个需求？

比如：股票查看软件也是类似的，它如何查看后台数据库中的数据呢？谢谢

[sxcnfly]

brew没有类似与odbc的接口的,客户端不用去直接访问服务端的数据库系统的呀,而是写一个服务端程序来访问数据库,brew客户端只要连接到这个服务端程序即可.

[AbnerChai]

2楼说的是在服务器端搞一个ServerProcess,这个ServerProcess和手机上的程序之间通信。同时这个ServerProcess去访问数据库并返回给手机上的客户端吗？这样太麻烦，需要设计ServerProcess和客户端的通信协议。
有其他的办法吗

[sxcnfly]

没错，BREW是没有别的方法的。目前我见到过的所有客户都是这样设计的。

[sxcnfly]

还有BREW程序最终是运行在手机上的，不是pc，即使存在odbc不通过服务端程序也无法访问到服务器数据库的呀。包括J2ME也没有JDBC的功能。这是手机不是PC。

[babiq]

你的brew版本是多少？

[半吊子全栈工匠]

[Quote=引用 1 楼 sxcnfly 的回复:]
brew没有类似与odbc的接口的,客户端不用去直接访问服务端的数据库系统的呀,而是写一个服务端程序来访问数据库,brew客户端只要连接到这个服务端程序即可.
[/Quote]
友情支持

[xia56108430]

我发表下个人想法，
数据库无疑都是文件的读写吧！这样的话，自己弄个文件保存数据就行

从效率来考虑，必然的要考虑到读写操作数据的复杂度来看，我觉得太慢了，
因为我试过写个20K的文件要3秒多，

[sxcnfly]

[Quote=引用 6 楼 xia56108430 的回复:]
我发表下个人想法，
数据库无疑都是文件的读写吧！这样的话，自己弄个文件保存数据就行

从效率来考虑，必然的要考虑到读写操作数据的复杂度来看，我觉得太慢了，
因为我试过写个20K的文件要3秒多，

[/Quote]
你指的是文件型数据库了，数据库与文件的读写还是有区别的

[wangan2008]

up

[AbnerChai]

最新的Brew MP吧
或3.x的也可以啊。版本没有关系，关键是要有相关的解决方案。

有其他意见吗？比如WebService等等？ SOAP等等?

能请高手说说吗

[zxzyzw]

2楼的说法比较实在。brew只有简单数据库的处理。
通信协议可以尝试这样。
手机发送信息，然后服务器程序接收，处理后生成一个解析好的新文件。手机定时查询文件是否存在，下载分析，完成后然后再次发送信息，服务器程序删除生成的新文件。
全部都由手机做主导。
服务器程序就是收2种信息，查询和删除。
通信处理也比较简单吧，但是经常生成删除文件好像不怎么好。
对于服务器和数据库我也了解不多，所以都是随便说的。

[cyg_apple]

BREW访问Server数据库需要服务器端程序支持，做成C/S的；
有的应用将数据库文件放在终端的，一般都是小型数据库文件，建议使用SQLITE

[AbnerChai]

有人谈谈SOAP和相关的吗？

[babiq]

[Quote=引用 10 楼 abnerchai 的回复:]
最新的Brew MP吧
或3.x的也可以啊。版本没有关系，关键是要有相关的解决方案。

有其他意见吗？比如WebService等等？ SOAP等等?

能请高手说说吗
[/Quote]
BREW4以后支持RPC，可以封装一个接口实现你需要的功能。

[AbnerChai]

[Quote=引用 14 楼 babiq 的回复:]

BREW4以后支持RPC，可以封装一个接口实现你需要的功能。
[/Quote]

RPC 只是客户端支持吧，服务器端收到RPC Invoke以后怎么办？