mirror of
https://gitee.com/milvus-io/milvus.git
synced 2024-12-02 20:09:57 +08:00
Fix grammatical errors (#8238)
Signed-off-by: cai.zhang <cai.zhang@zilliz.com>
This commit is contained in:
parent
9fa3ce25da
commit
59434463ff
@ -7,7 +7,7 @@ update: 7.31.2021, by [Cai.Zhang](https://github.com/xiaocai2333)
|
||||
IndexCoord is a component responsible for scheduling index construction tasks and maintaining index status.
|
||||
IndexCoord accepts requests from rootcoord to build indexes, delete indexes, and query index information.
|
||||
IndexCoord is responsible for assigning IndexBuildID to the request to build the index, and forwarding the
|
||||
request to build the index to IndexNode. IndexCoord records the status of the index and the index file.
|
||||
request to build the index to IndexNode. IndexCoord records the status of the index, and the index file.
|
||||
|
||||
The following figure shows the design of the indexcoord component:
|
||||
|
||||
|
@ -1,6 +1,6 @@
|
||||
# Create Collections
|
||||
|
||||
`Milvus 2.0` use `Collection` to represent a set of data, like `Table` in traditional database. Users can create or drop `Collection`. Altering the `Schema` of `Collection` is not supported yet. This article introduces the execution path of `CreateCollection`, at the end of this article, you should know which components are involved in `CreateCollection`.
|
||||
`Milvus 2.0` use `Collection` to represent a set of data, like `Table` in a traditional database. Users can create or drop `Collection`. Altering the `Schema` of `Collection` is not supported yet. This article introduces the execution path of `CreateCollection`, at the end of this article, you should know which components are involved in `CreateCollection`.
|
||||
|
||||
|
||||
The execution flow of `CreateCollection` is shown in the following figure:
|
||||
@ -71,7 +71,7 @@ type createCollectionTask struct {
|
||||
|
||||
3. There is a background service in `Proxy`, this service would get the `CreateCollectionTask` from `DdTaskQueue`, and execute it in three phases.
|
||||
- `PreExecute`, do some static checking at this phase, such as check if `Collection Name` and `Field Name` are legal, if there are duplicate columns, etc.
|
||||
- `Execute`, at this phase, `Proxy` would send `CreateCollection` request to `RootCoord` via `Grpc`, and wait for response, the `proto` is defined as follow:
|
||||
- `Execute`, at this phase, `Proxy` would send `CreateCollection` request to `RootCoord` via `Grpc`, and wait for response, the `proto` is defined as follows:
|
||||
```proto
|
||||
service RootCoord {
|
||||
...
|
||||
|
Loading…
Reference in New Issue
Block a user