数据传递的郁闷
来源:互联网 发布:php csrf攻击 编辑:程序博客网 时间:2024/05/16 18:33
采用Delphi+fortran+access开发了一个系统,由于Delphi·特色,针对每一个小模块建立一个独立exe文件,这些exe在主界面中装配。模块之间的交互采用了Access数据库。
这种设计方法,简单直接,模块清晰,易于分工和装配。尤其是在对数据库管理,表单的维护上面表现非常好。后来问题出现了,在exe之间通过数据库来传递大量的数据,绝对是让人沮丧的事情。
测试了很多种方法,希望能提高存取Access的速度。但面对几十兆的数据,Access表现得非常糟糕,尤其是在保存得时候,一条记录十几个字段,几万条记录的工作量让整个程序表现得象垃圾。
在fortran得动态链接库中,大量得有限元运算持续产生大量得数据,需要及时得到处理和反馈。这种体系下的数据存取策略值得商榷,前些日子我不得不改成传递文件的方式。fortran保存文件的速度是实时的,在delphi的读取文件,解析字符串,这使数据传递数据上了一个大大的台阶。
再后来,发现文件的传递方式不能完全满足要求,包括速度问题。最后的方法就是传递内存了,这就需要在fortran和delphi中传递内存,并且在各个exe中中共享内存。
这种设计方法,简单直接,模块清晰,易于分工和装配。尤其是在对数据库管理,表单的维护上面表现非常好。后来问题出现了,在exe之间通过数据库来传递大量的数据,绝对是让人沮丧的事情。
测试了很多种方法,希望能提高存取Access的速度。但面对几十兆的数据,Access表现得非常糟糕,尤其是在保存得时候,一条记录十几个字段,几万条记录的工作量让整个程序表现得象垃圾。
在fortran得动态链接库中,大量得有限元运算持续产生大量得数据,需要及时得到处理和反馈。这种体系下的数据存取策略值得商榷,前些日子我不得不改成传递文件的方式。fortran保存文件的速度是实时的,在delphi的读取文件,解析字符串,这使数据传递数据上了一个大大的台阶。
再后来,发现文件的传递方式不能完全满足要求,包括速度问题。最后的方法就是传递内存了,这就需要在fortran和delphi中传递内存,并且在各个exe中中共享内存。
- 数据传递的郁闷
- 超级令人郁闷的struts2 JSON数据传递
- DWR的数据传递
- DWR的数据传递
- Intent传递的数据
- MFC数据的传递
- Intent的数据传递
- 控制器的数据传递
- 网络数据的传递
- Intent数据的传递
- Intent的数据传递
- android的数据传递
- 数据传递的问题
- android_activity的数据传递
- 数据、消息的传递
- Intent的数据传递
- Fragment的数据传递
- fragment的数据传递
- 滤镜效果--鼠标提示
- 基于java的InputStream.read(byte[] b,int off,int len)算法学习
- 专访用自己姓氏命名编译器YC++的创始人
- Java libraries to read and write PDF files
- 读取光驱上的指定扇区
- 数据传递的郁闷
- cfs之lustre实验
- Socket通讯及底层TCP/IP连接原语
- 编写可靠的Windows CE代码
- Struts 返回前一页面时,图片Css样式无法加载的问题
- 不能访问某一网站
- rs.open sql,conn,1,1全接触
- X86,ARM的虚拟地址转换
- 学习log4j