小朱® 的技術隨手寫

在資料庫設計上，PK (主鍵) 一直都是設計的重點之一，但主鍵使用的資料型態有可能直接或間接影響到資料庫的存取效能，然而技術是會演進的，30年前可能不行的作法在30年後的今天是否仍然不適用? 似乎有待商榷。

LINQ 語法中有兩個很令人玩味的方法，一個是 Any()，另一個則是 Count()，Any() 的功能是判斷集合中是否有物件，Count() 則是用來計算集合中的物件數量，功能其實很像，以一般的使用習慣來說，我們多半會使用 Count() 來判斷集合中是否有物件，而且在大多數的情況下是沒問題的。

這絕對是 ORM 的使用者，開發人員與 DBAs 共同想要問的議題，到底我使用了 ORM 和使用傳統的 ADO.NET 下 SQL 指令的方式會差多少? 這個問題不但會發生在 Entity Framework 上，也會發生在 NHibernate 等 ORM Framework 內，連同我自己在這個系列文中開發的 ORM 機制也會受到影響...

開發雲端應用程式的思維可不能像平常開發應用程式一樣，我們每天在開發應用程式時，都能運用除錯器來偵錯，或是調台近端的主機上傳測試用，或是公司自己有自動化測試的機制，然而當應用程式上了雲端環境後，這些習慣幾乎通通不能用了，原因很簡單，雲端應用程式執行的地方可能是離你幾千公里外的公有雲機房，我們不可能在機房內掛除錯器偵錯，就算要上傳也要幾經思量（要錢），但是我們又希望能夠記錄或測量應用程式的執行細節，這時我們能夠用的，就是Windows Azure Platform本身的診斷服務（Diagnostics Service）。