azure-cosmosdb

问题 I'm having difficulty understanding the difference between the partition keys & the partition key ranges in Cosmos DB. I understand generally that a partition key in cosmos db is a JSON property/path within each document that is used to evenly distribute data among multiple partitions to avoid any uneven "hot partitions" -- and partition key decides the physical placement of documents. But its not clear to me how what the partition key range is...is this just a range of literal partition keys

问题 I have implemented an Azure function that is triggered by a HttpRequest. A parameter called name is passed as part of the HttpRequest. In Integration section, I have used the following query to retrieve data from CosmosDB (as an input): SELECT * FROM c.my_collection pm WHERE Contains(pm.first_name,{name}) As you see I am sending the 'name' without sanitizing it. Is there any SQLInjection concern here? I searched and noticed that parameterization is available but that is not something I can do

问题 I have created few documents in DocumentDb and i am looking for how to search multi-level or parent child objects in single document using Azure search services. can you any one help me out/any links. 回答1: Azure Search requires documents to be flattened, so what you will need to do is create a query in DocumentDB to help you do this. To get started, there is a document here, that will give you some information on how to model these more complex data types in Azure Search. Also, I prefer to do

问题 i am trying to work with Azure's DocumentDb to validate the user credentials for login but i am not able to get the proper result. Some Points: 1. this is a partitioned collection and i am passing the partition key. 2. i am passing an array as parameter. Here is my Code for calling the procedure: response = await client.ExecuteStoredProcedureAsync<string>(storedProcedurelink, new RequestOptions { PartitionKey = new PartitionKey(partitionKey) }, new dynamic[]{param}); and here is my code for

问题 I have a perfectly working query that looks as follows: SELECT p.id FROM place p WHERE ST_DISTANCE(p.geometry, {'type': 'Point', 'coordinates':[52.0826443333333, 5.11771783333333]} ) > 6000 It returns a list of id's of documents that are more than 6000 m from the geospatial point. Everything seems fine. However, if I turn around the '>' (greater than) sign to '<' (smaller than), it does not give any result. Interestingly, it does return false/true statements if I put the WHERE clause in a

问题 I have a generic IDocumentDbRepository repository for providing basic CRUD operations with DocumentDB and specific repositories for additional operations with specific entities, which inherits or implements this interface and class. public interface IDocumentDbRepository<T> where T : class { //IEnumerable<T> GetItems(); Task<IEnumerable<T>> GetItemsAsync(); Task<T> GetItemAsync(T id); Task<T> AddDocumentAsync(T item); Task<T> UpdateDocumentAsync(T id, T item); Task DeletedocumentAsync(T id);

问题 I'm using the CosmosDB Graph database to store the names of a few people, their marriages and the children whom they have out of the marriages. In the following diagram, you will see that the person Husband has a Child A from his first marriage and Child B from his second marriage. Father of Husband Mother of Husband GRAND FATHER & GRAND MOTHER +---------------+--------------+ Marriage | +------------+---------------+--------------+-----------+ FATHER & MOTHER Ex Wife A Marriage Husband

问题 I'm using the CosmosDB Graph database to store the names of a few people, their marriages and the children whom they have out of the marriages. In the following diagram, you will see that the person Husband has a Child A from his first marriage and Child B from his second marriage. Father of Husband Mother of Husband GRAND FATHER & GRAND MOTHER +---------------+--------------+ Marriage | +------------+---------------+--------------+-----------+ FATHER & MOTHER Ex Wife A Marriage Husband

问题 I have created a Azure Function and it has below code in `run.csx' using System; using System.Runtime.Serialization; using System.ServiceModel.Description; using MongoDB.Bson.IO; using MongoDB.Bson; using MongoDB; using MongoDB.Driver; using System.Security.Authentication; using System.Text; using Newtonsoft.Json; public static void Run(string myIoTHubMessage, ILogger log) { log.LogInformation($"C# IoT Hub trigger function processed a message: {myIoTHubMessage}"); } I am having Project.json

问题 When creating a CosmosDB instance, we can choose the API that we will use to communicate with the instance (e.g. SQL, MongoDB, Cassandra, etc.) What is not clear to me is - does this selection dictates how the data is stored, or only the way we communicate with the instance? For example, if we choose MongoDB, does it mean that CosmosDB will store data in a MongoDB fashion? 回答1: The choice of API does not change how the data is stored. Cosmos DB always stores data using something called atom