1 23 / 3 页

论坛徽章:: 0

21楼 [报告]

发表于 2006-09-28 15:06 |只看该作者

发错版了......

实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？

fantix

稍有积蓄

论坛徽章:: 0

22楼 [报告]

发表于 2006-09-28 15:19 |只看该作者

我不知道通过lo接口调用是啥情况哈，反正我知道，poeaa（就是Martin Fowler写的企业应用架构模式）说过，一次普通的方法调用大概要耗时几毫秒，而一次网络调用（或者是远程调用）需要耗时几十毫秒甚至上百毫秒。当时martin试图解释不要分布对象，那样会造成很低的效率。这个话题是不是也差不多？穿透jdbc层之后，还要通过tcp/ip协议栈，找到DBMS之后，从协议栈出来，DBMS还得解释SQL，然后再调用它的方法找目标数据，最后原路返回，看上去是挺慢的。ps：Oracle好像还有个BFILE吧，放文件的
c/c++，java，大家都是一家人么，呵呵。

实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？

timego

家境小康

论坛徽章:: 0

23楼 [报告]

发表于 2006-10-02 04:49 |只看该作者

9494天下语言是一家！
顺便说一句要是有一天 SUN的JAVA芯片量产的话。单片机还真要用JAVA来写了。

实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？

shaken

家境小康

论坛徽章:: 0

24楼 [报告]

发表于 2006-10-04 00:55 |只看该作者

老实说，楼主的问题就是用权威来压死人了，一开口就认为自己已经是权威了，还拿自己的经历来压死人。你也不想想很多人还没有毕业都当老板，他们一样也要学做人。我们不是权威，也无意教训你。不过，如果让你跟我同一个办公室的话，或者是我的员工的话，我会一脚把你踢走，留着也是个祸害。还好意思说自己当过×××经理。

实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？

wobushiwo

丰衣足食

论坛徽章:: 0

25楼 [报告]

发表于 2006-10-04 02:21 |只看该作者

我们最近也遇到类似，但我们主要是多文件，大文件，的管理。。。。。。。。。。。

是选用文件方式呢，还是数据库呢？

个人觉得小数量的话文件方式还行，数据库开销太大了，根本不合算

但是遇到我们几百万，上千万个文件时，占用node问题非常突出，管理也比较麻烦，这时用数据库

就管理而言，还算方便，但是效率一样不行

针对这个问题，准备自己写一个针对性的文件管理数据库，并申请些小经费

，并由我们组的博士组

织发表论文，不知顺利否，嘿嘿

[ 本帖最后由 wobushiwo 于 2006-10-4 02:22 编辑 ]

实战分享：从技术角度谈机器学习入门| 【大话IT】RadonDB低门槛向MySQL集群下战书 | ChinaUnix打赏功能已上线！ | 新一代分布式关系型数据库RadonDB知多少？

perryhg

荣誉版主

论坛徽章:: 0

26楼 [报告]

发表于 2006-10-04 03:27 |只看该作者

原帖由 sishanji 于 2006-9-28 13:24 发表
那我只好很冒昧地对你说：对不起，你还不够资格。因为我毕业不到半年就成为一家财务公司的投资部经理，关于做人、办公室政治...

我个人为这句话任何人都有资格说！头衔和资格不能画上等号，关键在于你做了什么。平等、尊重和办公室政治是有很大不同的，在办公室里面人都被人为地贴上了标签，划分了等级和部门，在论坛上是没有这个区分的。在办公室因为你是经理，你什么话都不说，别人也得尊重你，但是在论坛上，你必须得尊重别人，别人才会尊重你，你的头衔并不能给你带来任何帮助。在这里没有人是你的下属，也就是说没有人有义务要给你你想要的答案，关键是看你的态度和提问的深度是否让人觉得值得回答。

针对斑竹“还是因为在工作上受了被你看不起的java程序员的气”一说，这一句话难道说明你做人没问题吗？
第一：首先你是瞎猜；第二：我反对权威压人...

我本来就没有说肯定啊，我是在为你发了一个颇有挑衅意味的标题来开脱，可是你偏要说明自己是故意来煽风点火挑起事端的，那我也没办法。另外，这里并没有权威，每个人只是提出自己的想法和建议，何来压人之说？

PS：C++写BS应用。我告诉你，并不难。...

你既然是学经济出身，做了投资部经理，还成为了C++的技术专家，佩服佩服！可是在我看来你似乎并没有看出在开发产品时选用何种编程语言的经济意义：究竟用C++写BS应用的程序员多还是用java写BS应用的程序员多？万一你原来的程序员离开了你的团队，你的项目要继续下去，哪怕是做后期维护要面临多大的风险？

本来你提的是个很好的技术话题，可是在讨论过程中你一次又一次地引导别人偏离了这个话题，真不知道你们开会的时候会产生什么样的效率，从这个角度来看你并不是个好领导。

很多技术方案并没有绝对的好与坏之分，而只有适用和不适用之分，从你的问题我没看明白：你究竟是想用数据库保存文件还是不想用数据库保存文件。只有说出你具体的环境和需求，别人才可能给你更接近准确的答案。这里不是交论文，大家都很忙，没有时间把两种方案做个彻底的比较再得出个长长的空洞的结论。我相信当你来提问的时候，你心中是期待一个答案：我这个项目到底该使用A方案还是B方案。如果你已经有非常确定的答案了，只是希望有人赞同你的观点，那么来这里问就是浪费时间了。因为一旦你选定了，不管别人赞同或者不赞同，你都必须做下去了，因为项目不等人的，更何况论坛里的人很多都不如你了解具体情况。

如果你真诚地要来讨论技术的，我本人非常欢迎。

PS：我是学会计的...

[ 本帖最后由 perryhg 于 2006-10-4 03:29 编辑 ]