求建议,建立小型企业客户数据管理软件，详细进
本人为新人，目前还在学习中，初步想用wpf做自己公司的管理数据库，包括客户，订单什么的，客户不多，几百个而已。
wpf技术问题可以解决，只是对总体的把握不够清晰。
因为考虑到以后可能还要做web service也其他的地方用，所以模式为wpf+ado.net sql，可能加database service,app service.
问题列表：
1, wpf是否是一个好选择? 安全性如何？ 那些金蝶 ，用友的ERP管理软件，他们都是基于什么技术的？
2，wpf是否够用？有无其他更适合的技术？
3, 如果我把数据库 放在局域网的某台机器内，是不是local host直接连过去？这样安全吗？
4，因为我是新人，只做过几个database service连接到WPF的小管理工具，实在还有很多考虑不到的东西，大家有什么建议吗？


------解决方案--------------------
设置（多用户）连远程桌面都用上了  -->  甚至（多用户）连远程桌面都用上了


至于你的问题3，我觉得那应该是很容易想到的问题。你试一试在互联网上公开SQL Server访问？！


另外，企业软件自然就分为前端应用程序，服务器端应用程序。就好象做网游一样，哪有一个网游是写个前端程序去把各种消息insert、delete、update关系数据库的？就算可以，就算根本不考虑任何用户体验问题，那么如果把这些操作让前端程序胡乱去调用，那么所有最低级的开发人员也就可以随心所欲地破坏数据一致性了，因为他们根本不为业务逻辑负责。那么你也做不大。

所以企业软件会有独立的服务器端，它开放一些（例如20个）服务功能给前端开发人员。前后台的设计是分开的，前台程序跟数据库什么的毫无关系，他就是做好用户体验设计并且实现它，这就好了。例如（假设）淘宝网可能每隔两天都会上线一次、更新前端十几个页面，这就是其前端跟后台分开之后可以长期、不断地更新前端界面，以便更好地吸引用户、迅速实现用户反馈的需求。有了基本的前后台独立设计的概念，就大大降低了开发的风险。

当然如果你遇到一个舍不得招聘人员来搞开发的公司，这种风险是无法避免的，因为正规的设计和开发确实需要多人协作。
------解决方案--------------------
我在想，你该不是把WCF当成了WPF吧。

1, wpf是否是一个好选择? 安全性如何？ 那些金蝶 ，用友的ERP管理软件，他们都是基于什么技术的？
我理解的WPF就是个WinForm的替代品，除了好看一点的UI，它不是一个企业应用开发的核心。

2，wpf是否够用？有无其他更适合的技术？
SilverLight。不过我并不擅长前端，呵呵。

3, 如果我把数据库 放在局域网的某台机器内，是不是local host直接连过去？这样安全吗？
不安全，合理的系统设计是向用户暴露服务，而不是暴露数据及其底层实现。

4，因为我是新人，只做过几个database service连接到WPF的小管理工具，实在还有很多考虑不到的东西，大家有什么建议吗？
多看、多写、多总结。