香港ＩＴ 已死：ERP

nofriends9999

因工作，我负责HKPC的EPN, 基本功能是可以，事实很多ERP都差不多。在制作业来说，也是可以。
但性能非常慢。我看了数据库设计。再次确认香港ＩＴ 已死。
所有的表primary key 都用再定义number 去处理。
一般来说，
PO Head 表的primary key就是PO_number,
而PO Details 是  
PO_number
+   line _number
or PO _number
+   product_code   .
但他的 PO Head 和 PO Details 都是运用整数字作为 primary key.
性能之慢，可以猜到。
ＨＫＰＣ真是ＨＫ开发的失败例子．

馬後砲

nofriends9999 發表於 2016-7-3 17:27
因工作，我负责HKPC的EPN, 基本功能是可以，事实很多ERP都差不多。在制作业来说，也是可以。
但性能非常慢 ...

講到呢樣， 要講番轉頭 早年的 database structure,
在眾多 db 之中， 有一两款 是規定了 primary key 是 Integer  ， 用意是保持 uniqueness.
近代較新db, 不用 再麻煩， 因為 每create 一個table, table 本身已埋了一個hidden key, 以保持每一行都unique key.

馬後砲

nofriends9999 發表於 2016-7-3 17:27
因工作，我负责HKPC的EPN, 基本功能是可以，事实很多ERP都差不多。在制作业来说，也是可以。
但性能非常慢 ...

估計， 有可能系design based on early versions,
例如 DBase4, 5 ， 或 Foxbase 之類，
在當年， 最快的 indexing and search ,  應該是 integer .
用 po number   因為 要 就 po details 之類 的 secondary keys , 變左 text field. 在舊版 rdbms 是 search 得很僈的。

HKOXSEX

以現代 Database 設計, 用 integer as combine key, performance 都冇乜問題.
用integer 做 PO Number, 當然主要是 limitation 問題.
可能要 upgrade 去 long integer.

馬後砲

HKOXSEX 發表於 2016-7-5 06:37
以現代 Database 設計, 用 integer as combine key, performance 都冇乜問題.
用integer 做 PO Number, 當 ...

Oracle 10g 都已經可以接受38位的integer, 都唔夠 ？  

HKOXSEX

馬後砲 發表於 2016-7-5 08:16
Oracle 10g 都已經可以接受38位的integer, 都唔夠 ？

最主要係路所用之 Database 考慮.
其實 Business Requirement 最重要.
E十咁中2 買 Business.
PO Number 5 用 Characters.
好難 import 其他人D野

馬後砲

HKOXSEX 發表於 2016-7-5 08:20
最主要係路所用之 Database 考慮.
其實 Business Requirement 最重要.
E十咁中2 買 Business.

其實都唔止PO numbers,  其他 fields 唔一樣 同樣难搞
慢慢modify data structure 到两者吻合 又烦又易孭鑊

馬後砲

HKOXSEX 發表於 2016-7-5 08:20
最主要係路所用之 Database 考慮.
其實 Business Requirement 最重要.
E十咁中2 買 Business.

近年腦退化，唔記得大部分野了。
記憶所及， date field 最麻X煩， 尤其受過2K改造嗰啲

HKOXSEX

馬後砲 發表於 2016-7-5 08:48
近年腦退化，唔記得大部分野了。
記憶所及， date field 最麻X煩， 尤其受過2K改造嗰啲

當年 Y2K, 係 IT 洗$最鬆手時期

完左 Project, 可以有酒店開餐

馬後砲

HKOXSEX 發表於 2016-7-5 08:54
當年 Y2K, 係 IT 洗$最鬆手時期

完左 Project, 可以有酒店開餐

唔洗完，一路做一路開
.

HKOXSEX

馬後砲 發表於 2016-7-5 09:03
唔洗完，一路做一路開
.

叫外賣可以有龍蝦 Pizza

twinkerz

i am still in the old age.. i always thought it would be a good idea to have a primary key as an integer for uniqueness.  PO number can use another field. For ETL, can use excel to lookup and assign existing numbers to the PO number against primary key.  

Maybe got other better ways to handle ba. haha

BECKHAM2

回復 nofriends9999 #1 的帖子

用 integer 作為primary key, 唔會特別慢喎, 只是對users冇咁方便者
仍然用integer, 估計是來自老系統了