搜尋結果
為了追蹤問題, 後端錯誤log當然應越詳細越好。若系統流量很大, 為了分析方便, 可考慮要求廠商log應該是 "可被匯入DB分析的", "具備自動rotate或灌爆警示的功能。
本文為「資料整理入門」文章的下篇，主要討論「如何將資料整理成可分析的試算表資料」。 摘要：不要在需要分析的資料裡合併儲存格、增添註解小計，要統一每個欄位的格式，同時每筆資料最好有一個獨特值欄位。
Blocking Queue非同步處理 – 快速回應執行較花時間的工作. 作者：Jeff Kuo. 常常在系統裡面都會有一些工作執行起來特別花時間，比如說寄送e-mail，或是寫入複雜資料到資料庫中等等。. 在一般系統中如果沒有特殊處理的話，會造成使用者在使用的時候感覺很慢才有 ...
你知道嗎？. 其實 Ragic 可說是 2008 金融海嘯危機「催生」出來的產品：因為金融海嘯，讓創辦人意識到「營收來源集中在大型專案」的風險，更積極開發自家產品，加速轉型成只賣「Ragic 企業雲端資料庫」這項產品、每月收取軟體訂閱費用的公司。. 這種「固定 ...
- 查看問題的工具
- 常見問題/錯誤一覽表
- 客服協助
有時候即使資料庫是你親手設計的，過了兩天，你也可能忘記原本到底對它做了哪些事（當然最好是不要把東西弄得複雜成這樣比較好）。但如果連設定是什麼都不是很確定的話，很多時候就沒辦法確認問題是什麼，進而也就很難解決。 舉例來說，你認為自己在「客戶」表單上做了一些設定，每筆客戶資料上，都有一個子表格自動顯示這個客戶曾經有過哪些訂購紀錄，但你覺得有些應該要自動顯示的訂購紀錄沒有被顯示。 此時，從上面這段描述裡，我們還無法確定你是用了什麼表單工具、做了怎樣的設定，如果單憑記憶、單憑描述去查問題，很容易出現偏誤。 例如：你認為自己是用「顯示從其他表單的連結」這工具設計出「自動顯示客戶訂購紀錄」功能，但實際上你用的是「子表格連結與載入」，這個功能其實不能「自動顯示」內容，需要點選帶入資料，因此其實是誤用設計工...
Ragic 已經在表單設計介面上盡可能做了防範錯誤的措施（阻擋錯誤設計存檔、可能有問題時跳出提示）。不過，有些設計問題不適合由系統來偵測（可能在 A 情境下合理、B 情境下不合理，而系統不知道你的情境與需求無法幫你決定）、有些系統提示可能你不是很確定意思，那就不一定能即時自動預警。 因此，這邊我們另外分類整理了常見問題，發生問題時，你可以根據症狀或根據你使用的功能類型來循線查看。（本表格內容將持續新增）
以上，我們提供了一些讓你更便利找到資料庫問題的方法，可以節省客服往返的時間。但如果你還是解決不了，或你就是想要找客服，你當然也可以透過客服協助的管道，讓專業客服幫你揪錯找問題。這邊也附上我們的客服管道說明、以及使用「客服協助」時的小技巧，希望讓你更順利：
可以依如下步驟操作： 步驟一：新增「業務」使用者群組，並將業務人員指派至該群組下. 步驟二：至「 使用者表單頁面 」中，填入每一名業務所屬的「部門」，例如「國內」、「國外」 步驟三：為各部門建立一個使用者群組，例如「國外」、「國內」，並將 各部門經理 指派至該群組中. 步驟四：至 表單權限 中，給予「業務」、「國內」、「國外」群組在「銷售訂單」表單中「問卷式使用者」的權限. 步驟五：在「銷售訂單」中，新增一個「選擇使用者」欄位，並勾選「預設為該使用者」，接著進一步 依據該欄位載入使用者的「部門」資訊. 步驟六：在「銷售訂單」中，新增一個「選擇群組」欄位，搭配「 指派 」功能。 接著，套用公式去參照步驟五中載入的「部門」資訊：
那為什麼要用 Ragic 來做這些事，Ragic 有何不同？. 企業會找 ERP 廠商做的事，可以用 Ragic 做；個人會用 Excel 做的事，可以用 Ragic 做，反過來你可能會問：既然是一般 ERP 廠商和 Excel 可以處理的需求，另外用 Ragic 做又有什麼好處？. 答案是： Ragic 能做套裝 ERP ...
