t*******y
发帖数: 1289 | 1 非常小的数据量，是选择自己写xml file读写，还是选择sqlite好？
没做过数据库的开发，只是简单的建库，读写，查询，没考虑过性能，没有深入研究过
数据库。现在在设计阶段，想看看别人的看法
主要考虑是对多线程的支持，多人开发，怕dead lock，当然，这个主要靠架构设计，
但是架不住人做啊。想找一个比较容易控制的。
谢谢 |
g*****g
发帖数: 34805 | 2 sqlite。write xml is not simpler than write DB.
【在 t*******y 的大作中提到】
: 非常小的数据量，是选择自己写xml file读写，还是选择sqlite好？
: 没做过数据库的开发，只是简单的建库，读写，查询，没考虑过性能，没有深入研究过
: 数据库。现在在设计阶段，想看看别人的看法
: 主要考虑是对多线程的支持，多人开发，怕dead lock，当然，这个主要靠架构设计，
: 但是架不住人做啊。想找一个比较容易控制的。
: 谢谢
|
t*******y
发帖数: 1289 | 3 一个问题，sqlite 的插入，是不是也和 xml file 一样的整个文件的写操作？
语言用的是 C#，都有相应的API, 感觉差不多吧。就是不知道sqlite 对多线程的设计
上需要注意什么。
【在 g*****g 的大作中提到】
: sqlite。write xml is not simpler than write DB.
|
b*******s
发帖数: 5216 | 4 直接写xml 除非你的用户喜欢额外装个数据库 以及将来没有移植或导入其他系统的需
求 写xml对调试也方便
【在 t*******y 的大作中提到】
: 非常小的数据量，是选择自己写xml file读写，还是选择sqlite好？
: 没做过数据库的开发，只是简单的建库，读写，查询，没考虑过性能，没有深入研究过
: 数据库。现在在设计阶段，想看看别人的看法
: 主要考虑是对多线程的支持，多人开发，怕dead lock，当然，这个主要靠架构设计，
: 但是架不住人做啊。想找一个比较容易控制的。
: 谢谢
|
p*****2
发帖数: 21240 | |
s***o
发帖数: 2191 | 6 还以为你会问：试过mongo了吗
redis还不能在Windows上面跑。不过Azure好像已经支持了。
用C#,如果不需要做成embedded，SQL Server Express应该是最自然的选择。10G的限制
应该足够用了。
【在 p*****2 的大作中提到】
: 数据量小可以上redis了
|
t*******y
发帖数: 1289 | 7 sqlite 也不是有一个数据库的，只是一个文件，存储为数据库的形式，用数据库的api
来操所，其实和读写一个text文件差不多，和真正的数据库是不同的。
不知道我理解的对不对。
【在 b*******s 的大作中提到】
: 直接写xml 除非你的用户喜欢额外装个数据库 以及将来没有移植或导入其他系统的需
: 求 写xml对调试也方便
|
t*******y
发帖数: 1289 | 8 不知道这个，回头看看。
【在 p*****2 的大作中提到】
: 数据量小可以上redis了
|
t*******y
发帖数: 1289 | 9 这个 SQL Server Express 这个需要一个server run 吗？
我的数据非常小，最多也就是百十来兆，但是要多线程的操作，现在在技术选择上，想
找一个对多线程支持好的，而且好维护的。
对了，我这个是要做成embedded的系统。
【在 s***o 的大作中提到】
: 还以为你会问：试过mongo了吗
: redis还不能在Windows上面跑。不过Azure好像已经支持了。
: 用C#,如果不需要做成embedded，SQL Server Express应该是最自然的选择。10G的限制
: 应该足够用了。
|
g*****g
发帖数: 34805 | 10 sqllite难道不是手机上用的吗？你们跟他提mongo, redis搞笑了。 |
|
|
b*******s
发帖数: 5216 | 11 为什么要数据库，你在增加你系统的依赖，需要你有个合理的理由说服自己可以带来什
么好处
api
【在 t*******y 的大作中提到】
: sqlite 也不是有一个数据库的，只是一个文件，存储为数据库的形式，用数据库的api
: 来操所，其实和读写一个text文件差不多，和真正的数据库是不同的。
: 不知道我理解的对不对。
|
t*******y
发帖数: 1289 | 12 还真是不是到手机上用的sqlite，不过这个可以借鉴。
因为数据量实在小，但是有需求，所以还是简单的好。
不知道这个C# sqlite 中的 flush 是如何实现的，有没有保证数据的实时写入。
【在 g*****g 的大作中提到】
: sqllite难道不是手机上用的吗？你们跟他提mongo, redis搞笑了。
|
z****e
发帖数: 54598 | 13 这不叫依赖，数据库本身不存在依赖，或者说是所有依赖里面最少的一种
因为数据本身就是核心，要说依赖，那就是对os有依赖了
那难道你写的程序不在os上跑么？
我的天，你都学了些什么东西
【在 b*******s 的大作中提到】
: 为什么要数据库，你在增加你系统的依赖，需要你有个合理的理由说服自己可以带来什
: 么好处
:
: api
|
t*******y
发帖数: 1289 | 14 数据导入远程server好处理，所以用数据库，C# API 整套的，有了相应的读写操作，
xml 要自己写一部分（不过实验下来，好像差不多，都要自己写一部分控制）。
现在主要不知道那个更好控制，复杂度小，好扩展。
【在 b*******s 的大作中提到】
: 为什么要数据库，你在增加你系统的依赖，需要你有个合理的理由说服自己可以带来什
: 么好处
:
: api
|
z****e
发帖数: 54598 | 15 你是对的
【在 t*******y 的大作中提到】
: 数据导入远程server好处理，所以用数据库，C# API 整套的，有了相应的读写操作，
: xml 要自己写一部分（不过实验下来，好像差不多，都要自己写一部分控制）。
: 现在主要不知道那个更好控制，复杂度小，好扩展。
|
b*******s
发帖数: 5216 | 16 用户要多装个软件才能运行你的东西不叫依赖？
我看你颇有走火入魔的趋势，凡事都要上个数据库
他的需求你看了吗？数据很少，主要关心是多线程同步问题
【在 z****e 的大作中提到】
: 这不叫依赖，数据库本身不存在依赖，或者说是所有依赖里面最少的一种
: 因为数据本身就是核心，要说依赖，那就是对os有依赖了
: 那难道你写的程序不在os上跑么？
: 我的天，你都学了些什么东西
|
t*******y
发帖数: 1289 | 17 能说说具体哪一部分对了吗？
【在 z****e 的大作中提到】
: 你是对的
|
z****e
发帖数: 54598 | 18 直接把sqlite给打包成一个安装包不就好了
你自己写io，还要parse xml，你以为很容易写吗？
累了半死还不如人家的效率高，搞不好还一堆bugs
【在 b*******s 的大作中提到】
: 用户要多装个软件才能运行你的东西不叫依赖？
: 我看你颇有走火入魔的趋势，凡事都要上个数据库
: 他的需求你看了吗？数据很少，主要关心是多线程同步问题
|
z****e
发帖数: 54598 | 19 sqlite是对的
【在 t*******y 的大作中提到】
: 能说说具体哪一部分对了吗？
|
b*******s
发帖数: 5216 | 20 你做过商业系统吧？第三方如果升级改接口，或者干脆关闭产品线你遇到过吗？
或者免费改收费你帮客户出这笔钱？
【在 z****e 的大作中提到】
: 直接把sqlite给打包成一个安装包不就好了
: 你自己写io，还要parse xml，你以为很容易写吗？
: 累了半死还不如人家的效率高，搞不好还一堆bugs
|
|
|
z****e
发帖数: 54598 | 21 我不告诉你了，把sqlite直接打包放到你的安装包里面去
sqlite升级，你不跟着升级你已经打好包的sqlite不就好了？
还关闭生产线，服了u了
【在 b*******s 的大作中提到】
: 你做过商业系统吧？第三方如果升级改接口，或者干脆关闭产品线你遇到过吗？
: 或者免费改收费你帮客户出这笔钱？
|
b*******s
发帖数: 5216 | 22 我发现你老拿一些尽人皆知的常识在卖弄
比如你的项目管理的一套
几个人不知道？讨论问题就是要集中，减少条件
你要讨论技术以外的，那是另一个故事
工程师的基本素养
【在 z****e 的大作中提到】
: 直接把sqlite给打包成一个安装包不就好了
: 你自己写io，还要parse xml，你以为很容易写吗？
: 累了半死还不如人家的效率高，搞不好还一堆bugs
|
b*******s
发帖数: 5216 | 23 totally nonsense
【在 z****e 的大作中提到】
: 我不告诉你了，把sqlite直接打包放到你的安装包里面去
: sqlite升级，你不跟着升级你已经打好包的sqlite不就好了？
: 还关闭生产线，服了u了
|
z****e
发帖数: 54598 | 24 卖弄什么？
赶紧把事情做完交差，然后爱干嘛干嘛去
你没事老让人家折腾干什么？
你给出钱啊？
【在 b*******s 的大作中提到】
: 我发现你老拿一些尽人皆知的常识在卖弄
: 比如你的项目管理的一套
: 几个人不知道？讨论问题就是要集中，减少条件
: 你要讨论技术以外的，那是另一个故事
: 工程师的基本素养
|
z****e
发帖数: 54598 | 25 用foxpro的同学请不要激动
【在 b*******s 的大作中提到】
: totally nonsense
|
b*******s
发帖数: 5216 | 26 你人品是有问题，还会编造
【在 z****e 的大作中提到】
: 用foxpro的同学请不要激动
|
z****e
发帖数: 54598 | 27 你自己说错了，讽刺你两句就成人品问题了？
【在 b*******s 的大作中提到】
: 你人品是有问题，还会编造
|
b*******s
发帖数: 5216 | 28 我只说了他们的初代系统用的foxpro，而且你误解了还和你反复解释了2次
当然人品是惯性
【在 z****e 的大作中提到】
: 你自己说错了，讽刺你两句就成人品问题了？
|
t*******y
发帖数: 1289 | 29 求你们俩了，别这样。
各有各的观点，你们的出发角度不同的，没必要要一方屈服。 |
z****e
发帖数: 54598 | 30 你的工程师的素养其实有所欠缺
对项目管理基本上处于空白
不是卖弄，你懂不懂我都可以感觉出来
做挨踢的，现在还会有人相信铁道部在用foxpro
这个属于常识不过关，swjtuer说是sybase，我立马就信了
什么年代用什么东西，都有一个基本定位
当然我说了你不爱听
估计下一步就说我人品有问题，人身攻击
忠言逆耳利于行，这是为了你好，当然你可以不信
以后不说你就是了
【在 b*******s 的大作中提到】
: 我发现你老拿一些尽人皆知的常识在卖弄
: 比如你的项目管理的一套
: 几个人不知道？讨论问题就是要集中，减少条件
: 你要讨论技术以外的，那是另一个故事
: 工程师的基本素养
|
|
|
t*******y
发帖数: 1289 | 31 还有，zhaoce 挺好的一个人，说话干什么那么冲，没必要，毕竟有一个婴儿在你的名
字下，需要注意，平心静气多好。 |
z****e
发帖数: 54598 | 32 我什么时候问过你它们初代用什么了？
你这显然是狡辩，故意曲解我问你问题的前提和假设
【在 b*******s 的大作中提到】
: 我只说了他们的初代系统用的foxpro，而且你误解了还和你反复解释了2次
: 当然人品是惯性
|
L***n
发帖数: 6727 | 33 靠这话说的容易产生歧义啊...
【在 t*******y 的大作中提到】
: 还有，zhaoce 挺好的一个人，说话干什么那么冲，没必要，毕竟有一个婴儿在你的名
: 字下，需要注意，平心静气多好。
|
z****e
发帖数: 54598 | 34 嗯，也有道理，去调侃魏老师去了
【在 t*******y 的大作中提到】
: 还有，zhaoce 挺好的一个人，说话干什么那么冲，没必要，毕竟有一个婴儿在你的名
: 字下，需要注意，平心静气多好。
|
b*******s
发帖数: 5216 | 35 第四次跟你解释他们只是初代系统使用
你是不是理解力有问题看不懂中文啊？
【在 z****e 的大作中提到】
: 你的工程师的素养其实有所欠缺
: 对项目管理基本上处于空白
: 不是卖弄，你懂不懂我都可以感觉出来
: 做挨踢的，现在还会有人相信铁道部在用foxpro
: 这个属于常识不过关，swjtuer说是sybase，我立马就信了
: 什么年代用什么东西，都有一个基本定位
: 当然我说了你不爱听
: 估计下一步就说我人品有问题，人身攻击
: 忠言逆耳利于行，这是为了你好，当然你可以不信
: 以后不说你就是了
|
t*******y
发帖数: 1289 | 36 别，千万别，我是想两个人都静下来，瞎想就不对了。
【在 L***n 的大作中提到】
: 靠这话说的容易产生歧义啊...
|
L***n
发帖数: 6727 | 37 静什么啊，你想静人家还不乐意静呢，跟着起哄是这版的新潮流
【在 t*******y 的大作中提到】
: 别，千万别，我是想两个人都静下来，瞎想就不对了。
|
z****e
发帖数: 54598 | 38 看得懂，我也知道这是你的补丁
【在 b*******s 的大作中提到】
: 第四次跟你解释他们只是初代系统使用
: 你是不是理解力有问题看不懂中文啊？
|
t*******y
发帖数: 1289 | 39 对了，你的名字是 楼汉 还是老汉啊。
【在 L***n 的大作中提到】
: 静什么啊，你想静人家还不乐意静呢，跟着起哄是这版的新潮流
|
f****4
发帖数: 1359 | 40 找个profile工具，针对2个选择，完成读，修改，删除。
根据你自己的业务需求，假设在特定时间里面，这3个操作分别是多少。留出余量（*1.
2就是20%的余量）
simulate这些请求，profile2个方案
修改假设，继续profile
然后你应该心里有数选择哪个了
【在 t*******y 的大作中提到】
: 非常小的数据量，是选择自己写xml file读写，还是选择sqlite好？
: 没做过数据库的开发，只是简单的建库，读写，查询，没考虑过性能，没有深入研究过
: 数据库。现在在设计阶段，想看看别人的看法
: 主要考虑是对多线程的支持，多人开发，怕dead lock，当然，这个主要靠架构设计，
: 但是架不住人做啊。想找一个比较容易控制的。
: 谢谢
|
|
|
b*******s
发帖数: 5216 | 41 嗯，小的没压力的项目要多折腾，很好的学习机会
1.
【在 f****4 的大作中提到】
: 找个profile工具，针对2个选择，完成读，修改，删除。
: 根据你自己的业务需求，假设在特定时间里面，这3个操作分别是多少。留出余量（*1.
: 2就是20%的余量）
: simulate这些请求，profile2个方案
: 修改假设，继续profile
: 然后你应该心里有数选择哪个了
|
s***o
发帖数: 2191 | 42 embedded的话Express不行, SQL Server一族对应产品是Compact Edition；想赶新潮的
话还可以看一下Ravendb embedded，好像收费。sqlite还是应用最广泛的，够用的话一
般是首先要考虑的吧。
不知道你的“多线程支持”具体指什么，embedded跟scalability本身就是一对矛盾体
。你可以到各产品的网站去看看他们怎么吹的比较一下。
【在 t*******y 的大作中提到】
: 这个 SQL Server Express 这个需要一个server run 吗？
: 我的数据非常小，最多也就是百十来兆，但是要多线程的操作，现在在技术选择上，想
: 找一个对多线程支持好的，而且好维护的。
: 对了，我这个是要做成embedded的系统。
|
m******t
发帖数: 635 | 43 sqlite并发很弱, 最好单独一个写线程，前面再queue一下
【在 t*******y 的大作中提到】
: 非常小的数据量，是选择自己写xml file读写，还是选择sqlite好？
: 没做过数据库的开发，只是简单的建库，读写，查询，没考虑过性能，没有深入研究过
: 数据库。现在在设计阶段，想看看别人的看法
: 主要考虑是对多线程的支持，多人开发，怕dead lock，当然，这个主要靠架构设计，
: 但是架不住人做啊。想找一个比较容易控制的。
: 谢谢
|
