💡 在本文章你將學到:常見資料庫使用在 Power Platform 的各項表現
前言
文章誕生的原因?
最以前接觸 Power Platform,選擇資料庫的方式就只是憑直覺選擇。情境大概像這樣:今天接觸到了 SharePoint,「好,那就用它來當資料庫吧!」;改天發現 Excel 可以被 Power Apps 串接,甚至不用錢,「今天就用 Excel 吧~」;因為資料上游來自於 MySQL,也只能被動選擇 MySQL 做為資料來源。以上的每次選擇,都像是在押寶,押對了,後續維護沒煩惱,押錯了,後續就只能花心力在維護軟體上,更甚者是可能未來必須重換資料來源,才能讓 App 朝向有機的方向生長。
說了這麼多,接下來就跟大家分享如何解讀表格,然後應用在自己的工作場景吧!
內文
資料庫選手 |
權限 |
擴展性 (統計分析) |
圖片存放 |
額外花費 |
效能 |
Dataverse |
⚫ / 資料庫存在 Power Apps 中,屬於底層資料庫,使用者可透過設定好的權限存取資料 |
⚫⚫⚫⚫⚫ |
✔️ |
✔️ |
⚫⚫⚫⚫⚪ |
SharePoint |
⚫ / 資料庫放在 Teams Channel,只有成員才能看到紀錄 |
⚫⚫⚪⚪⚪ |
✔️ |
❌ |
⚫⚫⚪⚪⚪ |
SharePoint Site |
⚪ / 所有有公司帳號者都有權限看到資料,通道是 SharePoint 的入口處 |
⚫⚫⚪⚪⚪ |
✔️ |
❌ |
⚫⚫⚪⚪⚪ |
MS SQL |
⚫ / 有帳密的使用者才存取資料 |
⚫⚫⚫⚪⚪ |
✔️(不建議) |
❌ |
⚫⚫⚫⚫⚫ |
Excel |
⚫ / 檔案放在哪裡,就是哪些人有檢視權限 |
⚪⚪⚪⚪⚪ |
❌ |
❌ |
⚫⚪⚪⚪⚪ |
表格的正確閱讀姿勢
- 表格裡的選手是如何選擇?
- 其實就單純是我接觸 Power Platform 到目前為止所使用過的 Data Source,因此很偏個人偏好。但姑且也是我的學習/研究心得,希望能帶給大家一些收穫
- 這些選手都是微軟相關工具,在串接上較不會有太大的陣痛期
- 比較欄位依據?
-
其實也跟第一點的 a 理由相同。不管是 Power Apps,或者 Power Automate,我們都需要了解資料庫的權限範圍,以作為選擇的依據,避免資料具有機密性時有洩漏風險
- 圖片存放:圖片的存放能否可直接在資料庫之中,我認為這也會影響資料庫的便利度
- 額外花費:由於選手們都是微軟相關工具,因此串接過程不需要額外費用
- 擴展性:泛指資料庫若增加 User, data 等,依然可以保持原有效能
- Dataverse, MS SQL 圖片處理麻煩:
- 回應速度受影響 - 雖然 Dataverse 支援存取圖片,然而背後有很多挑戰必須克服,如果 Dataverse 存入很多圖片,會造成他的回應速度大幅減低
- 備份與移植複雜 - 如果你想轉移到其他資料庫,會需要做很多額外處理
後話
以上僅列我個人在利用 Power Automate 時所使用資料庫的不專業比較,若有不夠全面的地方,歡迎與我一起討論,讓正確的觀念傳達給大家~
列點摘要 by GenAI
-
選擇資料庫的挑戰:
- 初次接觸 Power Platform 時,選擇資料庫多憑直覺,可能導致後續維護困難。
- 選擇正確的資料庫對於應用程式的成長至關重要。
-
資料庫比較表:
-
Dataverse:
- 權限:設定好的權限存取。
- 擴展性:高。
- 圖片存放:支持。
- 額外花費:有。
- 效能:良好。
-
SharePoint:
- 權限:僅限 Teams Channel 成員可見。
- 擴展性:中等。
- 圖片存放:支持。
- 額外花費:無。
- 效能:較差。
-
MS SQL:
- 權限:需帳密存取。
- 擴展性:高。
- 圖片存放:不建議。
- 額外花費:無。
- 效能:優秀。
-
Excel:
- 權限:檔案位置決定檢視權限。
- 擴展性:低。
- 圖片存放:不支持。
- 額外花費:無。
- 效能:差。
-
表格解讀要點:
- 資料庫選手基於個人使用經驗,主要是微軟相關工具,串接上較為順暢。
- 比較欄位依據包括權限範圍、圖片存放能力、額外花費及擴展性等因素。
- Dataverse 和 MS SQL 在圖片處理上存在挑戰,可能影響回應速度及備份移植的複雜性。
-
結論: 選擇合適的資料庫對於 Power Platform 的應用開發至關重要,需根據實際需求進行評估。