现在会用SQL+VC做一个简单的入订单，出、入库。想做一个物料 编码系统，实现一物一码，用SQL怎么实现，求大神指点一下。编码规则就不用说了，主要是软件的实现方法。
大有大的做，小有小的做。我正在做个小的，用Tomcat做服务器，JSP+JavaScript+Ajax做页面，JAVA做JavaBean，Servlet。用SQL Server的存储过程给JavaBean和Servlet调用。
说ERP就有人要笑你了。一个ERP系统不是一个人干的出来的。
你说自己简单出入库 还行。
兄弟,说ERP你一个人做真的会被人笑的.ERP不要说细节,就是单单模块能搞通,都算是高人.
1个人很困难，ERP规模小点的话也许可以。
1.你不做产品,所以一种模式就行。（如果做产品可以选用CS和BS都有的模式或者可以跨平台的非标准CS模式）
2.你没什么特殊要求。
3.ERP一般都是内部使用，即使外部使用也不可能随便在一个地方随便登录网页使用(这是BS的唯一优点)，又不是电子商务。
4.ERP对效率要求很高所以用VC也是可以行的,正常用C#
综上所述 前端肯定选用CS,BS老老实实做它该做的网页和电子商务系统就行了。
一般要先了解业务需求，ERP一般做企业管理用的，所以要把自己假设为老板，如果自己是老板应该怎么通过ERP系统去管控企业。比如订单来了,BOM物料后,怎么通过计算或者其它控制采购数量，然后用ERP的方式体现出来，比如 付款的时候为什么要付款依据是什么，这时候也要通过ERP表达出来，ERP是执行管理的工具，多读一些这方面的资料..........,参照标准ERP。
然后,考虑程序的框架,一般ERP要自己做一个框架,然后客户端去套用这个框架写程序。
框架底层可以实现一些底层功能功能，比如：
-- SQL存储在XML中,XML里可以维护SQL语句
-- 一般ERP的某一个模块操作，分为 待处理任务,和已形成单据的列表, 以及明细查询, 待处理表示 上一层流转下来提示你的信息,已形成单据表示已-- 经做的单据。再有一个明细查询，ERP大部分模块可以设置成这样的界面。
.XML中可以定义 待处理任务(比如采购订单的模块中,已形成数据是采购订单列表,待处理数据应该是 还没有发生采购的 订单数量 * 物料用量的数据),明细查询则是查询明细查询的数据
--浏览界面 写一些基类,框架，绝大部分客户端都继承这个
--报表,要找报表设计器,外部定义报表,外部可以维护。
--数据框架,可以设置前后流程关系,每执行一个流程操作或者删除一个项目可以代码中动态配置是否检查上游流程或者下游流程的数据自动。
--定义一些枚举存储方式的底层框架
--一些基础类
--一些对照映射的基础,如界面与XML中的字段自动对照。不需要写赋值代码。只需要界面增加控件和XML中增加字段配置即可完成映射。
--一些标准化的接口定义,如这个模块需要有审核功能，就继承审核接口(如果是C#的话),VC的话没用过。
--界面的一些功能性操作,如提交、钻取
--一些统一的公共控件组件
--版本控制、自动更新、异常等
--权限管理、动态设定审核流程（包括如何过滤掉一些条件，比如 金额大于 300的不流入审核,那就在 审核条件里写动态SQL保存到数据里）
--EXCEL操作类PDF操作类,动态解析一些东西，比如 A的EXCEL 解析可以用正则维护到数据库内，B的EXCEL动态增加一条再写好正则，然后动态解析
至于一些宏观的方案取决于具体的，比如可以通过WCF访问，或者直接连接数据库都行，看需要什么，别随便自己就定义个好坏。
感觉现在网上公开的一些的所谓ERP都不能算ERP。个人感觉10年的ERP比现在的做的好多了。国内跟风严重。误导严重。
一个人弄个ERP出来？建议你先研究研究ERP究竟是什么吧，弄清楚一个能称得上ERP的应用系统起码应该包含什么内容，然后再评估一下你的能力、精力、毅力是不是足以支撑这个项目。
你若一定要做，那么在弄清楚ERP的基本业务需求之后，可以先从简单的模块做起，一点一点扩张。过个十年八年，或许能弄出一个ERP也未可知。
个人搞个ERP可能性不大，搞一些进销存类的软件还是有希望的。
只能说做个进销存吧。
光是财务模块一般程序员就不熟悉，起码要通晓会计。比如成本怎么计算，怎么科目结转。
楼主，EPR有多少个模块？起码有多少个模块才算ERP？它和进销存有什么不同？
请先搞清楚这些问题
也别叫什么ERP，直接写个企业定向开发的小软件，不要太在意ERP的抬头，能用的就是OK的，有句话叫存在即合理。楼主加油，我是没你个勇气！
做ERP不熟悉业务是做不成功的，一切从业务出发，思路要明确。
首先肯定你的决定和勇气，虽然我猜测你没有搞明白ERP的定义与范围，但别太在意名字与概念；
另外你的问题我也感觉比较模糊，是要生码的算法或代码吗？已经有规则了，方法不就有了吗？另外编码一定要通过SQL来实现吗？
可以先找一些开源的ERP或进销存参考一下，或许有帮助。
你描述的不是ERP，只是进销存，库存管理的一部分功能。
SQL中一般有物料表、收发存表、订单表、现存量表（如果数据量少，则可以不用此表，直接用查询即可）
说实在的，我觉得用excel就可以完成，之前用有个同事就是用的excel+SQL完成了一套ERP系统的开发，而且功能确实强大
不管怎么设计，只要企业用起来舒服，能帮助企业运营就是好系统
走ERP的路，但不要被限制在ERP里
一个人还真可以写，ERP地概念还是比较范范的，上面有几个兄弟说得比较好，首先你要有坚实得业务基础，其次有过硬得技术支撑，再有就是毅力了，上述几点若是都具备用一年左右一个人写一套ERP程序完全没问题，难者不会会者不难，至于ERP得复杂程度不是表多就肯定复杂的，只能说表多逻辑关系复杂的概率比较大。
一个人开发ERP是确实很困难，要克服很多难关，能称得上叫ERP的就涉及总账、成本、应收应付、固定资产、销售、采购、库存、计划、生产这些基本模块，但是这些模块全部需要绝对专业的知识和高度抽象能力，否则，即便你精通于软件架构与研发也无济于事。况且，如果要研发一个适合很多行业使用的ERP产品，或者需要更长的生命周期，还要考虑软件本身的扩展能力，否则，产品即便研发出来，也没有很好的生命力。当然，如果你真的有勇气和毅力，花费5年，伙同3、4个志同道合的技术人员一起干、舍去休息时间，不是没有可能。
还有真正的ERP产品也有算法难题，譬如MRP运算，替代料，业务与财务的集成等等，无数的难题、无数的BUG会等着你。即便你开发出来，还要面临小白鼠企业愿不愿意用，或者用下去，加之数据结构与性能等等难题。
但是，不是没有可能。我开发ERP10多年时间，希望有机会交流。
这就是ERP系统，这连进销存系统都不是，别啥都说成是 ERP系统。
同意，我觉得 一年写个成品出来问题不大
我是做SAP的，写个简单的，不搞那么复杂，一年时间妥妥的
自己的产品，界面不美观
