當麻許的超技八

上一篇文章，我們提到了Azure App Service scale out 之後如何取得 instance id ，主要就是我要測試

如果現在他分裂成一台以上，我又要對檔案進行 IO 會產生什麼事情，你會問我為何要這樣操作，因為有可能你會用 

SQLite 或是 LiteDB 等..單機資料庫但是對於檔案寫入會有問題，這時候有什麼方法可解決 ?

最近在測試一些東西，是基於 Azure APP-SERVICE ，基本上 Azure App Service Auto Scaling 是一項能夠根據應用程式負載自動調整資源規模的功能

簡單的說就是，你可以設定一些CPU ，記憶體用量，PORT 數等等，去自動開機機器去服務

這邊就不贅述，這篇主要是分享如果他分裂成兩台這時候，我們怎麼去知道用程式知道我們是跑在哪一個 instance 

記錄一下，最近有需求就是不要等入下取得臉書的公開資訊，所以目前解決方案就是

透過爬蟲，今天的範例，就是不登入狀況下，沒有 Access Token 下取得 LadyGaGa 臉書粉絲專業的 Fanspage ID

上一篇文章，我們針對 資料如果過於龐大，拆成兩張表，並且同 Key 狀況下

進行 Table 擴充，還有一種狀況在開發上會常遇到的就是 OneToMany 的狀況

我有一個 OrderInfo 他有一個 Propery 物件為 Cate ，但是 CATES 表格中 中，每一個 Cate 會被許多 OrderInfo 的 CateId  給關聯著

上一篇文章，我們簡單的測試了 FreeSql ，今天我們要稍微複雜一點了

我們常常再設計資料庫表格的時候假設有一個資料模型非常大，這時候我們會拆開

把熱資料當作主表，其他比較冷的資料，會再用另一張表紀錄，這時候要用到 FreeSql OneToOne 的概念

最近研究了一個我之前看到很有興趣的東西，最近再重新評估工具的時候測試一下

就想說順便把這套件介紹給大家這就是 FreeSql