diff --git a/docs/design_docs/index_design.md b/docs/design_docs/index_design.md index b87455c819..ed0c122e03 100644 --- a/docs/design_docs/index_design.md +++ b/docs/design_docs/index_design.md @@ -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: diff --git a/docs/design_docs/milvus_create_collection_en.md b/docs/design_docs/milvus_create_collection_en.md index 3d7bea7d97..d389d3dcbd 100644 --- a/docs/design_docs/milvus_create_collection_en.md +++ b/docs/design_docs/milvus_create_collection_en.md @@ -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 { ...