具体情况：1、分店大约1000家。
2、分店要实现进销存。包括扫码销售和扫码入库。
3、分店必须认证后才能使用该系统。
4、总店可实时查询分店的库存和销售情况
5、总店可向各分店发送图文等信息、
6、手机可查询库存 请问各位 这样的项目如何架构？采用什么技术？我分析如下：
1、类似于qq的简单平台IM；用于发送简单图文信息（广告）
2、进销存开发；
3、手机客户端开发；
我从网上查了一下 用smartclient智能客户端技术，具体应该用什么数据库，什么开发语言？怎么做？请指教？
2、分店要实现进销存。包括扫码销售和扫码入库。
3、分店必须认证后才能使用该系统。
4、总店可实时查询分店的库存和销售情况
5、总店可向各分店发送图文等信息、
6、手机可查询库存 请问各位 这样的项目如何架构？采用什么技术？我分析如下：
1、类似于qq的简单平台IM；用于发送简单图文信息（广告）
2、进销存开发；
3、手机客户端开发；
我从网上查了一下 用smartclient智能客户端技术，具体应该用什么数据库，什么开发语言？怎么做？请指教？
smartclient算是一种非主流的技术，毕竟付出学习的代价，这个成本和质量是最不能估量的（学习是针对参与项目的团队的而不是个人的，不同人根据个人经验和心态等因素进度和效果各不一样），当然这个和当前单子是否已经签署以及完成时间有很大的约束关系；数据库有SQL SERVER 和 ORACLE两种；建议使用公司开发人员最熟悉的数据库，免除开发人员重新学习另一种语法的负担和成本（这两种数据库语法上的区别还是有一定的，个人认为SQL相对简单，有不少灵活的语句，但安全系数不高并且不稳定，而ORACLE相对复杂，但是有更多函数支撑其亮点）开发语言：smartclient是基于java的，所以基础语言肯定是java，即学过java的人相对更容易上手；不看smartclient的话，主选的肯定是java和.net，java可以跨平台而且很主流（用友软件NC版本、市场占有率前三位OA软件等等都是使用的java），而.net对于1000家的负载即使有中间件也不容乐观。
delphi做client，开发高效，使用流畅，客户端可以自己有小数据库
http协议跨外网内网都畅通无阻，也方便任意平台、语言的程序访问
1000家就意味着有汇总统计，这个大的单子，对谁有价值，当然是老板，所以B/S架构才是可取的，可以在掌上电脑、微软平板二合一等电子设备使用
不是说在DELPHI版本发问题就是DELPHI首选
比较合适的解决方案就是：
1、客户端使用CS程序，可以使用文件型数据库或都SQl Server都可以(数据量大的话建议使用SQL Server)
2、中间通讯服务(WebService,架设在服务端，客户端调用即可)，可以随时将客户端数据传递到服务端。
3、服务端的查询和管理可以使用BS设计。