2,722
社区成员
发帖
与我相关
我的任务
分享请发表友善的回复…
发表回复
無法替代 2011-01-27
- 打赏
- 举报
必须的啊 小程序没事 大点的就显出来了
xilaianzxsc 2011-01-26
- 打赏
- 举报
总体还是SQL好
xilaianzxsc 2011-01-26
- 打赏
- 举报
关键是:DBF断电机,容易损坏表.
everyday1212 2011-01-25
- 打赏
- 举报
现在不少16位的DOS程序还在跑呢！觉得有用就用，我用数据分析就用VFP，很好用！！
xilaianzxsc 2011-01-25
- 打赏
- 举报
实用为先.
xilaianzxsc 2011-01-24
- 打赏
- 举报
DBF文件最容易出的问题是当突然停电时,表中的数据会丢失,这是不争的事实
十豆三 2011-01-24
- 打赏
- 举报
[Quote=引用 22 楼 aabiao 的回复:]
表老坏的原因是程序设计不合理，在插入记录后，要加一个flush语句，这样坏表的可能性要减少90%以上。
加一个UPS，代价200元，效果会很好。
[/Quote]
有道理。
有时坏表与程序设计合理性也是有关系的。
表老坏的原因是程序设计不合理，在插入记录后，要加一个flush语句，这样坏表的可能性要减少90%以上。
加一个UPS，代价200元，效果会很好。
[/Quote]
有道理。
有时坏表与程序设计合理性也是有关系的。
-晴天 2011-01-23
- 打赏
- 举报
建议,立即放弃VFP,转到其他数据库设计程序上去.
VFP DBF文件最容易出的问题是当突然停电时,表中的数据会丢失,这是不争的事实.
很多做VFP的人都吃过这个苦头.
俺是04年左右转MSSQL的,虽然重头系统自学了SQL语言,但感觉VFP确定是没有存在的必要了,虽然以前也一直认为用VFP做桌面程序挺好,但回头想想,如果你要做大型程序,那一定得选用MSSQL或者ORACLE之类的大型企业数据,而大型数据库处理小型数据,那不是更简单了么.你拿着牛刀,还怕杀不了鸡?!
VFP DBF文件最容易出的问题是当突然停电时,表中的数据会丢失,这是不争的事实.
很多做VFP的人都吃过这个苦头.
俺是04年左右转MSSQL的,虽然重头系统自学了SQL语言,但感觉VFP确定是没有存在的必要了,虽然以前也一直认为用VFP做桌面程序挺好,但回头想想,如果你要做大型程序,那一定得选用MSSQL或者ORACLE之类的大型企业数据,而大型数据库处理小型数据,那不是更简单了么.你拿着牛刀,还怕杀不了鸡?!
xilaianzxsc 2011-01-23
- 打赏
- 举报
数据量不大,DBF用用,也是可以的
如果超大,建议不要用DBF
如果超大,建议不要用DBF
aabiao 2011-01-23
- 打赏
- 举报
表老坏的原因是程序设计不合理，在插入记录后，要加一个flush语句，这样坏表的可能性要减少90%以上。
加一个UPS，代价200元，效果会很好。
加一个UPS，代价200元，效果会很好。
xilaianzxsc 2011-01-20
- 打赏
- 举报
SQL好
booksoon 2011-01-19
- 打赏
- 举报
桌面级的程序还是可以的
十豆三 2011-01-19
- 打赏
- 举报
[Quote=引用 15 楼 zjm4862915 的回复:]
使用VFP+SQL方式，即程序用VFP编写,数据库使用SQL，这对解决数据库的稳定性确实很好。但我有几个问题：
1、需使用远程视图从SQL数据库中提取表数据，觉得比较麻烦，能不能不通过远程视图提取数据？
2、dbf表允许有重复记录，而SQL表不允许有重复记录，这个问题如何解决？
3、通过远程视图提取SQL数据，是不是会影响运行速度？总觉得比直接使用dbf表运行速度慢，特别是当表记录行数很大时……
[/Quote]
1、SPT、远程视图、CursorAdapter等等都可以。
2、加主键即可。
3、数据量很大时DBF更不好，容易坏等。
使用VFP+SQL方式，即程序用VFP编写,数据库使用SQL，这对解决数据库的稳定性确实很好。但我有几个问题：
1、需使用远程视图从SQL数据库中提取表数据，觉得比较麻烦，能不能不通过远程视图提取数据？
2、dbf表允许有重复记录，而SQL表不允许有重复记录，这个问题如何解决？
3、通过远程视图提取SQL数据，是不是会影响运行速度？总觉得比直接使用dbf表运行速度慢，特别是当表记录行数很大时……
[/Quote]
1、SPT、远程视图、CursorAdapter等等都可以。
2、加主键即可。
3、数据量很大时DBF更不好，容易坏等。
ZJM4862915 2011-01-19
- 打赏
- 举报
使用VFP+SQL方式，即程序用VFP编写,数据库使用SQL，这对解决数据库的稳定性确实很好。但我有几个问题：
1、需使用远程视图从SQL数据库中提取表数据，觉得比较麻烦，能不能不通过远程视图提取数据？
2、dbf表允许有重复记录，而SQL表不允许有重复记录，这个问题如何解决？
3、通过远程视图提取SQL数据，是不是会影响运行速度？总觉得比直接使用dbf表运行速度慢，特别是当表记录行数很大时（如超过10万条）提取数据较慢？有没有好的办法？
敬向电脑专家请教，不胜感激！
1、需使用远程视图从SQL数据库中提取表数据，觉得比较麻烦，能不能不通过远程视图提取数据？
2、dbf表允许有重复记录，而SQL表不允许有重复记录，这个问题如何解决？
3、通过远程视图提取SQL数据，是不是会影响运行速度？总觉得比直接使用dbf表运行速度慢，特别是当表记录行数很大时（如超过10万条）提取数据较慢？有没有好的办法？
敬向电脑专家请教，不胜感激！
十豆三 2011-01-19
- 打赏
- 举报
SPT、远程视图都可以，不过CursorAdapter出来后，大家都是这个方便、不过这个我也没有应用到程序中。
ZJM4862915 2011-01-19
- 打赏
- 举报
十豆三老师：
我原先是用dbf表数据库编了商品进销存软件，用户使用后最大的问题就是表损坏，一旦遇到突然停电、死机、误操作等情况，就会出现表损坏，虽然有的表可以修复，但有的表修复不过来，很伤脑筋。现在我决定改用SQL数据库作数据源，你觉得是用SPT、远程视图、CursorAdapter中的哪一个为好（我的商品进销存软件中有近百个表）？CursorAdapter方法我没有学过，能否简要介绍一下，或推荐这方面的资料。谢谢！
我原先是用dbf表数据库编了商品进销存软件，用户使用后最大的问题就是表损坏，一旦遇到突然停电、死机、误操作等情况，就会出现表损坏，虽然有的表可以修复，但有的表修复不过来，很伤脑筋。现在我决定改用SQL数据库作数据源，你觉得是用SPT、远程视图、CursorAdapter中的哪一个为好（我的商品进销存软件中有近百个表）？CursorAdapter方法我没有学过，能否简要介绍一下，或推荐这方面的资料。谢谢！
xilaianzxsc 2011-01-10
- 打赏
- 举报
我还是喜欢SQL
xilaianzxsc 2011-01-10
- 打赏
- 举报
数据量不大,DBF用用,也是可以的
如果超大,建议不要用DBF
如果超大,建议不要用DBF
qgqsfl 2011-01-09
- 打赏
- 举报
不要用数据环境，用数据环境，在断电时经常打不开表，而改为在load语句中用use 123.dbf in 0 的方式。而在程序设计时可用数据环境，程序设计结束后就将数据环境删除。我从87年接触数据库，到现在编写小程序还用vfp.
zhoud_j 2011-01-09
- 打赏
- 举报
如果是网络版的程序，而且记录都超过百万条，用DBF确实有点慢，我原来就是用DBF，而且还有远程用户，所以后来不得不改为VFP+SQL。速度提升非常明显。
加载更多回复（9）
