[请问]关于MRP System...

Harimau

神仙祖宗 于 23-11-2004 08:11 PM  说 :

虾米？是不是用来增加网络传输效率的东东？

基本上，就是不要用 Internet，自己建立一条专线连接两地。

建立专线的方案有很多：

IPLC = International Private Leased Circuit 非常的贵

ATM = Asynchronous Transfer Mode  相当贵，比较流行

Frame Relay  也相当贵，开发很久的技术

MPLS = Multi-Protocol Label Switching  比较便宜

详情可以去问 Telekom 的 network sales 单位。

你现在用 Streamyx，我猜是用 VPN，第一点受限制于 Internet 的速度，而这一段是 shared network，没有品质保证的，越多人用越塞。第二点是 VPN 的 encryption/decryption 会把速度拖到很慢，除非你用很好的配备，有很高的 CPU power 和 memory 的 ASIC （硬体 processing）配备。

Harimau

神仙祖宗 于 23-11-2004 07:58 PM  说 :

data是即时update的，每个transaction都要update database。两边report是一样的。本来这套系统是走LAN的，突然间要来个share database server才会这样麻烦了！

嘿嘿！你们有没有试过打印一张PO花半小时的？（ ...

如果能够解决网路速度的问题，database 可以考虑用 replication。

hooi1983

小弟不才。。想请问下。。

MRP 与 ERP 有何不同？
你们用哪种 Programming Language 写？
有没有用 Web Based Programming？如有是用哪一种？
用什么 Database？

谢谢

max5007

ERP include 的 module 比较多。。。啊。。没时间了。。要上班去。。晚上再来

神仙祖宗

Harimau 于 24-11-2004 01:35 AM  说 :


基本上，就是不要用 Internet，自己建立一条专线连接两地。

建立专线的方案有很多：

IPLC = International Private Leased Circuit 非常的贵

ATM = Asynchronous Transfer Mode  相当贵，比较流行
...

哦，谢了！找我老板去问问。

白日梦

hooi1983 于 24-11-2004 02:51 AM  说 :
MRP 与 ERP 有何不同？

楼上已谈过

你们用哪种 Programming Language 写？

Clipper 5.3

有没有用 Web Based Programming？如有是用哪一种？

我不会网络编程

用什么 Database？

DBF + NTX (index file)

max5007

我就是把MATERIAL和PRODUCT的TABLE 分开，所以被骂了，，原因是MATERIAL也可以卖。。。。SO，要和起来

Harimau

max5007 于 24-11-2004 06:54 PM  说 :
我就是把MATERIAL和PRODUCT的TABLE 分开，所以被骂了，，原因是MATERIAL也可以卖。。。。SO，要和起来

分开有分开的好，放在一起也不是不可以。

一般上，stock 可分为：

1. raw material
2. work in progress
3. finished goods
4. consumable materials
5. non-sellable items (asset)

一个好的 3-tier system，资料库的 table 怎么设计，是不会影响到 business logic 那层的。

如果用Foxpro来开发MRP的话，你们是如何去handle一个超过800万纪录的table？其实，这只是一间分行在三年内所装纪录的其中一个最大的table而已，如果全部分行和那些archive了的纪录加起来，将会超过一亿。我仍然很喜欢用visual foxpro，因为它的IDE支持subclassing,不必像VB 6到处寻找third-party的ocx,其built-in的controls根本拙劣到了极点。那个什么report object根本是小孩子用的，还得依赖crystal report才行。再则，access又很迟钝，无论做database alone还是当作一个现成的系统来使用都会力不从心。这是我在前任公司使用VB 6和access来写database oriented system的不愉快经历。
    我现在的公司，其中一个machine interfacing system 是以access做为database，不到两个月便会超越990MB,然后开始严重迟缓，像患了老人痴呆症般，需要定时compact才行，反观以dbf table为数据库的则很stable且任何时候都很快速。没办法，我的公司是很transaction intensive的。我写的一些简单的online database application是运用ADO以visual foxpro table作为back end,虽通过odbc为介口，实际上比用access还快。
    但是，总不能永远使用visual foxpro table，为了扩展公司的业务和实现各种online services to external parties,必须完成一个网上综合性系统。开始考虑转向使用MySQL或MSSQL。Visual Foxpro在LAN运行可以说很棒，但是要在只有limited bandwidth的无线网络下
