當麻許的超技八

這篇主要目的是因為有朋友問，如何得知 Azure Table 中資料被存取，其實我有跟他說過你可以透過 在入口網站 左邊的 共用存取簽章 Shared Access Signature (SAS)

來做到控管

上一篇文章 (C# 使用 Azure.Storage.Queues 寫入佇列(Queue) + 取得資料 )我們談到了簡單操控 Azure Queue ，當作一個可以跨機器跨系統的 Queue 的實作方式，傳統很多時候會用到 Redis 來解決，但是用這應該便宜很多

不過上篇文章說到，他有一個問題，就是你取用後，如果時間沒有到他只會紀錄取用次數跟一般你理解的 Dequeue  不太一樣。

最近要處理一些專案上的問題有用到 Azure Storage Queue ( Azure  佇列儲存體)，順手筆記一下，這一篇主要是敘述如何透過C# + Azure.Storage.Queues

送資料進去，並且讀取出來傳統的說法來說就是 enqueue  + dequeue，其實這東西非常方便，當你跨越機器處理同一群任務的時候可以透過這溝通排程

重點是價格還便宜，這篇文章不是要 "水" 文章，是之後有一些東西要基於這篇來說..

這是一個實驗計畫，我不建議你商用，但是我自己已經商用了:P ，主要是因為為了測試我之前寫的一個 library - No2verse.AzureTable 

因為做的專案也有一些需求，就是他需要一些可以做快取的需要，而且他只會 Key Value 存取，當然也可以用 Redis ，但是我就是客家人本性?

也不完全是，只是因為我覺得 Azure Table Storage 是一個值得研究的技術低價好用。

home template from : https://codepen.io/toomuchome/pen/QZPYqm

Azure Storage Table 真的是 一個讓人又愛又恨的東西，他很便宜，所以我就自己寫了一個簡單的 library 來操控

用了一陣子想說就分享一下

今天要搞點事情，這篇文章我真的寫了一段時間了，應該是說這範例花了我很多時間測試，因為跨越到很多東西，這次我們加玩了 Condition , Inline Code ( javascript) ，所以花了一段時間測試，今天就分享一下測試心得吧..

之前數篇文章 ( https://blog.no2don.com/search/label/AzureStorage ) 我們聊到如何使用 Microsoft.Azure.Cosmos.Table  操控 Azure Storage Table ，今天我們要來看一下如何使用 Auzre Logic App 寫入 Azure Storage Table  ，這邊只能說非常溫馨…

寫了幾篇 Azure Storage Table  , 接下來就是這系列最後一篇了，主要目的我們要探討一下 關於物件中有特殊型別怎麼辦，身為真男人，當然你可以把複雜型別開成 string 把資料拿回來後自己在還原成物件，但是這樣做蠻麻煩的，這時候我在想如果乾脆複寫掉 TableEntity 自己來做一個，並且在序列化跟反序列化動手腳的話，這不是很完美。

前幾篇文章，我都是用 CloudTable.ExecuteQuery 來查詢，但是這用得好好的為何 SDK 有出一個 ExecuteQuerySegmented ，原因是因為，如果當你一次要執行的查詢非常大量的時候，假設撈回來是兩萬，但是當 Azure Table 那邊準備兩萬資料傳輸回來，這容易造成 timeout ，所以這時候就是要用 ExecuteQuerySegmented ，但是請記得她一次回來最大的量就是 1000

之前幾篇文章，我們送了不少資料進去，今天我們來說一下如何查詢資料回來，當然因為 Azure Table  中，因為他價格不貴，但是限制還是有的，不然 CosmosDB 就不用賣了。

今天要來聊聊 ETag 使用方法，在之前 Azure Storage Blob 中 我寫過一篇文章 C# + Azure.Storage.Blobs v12 - 判斷檔案存在、取得 ETag 、判斷 ETag 刪除檔案 ，其實概念是一樣的，不知道這算不算是一種 NoSQL 的 control 資料正確性的技巧，在 Azure Storage Table 中，來判斷 你是不是持有最後的權杖可以修改其資料..

前幾天寫了一篇文章 [Azure] C# + Microsoft.Azure.Cosmos.Table v1+ Azure Storage Table - 建立 Table，刪除 Table，建立(修改)資料，列出資料，刪除資料，刪除資料 by PartitionKey ，其中最後一個案例，刪除資料 by PartitionKey ，有一個小瑕疵，我在測試時候資料沒有超過 100 筆 沒有發現，但是測試資料量超過 100 後就出現 Exception 了。

這問題一直困擾我很久，我就想說測一下到底是啥意思 在 TableOperation 中有一個 InsertOrReplace 還有 InsertOrMerge 到底有啥不同，不如就乾脆寫一個程式測試一下它們的行為，這也對之後在設計系統上會有幫助..

最近有需要要用到 Azure Storage Table，有鑑於 https://www.nuget.org/packages/WindowsAzure.Storage/ 這套已經要被棄用了，所以我找了一下，竟然找不到 library ，他都是導向  https://www.nuget.org/packages/Microsoft.Azure.Cosmos.Table ，之後我就把 ConnectionString  放入操作了一下，竟然可以用，真的是太令人驚訝了，所以接下來的幾篇文章我們來探索一下。

為何標題打上不完美但是可以用，是因為，這真的不完美，包括你使用 Microsoft Azure Storage Explorer 按下 資料夾統計資訊，你也是慢慢的等大概就是一千一千的在跳，我測試大概資料量舉在 10 萬左右，所以檔案夾底下檔案一多，撈取檔案數量是一個問題，這你在設計的時候必須要去考量的。

上一篇文章 [Azure] C# + Azure.Storage.Blobs v12 - 上傳檔案並且加入 Tags 、包含一些上傳數據 ，接下來就是接續下去看看如何透過索引標籤查詢

今天我們來聊一個新的東西，真的很新碰到一些坑，因為我之前有跟 Azure Storage Table 搏鬥的經驗，大概了解 Azure 的想法，不然我一定幹聲連連，今天要做的是假設我塞了一堆東西上去 像是 log 但是我總不可能要查詢的時候把所有檔案都拉回來吧，以前的我可能會把log 放在 SQL Server ( 但是好貴QQ) ，其實是可以放在 Blob 上面，之前我的選擇是用  Azure Storage Table ，現在這也變成是一種選擇，因為 Azure Storage Blob 多了新功能  Manage and find Azure Blob data with blob index tags (preview) 。請注意這還是 Preview

在以前 Azure 不盛行的年代，我們通常都會知道 我們在選機器都會選擇對 目標客戶端最近的地方，如果沒有其他政治或是物理因素考量，根據經驗法則，台灣通常都會選擇東南亞，但是之後 東亞(目前在香港)，所以我們都會該選擇遷徙到東亞，但是隨著現在 Azure 蓬勃發展，現在遍地開花，我們在開機器的時候就會不知道到底哪裡比較好，這邊介紹一些工具，因為我最近碰到要測試一些東西，但是偏偏只有 法國中部，法國南部，加拿大中部，加拿大東部，我們家 DevOps 說哪邊比較好，他也只能癱手，網路上找一下也問一下 Dino 哥，他也提供我一些資訊想說就整理一下…

這功能我會蠻常用到的，可以生成一個 Blob 上面的檔案聯結並且限定過期時間，這樣可以做出，譬如要給老闆的報表產好後放在 blob 上面，然後設定一個他會閱讀跟下載的時間之後自動過期，又不用處理 Email 夾檔問題，也不用特殊再去處理，或是跑排程砍掉，然後又可以留底在 azure 上面，開開心心~

Azure Storage Blob 的虛刪除(雖然我比較喜歡稱之軟刪除)可保護您的資料免于不慎或錯誤地修改或刪除。 針對儲存體帳戶啟用 blob 的虛刪除時，該儲存體帳戶中的 blob、blob 版本和快照集，在您指定的保留期限內可能會復原。

如果您的資料有可能意外遭到應用程式或其他儲存體帳戶使用者修改或刪除，Microsoft 建議您開啟虛刪除。 如需啟用虛刪除的詳細資訊，請參閱 啟用和管理 blob 的虛刪除。

當然這篇文章我們是要用程式控制還原..