111,098
社区成员
发帖
与我相关
我的任务
分享有用记事本做数据库的人吗？
用C#开发了房地产物业管理的程序，各种记录与数据都是用txt文件保存。写了各种查询语句与写入语句。执行效率也没比数据库慢啊。大家感觉用txt文件做数据存取有什么利弊？
...全文
请发表友善的回复…
发表回复
ZKK291552720 2012-05-22
- 打赏
- 举报
其实我也纳闷呢，，，想把URL直接存到TXT里
diyishuguang 2011-11-23
- 打赏
- 举报
有没有一位大牛，清楚的说明一下，结束这还没有结论的争论呢？ txt、xml和数据库怎么比较一下
bluk44444 2011-09-05
- 打赏
- 举报
Up+1！
winteredchengxu 2011-06-20
- 打赏
- 举报
还没深入到这一步，先占个位
wkq87 2011-06-20
- 打赏
- 举报
我现在做的一个就用的Txt文件保存的，不过文件比较小，10M左右吧！
xiaoboyong 2011-06-20
- 打赏
- 举报
每天回帖加10分
sheepcorpse 2011-06-20
- 打赏
- 举报
我还以为
记事本数据库 = 笔+纸
的数据库呢。
记事本数据库 = 笔+纸
的数据库呢。
pigg18 2011-06-19
- 打赏
- 举报
这个难度太大，无法保证多线程环境的处理
因为文件大小到一定规模后。
i/o 开销巨大
且很难多人同时访问
因为文件大小到一定规模后。
i/o 开销巨大
且很难多人同时访问
crackdung 2011-06-19
- 打赏
- 举报
VistaDB 4.X不錯的選擇。。。
qiying1988 2011-06-19
- 打赏
- 举报
进来看看
xincheng31 2011-06-19
- 打赏
- 举报
其实我觉得这样对大量数据的处理可能比传统的sql数据库更快，只是数据没有什么权限控制。。
kkbac 2011-06-19
- 打赏
- 举报
天涯倦客 2011-06-19
- 打赏
- 举报
[Quote=引用 107 楼 pigg18 的回复:]
这个难度太大，无法保证多线程环境的处理
因为文件大小到一定规模后。
i/o 开销巨大
且很难多人同时访问
[/Quote]
多线程有个毛用。。。
单硬盘 读写都是独占方式 的 并不是多开几个线程就能提高读写速度的。。。
这个难度太大，无法保证多线程环境的处理
因为文件大小到一定规模后。
i/o 开销巨大
且很难多人同时访问
[/Quote]
多线程有个毛用。。。
单硬盘 读写都是独占方式 的 并不是多开几个线程就能提高读写速度的。。。
hzieechenwei 2011-06-19
- 打赏
- 举报
如果你用不到数据库提供给你的功能，用txt文件又何妨
allenit 2011-06-19
- 打赏
- 举报
1.关于性能，文本性能不是问题，看你组织，但复杂的数据结构，组织起来很难。
2.关于事务，文本难实现，要自己实现的话，又是个小数据库引擎了
3.数据大的话，或者未来数据结构发生变化，升级，或者做成网络版，你的文本引擎又要变成网络数据库引擎了，更复杂。
4.现成的小数据库，还是比较方便，尤其是，你用C#，可以考虑的sql express,my sql,sqllite，
5.如果数据量，实在是不大，而且现在已经稳定，没有升级需要，现在方案也不错。
2.关于事务，文本难实现，要自己实现的话，又是个小数据库引擎了
3.数据大的话，或者未来数据结构发生变化，升级，或者做成网络版，你的文本引擎又要变成网络数据库引擎了，更复杂。
4.现成的小数据库，还是比较方便，尤其是，你用C#，可以考虑的sql express,my sql,sqllite，
5.如果数据量，实在是不大，而且现在已经稳定，没有升级需要，现在方案也不错。
足球中国 2011-06-18
- 打赏
- 举报
[Quote=引用 33 楼 lihanbing 的回复:]
对于固定宽度数据的存储，用文本文件一点问题都没有，无论是检索还是修改啥的都可以很快很方便，实际上所有数据库都是在这基础上实现的
[/Quote]
数据库 不是磁盘文件？
真正的大规模数据下 关系数据库也是要被淘汰的。。
建立有效的数据结构 是关键。
顶
对于固定宽度数据的存储，用文本文件一点问题都没有，无论是检索还是修改啥的都可以很快很方便，实际上所有数据库都是在这基础上实现的
[/Quote]
数据库 不是磁盘文件？
真正的大规模数据下 关系数据库也是要被淘汰的。。
建立有效的数据结构 是关键。
顶
occam 2011-06-18
- 打赏
- 举报
数据库通常是关系型的...
tys_mylove 2011-06-18
- 打赏
- 举报
你这样还不如搞一个access数据库更方便
j04535 2011-06-18
- 打赏
- 举报
[Quote=引用 94 楼 dollybol 的回复:]
木问题
数据库也是一个个的文件组织起来的
所以文本如果你很牛 组织的好 一样可以承受一定量的数据
[/Quote]
感觉有时候用到文本储存数据，对于少量的数据是可以的，手机软件上的不就是用文本储存的吗？
木问题
数据库也是一个个的文件组织起来的
所以文本如果你很牛 组织的好 一样可以承受一定量的数据
[/Quote]
感觉有时候用到文本储存数据，对于少量的数据是可以的，手机软件上的不就是用文本储存的吗？
jshzp 2011-06-18
- 打赏
- 举报
[Quote=引用 76 楼 hwbox 的回复:]
真的是“数据库”吗？
那是怎么解决查询问题的？用string类自己的方法？还是什么呢，本人很疑惑。
10万条记录，一条一行，你的解决方案是如何解决关键字查询的？
按理说应当要有索引吧，用散列算法做主键索引是必须的。
你用一文本文件做数据文件，就需要自己写索引程序啊，这不发明轮子么，就算写轮子吧，上GB的文件，C#下一定是用文件视图绝对定位做了，要不一次性装内存还不疯了。
关于插入和删……
[/Quote]
半力支持你的看法！TXT做数据库，当然在这些性能上会不行，但是优点也是很明显的！使用SQL，需要在客户端弄一大堆东西去支持，对于嵌入式的机器简直就是要命。这种情况下，还是TXT来得简单。当然，数据量稍大，就成问题了。我在实践中采用了折衷的选择：access，呵呵!
真的是“数据库”吗？
那是怎么解决查询问题的？用string类自己的方法？还是什么呢，本人很疑惑。
10万条记录，一条一行，你的解决方案是如何解决关键字查询的？
按理说应当要有索引吧，用散列算法做主键索引是必须的。
你用一文本文件做数据文件，就需要自己写索引程序啊，这不发明轮子么，就算写轮子吧，上GB的文件，C#下一定是用文件视图绝对定位做了，要不一次性装内存还不疯了。
关于插入和删……
[/Quote]
半力支持你的看法！TXT做数据库，当然在这些性能上会不行，但是优点也是很明显的！使用SQL，需要在客户端弄一大堆东西去支持，对于嵌入式的机器简直就是要命。这种情况下，还是TXT来得简单。当然，数据量稍大，就成问题了。我在实践中采用了折衷的选择：access，呵呵!
加载更多回复（96）
