很久沒有遇到這問題,主要是現在很少自己從頭到尾建置資料庫,但最近因為開始嘗試建立自己的 Data warehouse,剛好就遇到這問題,就順便記錄下來了
適合閱讀者 : 宣揚POS客戶、猶豫要不要申請電子發票的店家閱讀時間 : 五分鐘
適合閱讀者 : 宣揚POS客戶、有需要的人、SQL新手
適合閱讀者 : 需要的人閱讀時間 : 五分鐘
適合閱讀者 : 宣揚POS客戶、想了解成本計算方式閱讀時間 : 五分鐘
適合閱讀者 : 宣揚POS客戶、有移轉DB需求的人
閱讀時間 : 五分鐘
移轉資料庫是一個大工程,要消耗的是時間,然而就技術上我個人認為其實還好,不算是非常需要技術的工程之一,做了兩三次之後,覺得最重要的就是時間和電腦本身,畢竟用系統的時間越久,資料量越大需要花費的時間就越多,然而有一大部分的時間都是在等待就是了,所以有一台比較快的電腦是真的比較有幫助
適合閱讀者 : 宣揚客戶、POS系統使用者
這個案例也是某一個客戶提出來,然後我思考後決定的作法,也是採用Store Procedure的方式來處理, 搭配 windows的排程,應該可以達到某種程度的自動化和簡單化
如果我賣的是POS系統的功能,我絕對賣不出去
並不是說系統功能就完全不重要,功能太爛就沒有賣出去的討論空間,我指的是當系統功能都跟其他系統大同小異的時候,要怎麼從眾多POS系統中出線,放大自己的優點和隱藏自己的缺點
好的,接下來就進入正題了,為什麼我會這麼說呢…
今天有三個業務來訪,分別如下
A業務員帶來標準的Pre-Sale簡報,你問的東西全部都好,都跟你說有,但是要問細部功能就說要再回公司確認一下,價格40萬
B業務員帶來標準的DM,就開始講系統功能有多少,針對你問的問題稍微想一下,大概都是回答你有或好,早就幫你都規劃好系統了,價格30萬