而且，“打单宝”牌进销存软件，这个逼格，就如同杀马特一般。
我绝对尊重楼主个人，没有攻击。语言刻薄是对这个事。

@GM 这就是问题所在了，为什么淘宝一堆了，还要去自建服务器开发？！企业管理这块，一定是卖方案和服务。能解决痛点，一定是有个性化服务的，包括培训。如果楼主的软件真能解决企业哪怕一个痛点，每个企业 2 万年收入稳稳的。

完全在线,不是这个行业的解决思路.

你有 13 个客户,怎么说,也应该有 13w 以外的年收入.
如果你的系统真的能用的话.
如果你把一个在线系统卖成 1000 块以内的话,那是你自己自杀,不能怪别人.
如果这个系统只能开单,那也确实没有出路.
如果想做这行,起点要高,至少比现在的金蝶用友要高,这不是天方夜谭.

@lbingl 谢谢老师先.
但您可能没明白我的意思.
我的意思是怎么去设置"喜好顺序"?

比如,student 选择 course ,这是一个典型的 manytomany 关系.
但现在要设置对 course 的喜好排序.

张小明 , 选择 天文,地理,化学,物理,这四个选修课,喜好顺序是 天文>地理>化学>物理 , 后来又修改喜好顺序为 物理>天文>化学 (不喜欢地理,删了.)

李小明 , 选择 地理,化学,物理,这三个选修课,喜好顺序是 地理>物理>化学 , 后来又修改喜好顺序为 物理>天文>化学

...

这种的,数据库怎么设置?我和我的伙伴都是菜鸟,搜索一段时间了,还是没找到解决办法.
用的是 postgreSQL

谢谢各位了.

就 “物料的 CRUD” 这件看似小事，就有很多陷阱和误区。

1，不是题主说的这么简单，如果以你表述的这些东西，做出来的东西比 EXCEL 还要难用。
2，简单需求，真的 EXCEL 能解决得很好，根本不需要写软件。
3，写成软件（含 web ）的真实需求，可能有这些：并发操作，远程操作，规则制定，界面亲和，有效统计，规范报表，与其他功能共享数据，规避输入错误，等等，EXCEL 捉襟见肘的事……
4，“前端开发进度无限快”这个表述不成立，恰恰在企业管理软件领域，界面是很耗时的，需要揣摩、推敲、总结、归并同类需求、需要人性化、需要规避错误、需要有亲和力、需要考虑 js 、异步传输失败的 fallback 。
5，后端的逻辑表述不难（或者在我看来不难，我有 15 年的工作总结，国内金蝶和用友全系软件精通级）。
6，后端的逻辑实现，要看程序员的功力，多并发使用还要考虑数据库选择、事务、等等。（我略知皮毛，长期使用 MSSQL 查询分析器，写过很多触发器和约束，也仅仅就会这些，不会编程，毕竟我是学财务，后从事 ERP 软件实施的）。
7，企业管理软件的基本功能，比如仓库、存货成本、采购、销售、总账、报表、固定资产、工资、预算、项目成本、BOM 、生产任务，这些，都是基础需求的功能。每一个功能都有很多讲究和考究。时至今日，不能再像 20 年前中国最早一批 ERP 软件厂商那样，一群不懂财务，不研究企业流程，不揣摩使用者需求，只懂编程的人那样，写出的东西一直是鸡肋。
8，如果题主真有这方面的需求和编程条件，可以联系聊聊。
9，我啰嗦这么多，可能小题大做了。

@raptor ODOO 太重了，而且与国内的“重财务，重发票”的现状差距太大，需要深度定制。
单定制的学习成本太大。
我个人的感觉。
国内有好多以 ODOO 定制为主页的公司，但好像基本都没做起来。

@twor2 #19
请教下，您为什么这么认为？

我相信这图可能是楼主自己拍的，或者是当季的图。
但这个视角的桃花图，上个世纪就有了，那个时候电脑还没普及。
哈哈。

软件思路无非逻辑，无非效率。
人类社会，要效率的地方很多，但绝不是所有事情都要效率。
缺什么稀罕什么，当前社会可能缺效率，缺秩序，所以就像找到救星一样追求效率，追求逻辑，追求秩序。
可以阿里的发展来对比，西方发达国家为什么没有阿里？无非是因为人们没有“低价购”的需求，无非是因为没有“假货卖真价”的畸形市场。
但我说的“阿里”是指淘宝时代的阿里，而不是今天的阿里。阿里通过支付宝洗白，通过“天猫”等商城类希望金蝉脱壳。
阿里成功的地方在于知道从良，知道淘宝是错的，支付宝才是价值所在。
再往后走几十年应该是逐渐回归人性，教育，品格。
就像人吃饱了才会善良一样的道理。

90 年生的，按农村算法，已经 31 了。

另外多说一句，现在还有部署在 CITRIX 上的 K3 ？老项目？
在 CITRIX 上用 C/S 软件，噩梦般的存在！速度，打印，异常崩溃，分分钟逼死使用者。

@lau52y 说说看，什么模块的什么文件需要导入 DBF ？