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

@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 定制为主页的公司，但好像基本都没做起来。