运行便会有点力不从心，因为是直接USE TABLE然后作Sequential Search会十分慢，现在在尝试用SELECT VIEW的concept来跑，便能download所要的dataset instead of a whole table进行处理，改起来也很麻烦，希望能暂时满足老板的要求。也参考着一些什么cascading database concept on how to effectively split up a large database之类的东西，希望在不影响速度的同时能有效地综合上亿纪录之间的复杂联系。若各位有这方面的经验，不妨分享一下。谢谢。

astral

其实用VFP的dbf或access mdb也好, 无论是用何方式都会整大量传送data...因为file based的特性就是这样... 这就是为何需要有database server的原因, 可以大大减少不必要的资料传送.
基本上vfp + sql server是不错的组合

max5007

我也用和研究过 VFP＋MS SQL SERVER 的ERP，LOAD一面６M的DATA要３０秒酱。。SEARCH RECORD是用increamental search method...

astral

尽量避免fetch太多raw data,而是尽量pull在server process后的information

白日梦

astral 于 28-11-2004 09:04 PM  说 :
其实用VFP的dbf或access mdb也好, 无论是用何方式都会整大量传送data...因为file based的特性就是这样... 这就是为何需要有database server的原因, 可以大大减少不必要的资料传送.
基本上vfp + sql server是不错 ...

可以向你请教吗？
怎样使用 VFP Create / 开 / 关 M$ SQL 7.0 档案？
是否 select * from <table1> ？

astral

可以直接用 sqlconnect() 来connect sql server, 然后 sqlexec()送sql statement 给server...
sqldisconnect()结束连接...
conn = sqlconnect(dataSource, userID, userPassword)
sqlexec(conn, "SELECT * FROM [table]", cursorName)

SELECT cursorName
...
sqldisconnect(conn)

max5007

昨天我完成了基本的SECURITY MODULE，除了login, error log, online status 之外，还有 entry level。分别是USER 和GROUP的permission.

在permission里，可分为menu permission N fields permission

enry98

缘聚缘散 于 28-11-2004 17:28  说 :
如果用Foxpro来开发MRP的话，你们是如何去handle一个超过800万纪录的table？其实，这只是一间分行在三年内所装纪录的其中一个最大的table而已，如果全部分行和那些archive了的纪录加起来，将会超过 ...

要是上百万的纪录用SQL Server ,Oracle 不是比较适合吗 ？ ........
VFP 的定位原本就用来处理中小型数据纪录....................

以前在UT（http://www.universalthread.com/）好像有提到英法隧道使用的系统最大的VFP table是2 GB .....

Visual Foxpro在LAN运行可以说很棒，但是要在只有limited bandwidth的无线网络下运行便会有点力不从心，因为是直接USE TABLE然后作Sequential Search会十分慢，现在在尝试用SELECT VIEW的concept来跑，便能download所要的dataset instead of a whole table进行处理，改起来也很麻烦，希望能暂时满足老板的要求。也参考着一些什么cascading database concept on how to effectively split up a large database之类的东西，希望在不影响速度的同时能有效地综合上亿纪录之间的复杂联系...

VFP的SQL Command 在无线网络 下也是力不从心吗？

VFP有些command 好象Filter,Locate 等在LAN运行大的TABLE也很慢.......如果换成Scan ....Endscan之类就很快......不知为何......

[ Last edited by enry98 on 5-12-2004 at 03:02 AM ]

enry98 于 5-12-2004 02:52 AM  说 :

若要使用filter，locate以及select - sql等这些method,你应该使用Rushmore Technology,非常简单，只要你的searched fields 是有index就行了，即使是从一个存有999万条records的table里获取某些dataset也不过是a split of second only.若没有使用Rushmore on large table,那你很有可能造成hang机或者等上一个小时也说不定。你可以programmatically generate millions of test data然后作testing就知道多么amazing了

Once intergrated,最担心就是index坏掉，要fix或reindex，table must be opened in exclusive mode and will affect 50 branches nationwide if it's shared by all.


[ Last edited by 缘聚缘散 on 5-12-2004 at 02:35 PM ]