Docs should call out that Cosmos backed tables do not allow reserved property name `ResourceId` for entities
See original GitHub issueLibrary name and version
Azure.Data.Tables 12.7.0
Query/Question
Is it possible to create and work on a table entity with byte[] or BinaryData typed properties using “API for table” (on cosmos db table)?
It looks like TableClient.AddEntityAsync does not support a TableEntity that has property type as Byte[] or BinaryData. AddEntityAsync returned below exception when I tried to insert an entity with BinaryData or Byte[] properties.
/// <summary>
/// The task entity for asynchronous task execution.
/// </summary>
public class TaskEntity : AzureTableEntity
{
/// <summary>
/// Gets or sets the TaskId of the task.
/// </summary>
public string TaskId { get; set; }
/// <summary>
/// Gets or sets the task name.
/// </summary>
public string TaskName { get; set; }
/// <summary>
/// Gets or sets checkpoint chunk 1.
/// </summary>
public BinaryData Chunk0 { get; set; }
/// <summary>
/// Gets or sets checkpoint chunk 2.
/// </summary>
public BinaryData Chunk1 { get; set; }
Azure.RequestFailedException: Cannot implicitly convert type 'Newtonsoft.Json.Linq.JObject' to 'string'. An explicit conversion exists (are you missing a cast?)
Even the UI on azure portal does not allow defining a property to be defined as Binary.
This is a seriously limitation and may block us migrating from Azure table storage to API for tables (cosmos db tables).
Environment
No response
Issue Analytics
- State:
- Created 7 months ago
- Comments:5 (2 by maintainers)
Top GitHub Comments
I created this PR to update the documentation. https://github.com/MicrosoftDocs/azure-docs/pull/104993
Thank you for your feedback. Tagging and routing to the team member best able to assist.