请问收银软件为什么要使用SQL2000、SQL2005？

sql2000 ？[捂脸][捂脸]我只知道我以前开传奇，架设客服端用的SQL2000。管理挺方便的，[捂脸][捂脸]

都没说到点上，这类软件大多都是10年之前，甚至更早，那个时候这类软件数据库基本是sql2000，晚一点用2005，开发基本是delphi,powerbuider,vs.net

十年前或者更久远的系统，只有是运行在Windows系统下的收银软件，90%甚至更高的比例，运行使用的数据库都是采用SQL2000。即使，SQL2005发布后，很多零售系统使用的系统的数据库也不会立马升级。SQL2000因为简单易用、稳定安全（基于WinNT 2000系统），所以，大部分软件开发者都会选择使用SQL2000作为默认数据库。

即使现在，也有一部分系统还是运行sql2000的数据库，只要能满足系统运行需求，我们也不必纠结为啥都2020年了，怎么还有人使用SQL2000数据库！

首先要排除大型和特大超市他们的系统都是定制的基本都在几十万以上。其次小型超市和便利店使用的是因为，第一 这些数据库目前是免费的。 第二收银系统功能单一要求配置不高。硬件的费用低。

本地单机数据库sqlexpress够了免费简单稳定，不需要很高的性能，服务器的数据库各种都有

[捂脸]我们用的还是foxbase，，，开始是dos下的进销存，装在win98上用，后来主板坏了，没办法找，就升级了一下，支持xp，还是fb数据库，一直用到现在，稳定性没问题

去年我们才把全公司几十台电脑从XP升级到WIN7[捂脸][捂脸][捂脸]，什么系统无所谓，关键是兼容应用软件，以及稳定。电脑两三年都会换一批，硬件更新换代没多少钱，但是迁移系统是成本非常高的。

那是数据库用的吧。不然怎么存储数据，而且SQL2000或2005存储的容量大，安全系数也高。

因为收银机配置没那么高，很多还是xp系统内存只有1-2G，WIN7的机器，内存2-4G，sql2000占内存小，你试sql2008，内存马上满了

历史 原因。要是现在新开发的收银软件估计都是用MySQL和PostgreSQL。

你现有的数据库结构肯定不行!感觉你说的这个表结构对进销存程序来说似乎太太简单了!

具体思路如下:

1基础信息单盒饮料建一条记录,1x24包装的建一条,1x12包装的建一条,1x24包装物和1x12包装物也各建一条记录

2每条商品信息都有一个打包属性,单盒饮料,包装物之类都是假,成包装的都是真.

3另建一个新表记录打包明细,用商品id做关联.

4 1x24包装饮料的打包明细就是24盒饮料和一个包装物.

说的太多了,如果到这儿你还不明白的话,我就帮不了你了.

---