Rework on `OpenSearchDataType`: parse, store and use mapping information #180

Yury-Fridlyand · 2022-12-02T00:11:28Z

Description

Rework on OpenSearchDataType according to #169 (comment)
OpenSearchDataType is not a enum anymore, it is a class which stores all required mapping information.

TODOs

Fixes could be done in scope of this PR or in follow-up fixes:

Types of columns added by aggregation are based on ExprCoreType. Type resolution is hardcoded and doesn't consider real column types:

opensearch-project-sql/core/src/main/java/org/opensearch/sql/data/type/ExprCoreType.java

Line 86 in e4d89de

.put(STRING, "keyword")
Get rid of traverseAndFlatten - do recursive traverse only
Support more types in ARRAY

opensearch-project-sql/opensearch/src/main/java/org/opensearch/sql/opensearch/data/value/OpenSearchExprValueFactory.java

Line 244 in 16d7ce0

if (v.isString()) {

Further future improvements

Features that should be done in scope of other PRs:

text is not completely supported as a separate type yet.
Date formats are ignored (draft in #639: allow metadata fields (_id) to be used as QualifiedName #142).
Some types are not supported, e.g. geo_shape, ip_range.
alias is not resolved.
Function Map<String, ExprType> getFieldTypes() in OpenSearchIndex should be replaced by Map<String, OpenSearchDataType> getFieldOpenSearchTypes(). This requires base interface change.
Probably, completely remove ExprCoreType.

Issues Resolved

Assuming that these changes would fix opensearch-project#794, opensearch-project#1038, opensearch-project#1112 and opensearch-project#1113. Relevant for opensearch-project#1111 too.

Notes

Dummy enum value

opensearch-project-sql/opensearch/src/main/java/org/opensearch/sql/opensearch/data/type/OpenSearchDataType.java

Line 28 in ae11c22

Invalid(null),

added to bypass Ignore switch case default cases which can't be covered jacoco/jacoco#1211. See also https://www.javaspecialists.eu/archive/Issue272-Hacking-Enums-Revisited.html

Check List

New functionality includes testing.
- All tests pass, including unit test, integration test and doctest
New functionality has been documented.
- New functionality has javadoc added
- New functionality has user manual doc added
Commits are signed per the DCO using --signoff

By submitting this pull request, I confirm that my contribution is made under the terms of the Apache 2.0 license.
For more information on following Developer Certificate of Origin and signing off your commits, please check here.

Signed-off-by: Yury-Fridlyand <yuryf@bitquilltech.com>

… update tests. Signed-off-by: Yury-Fridlyand <yuryf@bitquilltech.com>

Signed-off-by: Yury-Fridlyand <yuryf@bitquilltech.com>

Yury-Fridlyand · 2022-12-02T01:13:17Z

Should OpenSearchDataType inherit ExprType?

Yury-Fridlyand · 2022-12-02T18:14:45Z

CC: @penghuo @dai-chen

opensearch/src/main/java/org/opensearch/sql/opensearch/data/type/OpenSearchDataType.java

* Add data types for those classes are not defined in `ExprCoreType`. * Add fixes to make all IT pass. * Complete some TODOs. Address #180 (comment) Signed-off-by: Yury-Fridlyand <yury.fridlyand@improving.com>

Signed-off-by: Yury-Fridlyand <yury.fridlyand@improving.com>

#180 * Update `IndexMapping::parseMapping` function. * Rename `OpenSearchDataType.Type` to `OpenSearchDataType.MappingType`. * Add `OpenSearchDataType::resolve` function. * Add new constructor for `OpenSearchTextType`. * Update tests. Signed-off-by: Yury-Fridlyand <yury.fridlyand@improving.com>

MaxKsyunz

Nice addition, Yury!

My main feedback is to re-factor OpenSearchDataType-derived classes to avoid creating multiple copies of small identical objects -- since types are used every where, this will have a big impact.

I think we can move traverse and flatten and the notion of fields and properties to OpenSearchDescribeIndexRequest.getFieldTypes.

MaxKsyunz · 2022-12-16T18:31:32Z

opensearch/src/main/java/org/opensearch/sql/opensearch/data/type/OpenSearchDataType.java

+  public enum Type {
+    Text("text"),
+    Keyword("keyword"),
+    Ip("ip"),
+    GeoPoint("geo_point"),
+    Binary("binary"),
+    Date("date"),
+    Nested("nested"),
+    Byte("byte"),
+    Short("short"),
+    Integer("integer"),
+    Long("long"),
+    Float("float"),
+    HalfFloat("half_float"),
+    ScaledFloat("scaled_float"),
+    Double("double"),
+    Boolean("boolean");


Let's make these separate classes.

Polymorphism is an implementation of this pattern, of using enums to indicate "type of thing" and then using a switch statement based on an enum value to change behaviour.

Fixed in b1ffaa3.

MaxKsyunz · 2023-01-10T22:50:11Z

opensearch/src/main/java/org/opensearch/sql/opensearch/storage/script/ScriptUtils.java

@@ -22,7 +21,8 @@ public class ScriptUtils {
   * Limitation: assume inner field name is always "keyword".
   */
  public static String convertTextToKeyword(String fieldName, ExprType fieldType) {
-    if (fieldType == OPENSEARCH_TEXT_KEYWORD) {
+    if (fieldType instanceof OpenSearchTextType
+        && ((OpenSearchTextType) fieldType).getFields().size() > 0) {


Is it safe to assume that every text column will have a keyword field?

What will happen if that's not the case?

No, it is not safe. In case if user makes search on text field without fields/fielddata, OpenSearch engine raises an exception like

Text fields are not optimised for operations that require per-document field data like aggregations and sorting, so these operations are disabled by default. Please use a keyword field instead. Alternatively, set fielddata=true on [] in order to load field data by uninverting the inverted index.

opensearch/src/test/java/org/opensearch/sql/opensearch/data/type/OpenSearchDataTypeTest.java

MaxKsyunz · 2023-01-18T22:31:25Z

opensearch/src/main/java/org/opensearch/sql/opensearch/storage/OpenSearchIndex.java

+    if (cachedFieldTypes == null) {
+      cachedFieldTypes = new OpenSearchDescribeIndexRequest(client, indexName).getFieldTypes();
+    }
+    return OpenSearchDataType.traverseAndFlatten(cachedFieldTypes).entrySet().stream()


Could cache the return of traverseAndFlatten instead of re-running it each time.

Actually it is called only once, but then getFieldOpenSearchTypes() is called which requires unflattened map.

I'll do some tracking on traverseAndFlatten usage to optimize it possible. Thanks for the idea.

opensearch/src/main/java/org/opensearch/sql/opensearch/data/type/OpenSearchDataType.java

MaxKsyunz · 2023-01-20T22:44:50Z

opensearch/src/main/java/org/opensearch/sql/opensearch/data/type/OpenSearchDataType.java

+  // object and nested types have properties - info about embedded types
+  @Getter
+  @EqualsAndHashCode.Exclude
+  Map<String, OpenSearchDataType> properties = new LinkedHashMap<>();
+
+  // text could have fields
+  @Getter


fields and properties can exist on the same type.

See this question, especially this comment.

We'd need to understand how they can interact together.

I need examples of mapping and data to play with. I asked community for examples, but there is no response yet.

Current implementation can parse fields and properties both, but it maybe not used properly.

MaxKsyunz · 2023-01-20T22:45:43Z

opensearch/src/main/java/org/opensearch/sql/opensearch/data/type/OpenSearchDataType.java

+   * @return A list of all `OpenSearchDataType`s from given map on the same nesting level (1).
+   *         Nested object names are prefixed by names of their host.
+   */
+  public static Map<String, OpenSearchDataType> traverseAndFlatten(


This looks similar to OpenSearchExprValueFactory.construct/parse/parseArray -- can they be combined?

* Make `fields` and `properties` in `OpenSearchDataType` readonly. Update tests and mapping parser. * Move `getFields` from `OpenSearchDataType` to `OpenSearchTextType`. Update tests. * Rewrite `traverseAndFlatten` according to #180 (comment) * Minor comment fix. Signed-off-by: Yury-Fridlyand <yury.fridlyand@improving.com>

* `typeName` and `legacyTypeName` to return different type names. * Update unit test. * Revert changes done in IT. * Change `typeof` function and corresponding tests. Signed-off-by: Yury-Fridlyand <yury.fridlyand@improving.com>

integ-test/src/test/java/org/opensearch/sql/sql/SystemFunctionIT.java

acarbonetto · 2023-01-19T18:40:46Z

opensearch/src/main/java/org/opensearch/sql/opensearch/data/type/OpenSearchDataType.java

+  @EqualsAndHashCode.Exclude
+  Map<String, OpenSearchDataType> properties = new LinkedHashMap<>();
+
+  // text could have fields


For now. No need to make assumptions for OpenSearch

opensearch/src/main/java/org/opensearch/sql/opensearch/data/type/OpenSearchDataType.java

opensearch/src/main/java/org/opensearch/sql/opensearch/storage/script/ScriptUtils.java

opensearch/src/main/java/org/opensearch/sql/opensearch/data/type/OpenSearchDataType.java

acarbonetto · 2023-01-27T19:08:29Z

opensearch/src/main/java/org/opensearch/sql/opensearch/mapping/IndexMapping.java


+  // TODO remove, used in tests only


please remove. test-only code is bad

acarbonetto · 2023-01-27T19:10:53Z

opensearch/src/test/java/org/opensearch/sql/opensearch/data/type/OpenSearchDataTypeTest.java

+  // type.subtype : Object
+  // type.subtype.subsubtype : Object
+  // type.subtype.subsubtype.textWithKeywordType : Text
+  //                                           |- keyword : Keyword


this is a keyword in a text in an object...
is this flattened?

Object is flattened, but text-with-keyword remains text-with-keyword. This test shows that.

opensearch/src/test/java/org/opensearch/sql/opensearch/data/type/OpenSearchDataTypeTest.java

acarbonetto · 2023-01-27T19:12:18Z

opensearch/src/test/java/org/opensearch/sql/opensearch/data/type/OpenSearchDataTypeTest.java

+  // type.keyword : Keyword
+  // ==================
+  // Objects are flattened, but Texts aren't
+  // TODO Arrays


why? Isn't this part of the nested work?

I don't understand the difference at that point between nested and object. Should be both flattened the same manner?

…`. Update tests. Signed-off-by: Yury-Fridlyand <yury.fridlyand@improving.com>

Signed-off-by: Yury-Fridlyand <yury.fridlyand@improving.com>

GumpacG · 2023-01-27T20:54:14Z

Something to possibly investigate is if all Nested types are ExprCoreType.ARRAY (this case is fine) and if all ExprCoreType.ARRAY are Nested type(this case may be an issue). The latter may be an issue if the value is an array but not of Nested type. For example, myNum in https://github.com/opensearch-project/sql/blob/45fc371ea19c0f6c1e0107d294f30c97f9ff2002/integ-test/src/test/resources/nested_objects.json#L10.

This may be a bit complicated because of this bug in the new engine: opensearch-project#1300

Signed-off-by: Yury-Fridlyand <yury.fridlyand@improving.com>

…etones as much as possible. Signed-off-by: Yury-Fridlyand <yury.fridlyand@improving.com>

* Make string representations of all `ExprType`s uppercase. * Remove functions from `IndexMapping` used in tests only. * Change `OpenSearchDataType::cloneEmpty` function to avoid using reflection; update derived classes to override it. Signed-off-by: Yury-Fridlyand <yury.fridlyand@improving.com>

Signed-off-by: Yury-Fridlyand <yury.fridlyand@improving.com>

…ion (#180) Rework on `OpenSearchDataType`: * Add data types for those classes are not defined in `ExprCoreType`. * Address #180 (comment) * Remove `TextKeywordValue`. * Add changes according to the PR review. #180 * Update `IndexMapping::parseMapping` function. * Add `OpenSearchDataType::resolve` function. * Add new constructor for `OpenSearchTextType`. * Make `fields` and `properties` in `OpenSearchDataType` readonly. Update tests and mapping parser. * Move `getFields` from `OpenSearchDataType` to `OpenSearchTextType`. Update tests. * Rewrite `traverseAndFlatten` according to #180 (comment) * Minor comment fix. * A fix to avoid breaking changes. * `typeName` and `legacyTypeName` to return different type names. * Change `typeof` function and corresponding tests. * Move `convertTextToKeyword` from `ScriptUtils` to `OpenSearchTextType`. Update tests. * Update UT for `typeof` function. * Make all instances of `OpenSearchDataType` and of derived types singletones as much as possible. * Make string representations of all `ExprType`s uppercase. * Remove functions from `IndexMapping` used in tests only. Signed-off-by: Yury-Fridlyand <yuryf@bitquilltech.com> Signed-off-by: Yury-Fridlyand <yury.fridlyand@improving.com>

…ion (#1314) * Rework on `OpenSearchDataType`: parse, store and use mapping information (#180) Rework on `OpenSearchDataType`: * Add data types for those classes are not defined in `ExprCoreType`. * Address Bit-Quill#180 (comment) * Remove `TextKeywordValue`. * Add changes according to the PR review. Bit-Quill#180 * Update `IndexMapping::parseMapping` function. * Add `OpenSearchDataType::resolve` function. * Add new constructor for `OpenSearchTextType`. * Make `fields` and `properties` in `OpenSearchDataType` readonly. Update tests and mapping parser. * Move `getFields` from `OpenSearchDataType` to `OpenSearchTextType`. Update tests. * Rewrite `traverseAndFlatten` according to Bit-Quill#180 (comment) * Minor comment fix. * A fix to avoid breaking changes. * `typeName` and `legacyTypeName` to return different type names. * Change `typeof` function and corresponding tests. * Move `convertTextToKeyword` from `ScriptUtils` to `OpenSearchTextType`. Update tests. * Update UT for `typeof` function. * Make all instances of `OpenSearchDataType` and of derived types singletones as much as possible. * Make string representations of all `ExprType`s uppercase. * Remove functions from `IndexMapping` used in tests only. Signed-off-by: Yury-Fridlyand <yuryf@bitquilltech.com> Signed-off-by: Yury-Fridlyand <yury.fridlyand@improving.com>

…ion (#1314) * Rework on `OpenSearchDataType`: parse, store and use mapping information (#180) Rework on `OpenSearchDataType`: * Add data types for those classes are not defined in `ExprCoreType`. * Address Bit-Quill#180 (comment) * Remove `TextKeywordValue`. * Add changes according to the PR review. Bit-Quill#180 * Update `IndexMapping::parseMapping` function. * Add `OpenSearchDataType::resolve` function. * Add new constructor for `OpenSearchTextType`. * Make `fields` and `properties` in `OpenSearchDataType` readonly. Update tests and mapping parser. * Move `getFields` from `OpenSearchDataType` to `OpenSearchTextType`. Update tests. * Rewrite `traverseAndFlatten` according to Bit-Quill#180 (comment) * Minor comment fix. * A fix to avoid breaking changes. * `typeName` and `legacyTypeName` to return different type names. * Change `typeof` function and corresponding tests. * Move `convertTextToKeyword` from `ScriptUtils` to `OpenSearchTextType`. Update tests. * Update UT for `typeof` function. * Make all instances of `OpenSearchDataType` and of derived types singletones as much as possible. * Make string representations of all `ExprType`s uppercase. * Remove functions from `IndexMapping` used in tests only. Signed-off-by: Yury-Fridlyand <yuryf@bitquilltech.com> Signed-off-by: Yury-Fridlyand <yury.fridlyand@improving.com> (cherry picked from commit d44cd39)

…ion (#1314) (#1455) * Rework on `OpenSearchDataType`: parse, store and use mapping information (#180) Rework on `OpenSearchDataType`: * Add data types for those classes are not defined in `ExprCoreType`. * Address Bit-Quill#180 (comment) * Remove `TextKeywordValue`. * Add changes according to the PR review. Bit-Quill#180 * Update `IndexMapping::parseMapping` function. * Add `OpenSearchDataType::resolve` function. * Add new constructor for `OpenSearchTextType`. * Make `fields` and `properties` in `OpenSearchDataType` readonly. Update tests and mapping parser. * Move `getFields` from `OpenSearchDataType` to `OpenSearchTextType`. Update tests. * Rewrite `traverseAndFlatten` according to Bit-Quill#180 (comment) * Minor comment fix. * A fix to avoid breaking changes. * `typeName` and `legacyTypeName` to return different type names. * Change `typeof` function and corresponding tests. * Move `convertTextToKeyword` from `ScriptUtils` to `OpenSearchTextType`. Update tests. * Update UT for `typeof` function. * Make all instances of `OpenSearchDataType` and of derived types singletones as much as possible. * Make string representations of all `ExprType`s uppercase. * Remove functions from `IndexMapping` used in tests only. Signed-off-by: Yury-Fridlyand <yuryf@bitquilltech.com> Signed-off-by: Yury-Fridlyand <yury.fridlyand@improving.com> (cherry picked from commit d44cd39) Co-authored-by: Yury-Fridlyand <yury.fridlyand@improving.com>

Yury-Fridlyand added 4 commits November 16, 2022 13:30

First PoC.

f335101

Signed-off-by: Yury-Fridlyand <yuryf@bitquilltech.com>

Replace old typeMapping by new one in OpenSearchExprValueFactory,…

797d2a8

… update tests. Signed-off-by: Yury-Fridlyand <yuryf@bitquilltech.com>

Minor fix.

4a76716

Signed-off-by: Yury-Fridlyand <yuryf@bitquilltech.com>

Rework on OpenSearchDataType.

e4d89de

Signed-off-by: Yury-Fridlyand <yuryf@bitquilltech.com>

This comment was marked as abuse.

Sign in to view

Yury-Fridlyand mentioned this pull request Dec 2, 2022

[WIP] Use mapping format for reading date values #169

Closed

6 tasks

dai-chen reviewed Dec 9, 2022

View reviewed changes

opensearch/src/main/java/org/opensearch/sql/opensearch/data/type/OpenSearchDataType.java Outdated Show resolved Hide resolved

Yury-Fridlyand added 8 commits December 19, 2022 19:21

Further rework on OpenSearchDataType:

16d7ce0

* Add data types for those classes are not defined in `ExprCoreType`. * Add fixes to make all IT pass. * Complete some TODOs. Address #180 (comment) Signed-off-by: Yury-Fridlyand <yury.fridlyand@improving.com>

Fix failing unit tests.

ecf60de

Signed-off-by: Yury-Fridlyand <yury.fridlyand@improving.com>

Test fixes and coverage.

f699c15

Signed-off-by: Yury-Fridlyand <yury.fridlyand@improving.com>

Fix code style.

c538ac7

Signed-off-by: Yury-Fridlyand <yury.fridlyand@improving.com>

Minor fixes.

4a6fb9f

Signed-off-by: Yury-Fridlyand <yury.fridlyand@improving.com>

Fix for code coverage in OpenSearchDataType.of(Type).

de08526

Signed-off-by: Yury-Fridlyand <yury.fridlyand@improving.com>

Fix reordering columns.

53c4fdd

Signed-off-by: Yury-Fridlyand <yury.fridlyand@improving.com>

Fix doctests.

2b9f253

Signed-off-by: Yury-Fridlyand <yury.fridlyand@improving.com>

Yury-Fridlyand changed the title ~~[WIP] Rework on OpenSearchDataType: parse, store and use mapping information~~ Rework on OpenSearchDataType: parse, store and use mapping information Jan 6, 2023

Yury-Fridlyand added 4 commits January 5, 2023 19:45

Typo fix.

43a0a98

Signed-off-by: Yury-Fridlyand <yury.fridlyand@improving.com>

Rework on 53c4fdd. New fix has code coverage and all test passed on it.

1f7b151

Signed-off-by: Yury-Fridlyand <yury.fridlyand@improving.com>

Typo fix for previous commit.

90bae1f

Signed-off-by: Yury-Fridlyand <yury.fridlyand@improving.com>

Revert wrong test changes made in 1f7b151.

735e9f7

Signed-off-by: Yury-Fridlyand <yury.fridlyand@improving.com>

Yury-Fridlyand marked this pull request as ready for review January 6, 2023 20:44

Yury-Fridlyand requested review from acarbonetto, dai-chen, forestmvey, GumpacG, margarit-h and MaxKsyunz and removed request for dai-chen January 6, 2023 20:44

Yury-Fridlyand requested review from penghuo and dai-chen and removed request for penghuo and dai-chen January 14, 2023 00:53

GabeFernandez310 approved these changes Jan 16, 2023

View reviewed changes

MaxKsyunz reviewed Jan 20, 2023

View reviewed changes

Yury-Fridlyand added 2 commits January 26, 2023 18:52

A fix to avoid breaking changes.

733a262

* `typeName` and `legacyTypeName` to return different type names. * Update unit test. * Revert changes done in IT. * Change `typeof` function and corresponding tests. Signed-off-by: Yury-Fridlyand <yury.fridlyand@improving.com>

acarbonetto reviewed Jan 27, 2023

View reviewed changes

acarbonetto approved these changes Jan 27, 2023

View reviewed changes

Yury-Fridlyand added 3 commits January 27, 2023 12:49

Move convertTextToKeyword from ScriptUtils to `OpenSearchTextType…

d2f4ed5

…`. Update tests. Signed-off-by: Yury-Fridlyand <yury.fridlyand@improving.com>

Update UT for typeof function.

8fa98df

Signed-off-by: Yury-Fridlyand <yury.fridlyand@improving.com>

Minor commenting.

6e96dae

Signed-off-by: Yury-Fridlyand <yury.fridlyand@improving.com>

Yury-Fridlyand added 2 commits January 27, 2023 18:54

Typo fix for d2f4ed5e.

e32798c

Signed-off-by: Yury-Fridlyand <yury.fridlyand@improving.com>

Make all instances of OpenSearchDataType and of derived types singl…

a41aa28

…etones as much as possible. Signed-off-by: Yury-Fridlyand <yury.fridlyand@improving.com>

matthewryanwells approved these changes Jan 30, 2023

View reviewed changes

Yury-Fridlyand added 3 commits January 30, 2023 18:41

Fix doc and integration tests.

7f614ac

Signed-off-by: Yury-Fridlyand <yury.fridlyand@improving.com>

Fix a unit test.

4c7e293

Signed-off-by: Yury-Fridlyand <yury.fridlyand@improving.com>

MaxKsyunz approved these changes Jan 31, 2023

View reviewed changes

Yury-Fridlyand merged commit 5e6b90a into integ-spike-rework-mapping-use Feb 1, 2023

Yury-Fridlyand deleted the dev-spike-rework-mapping-use branch February 1, 2023 18:40

Yury-Fridlyand mentioned this pull request Feb 2, 2023

Rework on OpenSearchDataType: parse, store and use mapping information opensearch-project/sql#1314

Merged

6 tasks

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Rework on `OpenSearchDataType`: parse, store and use mapping information #180

Rework on `OpenSearchDataType`: parse, store and use mapping information #180

Yury-Fridlyand commented Dec 2, 2022 •

edited

Loading

This comment was marked as abuse.

Yury-Fridlyand commented Dec 2, 2022

Yury-Fridlyand commented Dec 2, 2022

MaxKsyunz left a comment

MaxKsyunz Dec 16, 2022

Yury-Fridlyand Jan 31, 2023

MaxKsyunz Jan 10, 2023

Yury-Fridlyand Jan 24, 2023

MaxKsyunz Jan 18, 2023

Yury-Fridlyand Jan 24, 2023

MaxKsyunz Jan 20, 2023

Yury-Fridlyand Jan 24, 2023

MaxKsyunz Jan 20, 2023

acarbonetto Jan 19, 2023

acarbonetto Jan 27, 2023

acarbonetto Jan 27, 2023

Yury-Fridlyand Jan 27, 2023

acarbonetto Jan 27, 2023

Yury-Fridlyand Jan 27, 2023

GumpacG commented Jan 27, 2023

Rework on OpenSearchDataType: parse, store and use mapping information #180

Rework on OpenSearchDataType: parse, store and use mapping information #180

Conversation

Yury-Fridlyand commented Dec 2, 2022 • edited Loading

Description

TODOs

Further future improvements

Issues Resolved

Notes

Check List

This comment was marked as abuse.

Yury-Fridlyand commented Dec 2, 2022

Yury-Fridlyand commented Dec 2, 2022

MaxKsyunz left a comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

Choose a reason for hiding this comment

GumpacG commented Jan 27, 2023

Rework on `OpenSearchDataType`: parse, store and use mapping information #180

Rework on `OpenSearchDataType`: parse, store and use mapping information #180

Yury-Fridlyand commented Dec 2, 2022 •

edited

Loading