azure-storage

    8熱度

    2回答

    我對blob有點困惑。我讀過一些文章,說有兩種斑點,塊和頁面,但我可以在SDK的庫中的第三個看: container.GetBlockBlobReference(); // Block Blob, max 64Mb per block, max 200Gb in total. container.GetPageBlobReference(); // Page Blob, aligned to 5

    6熱度

    1回答

    我有這樣的代碼: CloudBlob blob = _container.GetBlobReference(relativefilePath); blob.Properties.ContentType = contentType; blob.UploadFromStream(fileContent); 當我上傳大文件(150MB),以發展倉儲和我得到這個異常: Mic

    0熱度

    1回答

    我想從Azure培訓工具包使用TableStorageSessionStateProvider。我可以使用例如沒有問題,但是當我在我的web應用程序使用它,我得到這個異常: System.Data.Services.Client.DataServiceRequestException occurred Message=An error occurred while processing

    4熱度

    3回答

    Windows Azure的發佈三種類型的IO性能水平: 超小:低 小:中等 中等及以上的高 因此,如果我有一個IO綁定應用程序(而不是CPU或內存綁定)並且需要至少6個CPU來處理我的工作負載 - 我是否能通過12-15個額外的Smalls,6個Smalls或3個Medium獲得更好的IO性能? 我敢肯定,這取決於應用程序 - 有沒有簡單的方法去測試這個?是否有任何數字可以更好地瞭解您在轉移到大

    7熱度

    3回答

    我運行我的應用程序時遇到了此異常。它也發生在真正的Azure blob存儲中。 我趕上了小提琴手創建此問題要求: GET http://127.0.0.1:10000/devstoreaccount1/ebb413ed-fdb5-49f2-a5ac-74faa7e2d3bf/8844c3ec-9e4b-43ec-88b2-58eddf65fc0a/perro?timeout=90 HTTP/1.1

    0熱度

    1回答

    如果不正確,請原諒我的術語,但我寧願不將Azure Table Entity對象直接暴露給最終用戶,儘管我想公開IQueryable。 我如何可以轉換的IQueryable<TableEntity>到IQueryable<Object> 我立足我的OData邏輯,在這個博客中解釋。如果有的話,分享更好的方法。 http://blogs.southworks.net/fboerr/2010/07/2

    3熱度

    5回答

    我有連續編號的實體,我想持續與Azure表服務,但RowKey列的類型是有問題的。 的實體的數量應存放在RowKey列,這樣我就可以快速查詢(PK = '..' && RowKey = 5)實體,獲得最新的實體(RowKey > 10)和查詢某組實體(RowKey > 5 && RowKey < 10)。 由於RowKey必須是字符串,低於比較是有問題的("100" < "11")。 我想過把數字

    0熱度

    1回答

    我不確定這是否可行,但我嘗試使用C#Azure Table API通過創建一個全新的實體來更新表存儲中的屬性和合並它: // Create an object that only specifies the property to update // (null properties are not updated) var itemToUpdate = new TableEntity("Pa

    1熱度

    1回答

    我想知道如何在Azure表格存儲上實現分頁? 由於Azure表存儲不支持「跳過()」LINQ操作,所以不可能直接實現分頁功能。 看來只能通過Continuations令牌來完成。但問題是我找不到合適的例子,如何最優雅地做到這一點。你能給我提供這樣簡單的Azure表格分頁示例嗎? 在SQL世界的核心分頁聲明看起來像: _context.DataTable.Where(r => r.SomeData

    2熱度

    1回答

    看看人們編碼的例子,我看到很多人在使用SaveChanges而不是使用SaveChangesWithRetries。我認爲SaveChangesWithRetries是最好的選擇,在使用SaveChanges方面有什麼優勢嗎?另外如果我做了SaveChangesWithRetries,還有什麼我需要配置,或者我應該去默認? _LogEntryServiceContext.MergeOption =