Improve processing OpenSearch data types. Fix using subfields for `text` type. #299

Yury-Fridlyand · 2023-07-19T02:20:59Z

Description

See doc for technical details: https://github.com/Bit-Quill/opensearch-project-sql/blob/dev-add-text-type/docs/dev/text-type.md
See also this comment describing some changes.

Issues Resolved

Pass full types (instances of OpenSearchDataType) though :core module instead of simplified ones (ExprCoreType).
This unblocks access to important mapping info such as text fields or date formats. This info is required to build proper DSL queries to OpenSearch.
Use text fields instead of hardcoded keyword subfield name.

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.

docs/dev/img/type-hierarchy-tree-final.png

core/src/main/java/org/opensearch/sql/expression/operator/convert/TypeCastOperator.java

docs/dev/query-type-conversion.md

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

GumpacG · 2023-07-25T22:31:42Z

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

    }
-    return fieldName;
+    // Pick first field. What to do if there are multiple fields?


Can you pass in the type like how it was with convertTextToKeyword and map that type by finding it in the list of fields?

Is it needed?
Now this function isn't static and different types may overload it if needed. Having that we can avoid creating a new function like convertXXXtoYYY in future.

Right. But how would it know which type to convert to? For example, doing aggregation on text with mapping

"textColumn": { "type": "text", "fields": { "date": { "type": "date" }, "keyword": { "type": "keyword" } } } }

will do aggregation on textColumn.date. What would be expected here?

I'm with @GumpacG on this.

keyword field is a convention in OpenSearch to mean "first bit of the text" and conversion is "ok, I guess" for legacy's sake but in general picking the first field would lead to unexpected results that depend on the mapping.

On the other hand, if fielddata is set then it is safe to use textColumn field in this place.

It is possible to aggregate on dates inside a text field.
I changed to find a string subfield if present in 8b0671c.

Signed-off-by: Yury-Fridlyand <[email protected]>

docs/dev/query-type-conversion.md

acarbonetto

For docs/dev/img/type-hierarchy-tree-final.png:

Can you split STRING into TEXT and KEYWORD?
Can you align DATE and TIME
I'm not sure you want STRING --> DATE/TIME/DATETIME/TIMESTAMP since its a very specific set of strings that convert. I think that conversion is 'special' and doesn't need to be defined here.

core/src/main/java/org/opensearch/sql/expression/operator/convert/TypeCastOperator.java

docs/dev/query-type-conversion.md

acarbonetto · 2023-07-24T16:08:11Z

docs/dev/query-type-conversion.md

+
+## Final type hierarchy scheme
+
+![Most relevant type hierarchy](img/type-hierarchy-tree-final.png)


There's only STRING in that listing. Should we specify TEXT vs KEYWORD there?

There is no TEXT nor KEYWORD in ExprCoreType.

matthewryanwells · 2023-07-27T17:44:40Z

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

+  }
+
+  public int hashCode() {
+    return 42 + exprCoreType.hashCode();


Would this be considered a magic number that should be defined as a constant?

Maybe https://xkcd.com/221/

Why is this override necessary?

This is needed to make OpenSearchExprValueFactory::typeActionMap work properly. Without that override it always falls to

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

Lines 208 to 210 in 5232ad2

throw new IllegalStateException(

String.format(

"Unsupported type: %s for value: %s.", type.typeName(), content.objectValue()));

This could be simplified to always return 0 (or any other constant) to enforce equals check always.

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

acarbonetto · 2023-07-27T17:49:34Z

docs/dev/text-type.md

+
+## Solution
+
+The solution is to provide to `:core` non simplified types, but full types. Those objects should be fully compatible with `ExprCoreType` and implement all required APIs to allow `:core` to manipulate with built-in functions. Once those type objects are returned back to `:opensearch`, it can get all required information to build the correct search request.


non simplified types: enum
full types: Objects
right?
Can we just say that?

simplified types: enum
full types: Objects

Before full types were converted to enums before passing from :opensearch to :core. With my changes full types are passed from :opensearch to :core, and :core uses an API call to convert them to a enum value whatever it is needed (to pick proper function signature).

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

acarbonetto · 2023-07-27T17:56:30Z

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

+            OpenSearchDataType.of(MappingType.GeoPoint)),
+        () -> assertNotEquals(OpenSearchDataType.of(MappingType.GeoPoint),
+            OpenSearchDataType.of(MappingType.Ip)),
+        () -> assertEquals(OpenSearchDataType.of(STRING), OpenSearchDataType.of(STRING)),


I don't understand the purpose of this test

c for coverage
I had to add 4 tests to satisfy jacoco caprise for line 42 and 4 more tests for line 43

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

Lines 42 to 43 in 5232ad2

if (mappingType != null && other.mappingType != null) {

return mappingType.equals(other.mappingType) && exprCoreType.equals(other.exprCoreType);

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

Signed-off-by: Yury-Fridlyand <[email protected]>

MaxKsyunz

Have you considered creating one class hierarchy for types? Instead of ExprCoreTypes being enum values, make them classes and derive from each other as appropriate.

Singleton instances can still be used for types that do not have parameters, like ints, keyword, etc.
This would simplify a lot of the type comparison logic.

MaxKsyunz · 2023-07-27T20:54:49Z

core/src/main/java/org/opensearch/sql/data/type/ExprType.java

@@ -21,7 +20,8 @@ public interface ExprType {
   * Is compatible with other types.
   */
  default boolean isCompatible(ExprType other) {
-    if (this.equals(other)) {
+    // Do double direction check with `equals`, because a derived class may override it
+    if (this.equals(other) || other.equals(this)) {


By definition, if this.equals(other) then other.equals(this) must be true.

Do we have ExprTypes for which this is necessary? If yes, the problem is there.

other maybe an instance of OpenSearchDataType, which has more complex comparison logic.
I have an idea how to fix it, will do soon.

Fixed in b04a92e.

MaxKsyunz · 2023-07-27T20:58:27Z

integ-test/src/test/java/org/opensearch/sql/ppl/DataTypeIT.java

@@ -36,8 +36,8 @@ public void test_numeric_data_types() throws IOException {
        schema("byte_number", "byte"),
        schema("double_number", "double"),
        schema("float_number", "float"),
-        schema("half_float_number", "float"),
-        schema("scaled_float_number", "double"));
+        schema("half_float_number", "half_float"),


Why is this change necessary?

This caused by changes described in #299 (comment)

MaxKsyunz · 2023-07-27T20:58:42Z

integ-test/src/test/java/org/opensearch/sql/ppl/DataTypeIT.java

+        schema("object_value", "object"),
+        schema("nested_value", "nested"),


Why is this change necessary?

This caused by changes described in #299 (comment)

MaxKsyunz · 2023-07-27T20:59:43Z

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

@@ -56,19 +56,18 @@ public void typeof_opensearch_types() throws IOException {
        + " | fields `double`, `long`, `integer`, `byte`, `short`, `float`, `half_float`, `scaled_float`",
            TEST_INDEX_DATATYPE_NUMERIC));
    verifyDataRows(response,
-        rows("DOUBLE", "LONG", "INTEGER", "BYTE", "SHORT", "FLOAT", "FLOAT", "DOUBLE"));
+        rows("DOUBLE", "LONG", "INTEGER", "BYTE", "SHORT", "FLOAT", "HALF_FLOAT", "SCALED_FLOAT"));


How does this relate to adding text type?

This caused by changes described in #299 (comment)

MaxKsyunz · 2023-07-27T21:06:25Z

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

+        () -> assertEquals("TIMESTAMP", defaultDateType.typeName()),
+        () -> assertEquals("TIME", timeDateType.typeName()),
        () -> assertEquals("DATE", dateDateType.typeName()),
-        () -> assertEquals("DATE", datetimeDateType.typeName())
+        () -> assertEquals("TIMESTAMP", datetimeDateType.typeName())


This looks very unrelated to adding text type.

Before

OpenSearchDateType converted to a simplified type when passed to :core module. Actually, ExprCoreType extracted from OSDT, it is stored inside. Values were DATE/TIME/etc.

ExprCoreType names used to build schema in QueryResponse, which was serialized later and sent to user. legacyTypeName method of ExprType used for SQL responses and typeName for PPL ones.

In the middle

OSDT isn't converted

Same methods of OSDT return mappingType which is always date regardless of detected ExprCoreType for this field.

Finally

-//-

OpenSearchDateType overrides these methods to return ExprCoreType

No changes for a user!

MaxKsyunz · 2023-07-27T21:29:23Z

core/src/main/java/org/opensearch/sql/data/type/ExprType.java

+  /**
+   * Perform field name conversion if needed before inserting it into a search query.
+   */
+  default String convertFieldForSearchQuery(String fieldName) {
+    return fieldName;
+  }
+
+  /**
+   * Perform value conversion if needed before inserting it into a search query.
+   */
+  default Object convertValueForSearchQuery(ExprValue value) {
+    return value.value();
+  }


It'd be more appropriate for these to be on OpenSearchDataType since they are specific to how we communicate with OpenSearch.

Unfortunately, where it is used, ExprType is referenced. I'd like to avoid excessive refactoring there.

opensearch-project-sql/opensearch/src/main/java/org/opensearch/sql/opensearch/storage/script/filter/lucene/LikeQuery.java

Lines 16 to 19 in 6c3744e

public class LikeQuery extends LuceneQuery {

@Override

public QueryBuilder doBuild(String fieldName, ExprType fieldType, ExprValue literal) {

String field = OpenSearchTextType.convertTextToKeyword(fieldName, fieldType);

Any ideas how to do it gracefully?

MaxKsyunz · 2023-07-27T21:30:57Z

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

+  }
+
+  public int hashCode() {
+    return 42 + exprCoreType.hashCode();


Why is this override necessary?

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

MaxKsyunz · 2023-07-27T21:43:04Z

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

@@ -163,8 +208,8 @@ public static OpenSearchDataType of(MappingType mappingType, Map<String, Object>
      case Ip: return OpenSearchIpType.of();
      case Date:
        // Default date formatter is used when "" is passed as the second parameter
-        String format = (String) innerMap.getOrDefault("format", "");
-        return OpenSearchDateType.of(format);
+        return innerMap.isEmpty() ? OpenSearchDateType.of()


Why change this?

This simplifies creation of OpenSearchDateType. A format string passes a number of checks even when it is empty.

MaxKsyunz · 2023-07-27T21:49:25Z

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

-      return fieldName + ".keyword";
+  @Override
+  public String convertFieldForSearchQuery(String fieldName) {
+    if (fields.size() == 0) {


In this case the user will end up with OpenSearch error about not being able to aggregate on text. Do I get that right?

Yury-Fridlyand · 2023-07-28T02:30:42Z

For docs/dev/img/type-hierarchy-tree-final.png:

...

@acarbonetto
I listed all current ExprCoreType possible widenings according to the code.

Signed-off-by: Yury-Fridlyand <[email protected]>

* Implement creation of ip2geo feature (#257) * Update gradle version to 7.6 (#265) Signed-off-by: Vijayan Balasubramanian <[email protected]> * Implement creation of ip2geo feature * Implementation of ip2geo datasource creation * Implementation of ip2geo processor creation Signed-off-by: Heemin Kim <[email protected]> --------- Signed-off-by: Vijayan Balasubramanian <[email protected]> Signed-off-by: Heemin Kim <[email protected]> Co-authored-by: Vijayan Balasubramanian <[email protected]> * Added unit tests with some refactoring of codes (#271) * Add Unit tests * Set cache true for search query * Remove in memory cache implementation (Two way door decision) * Relying on search cache without custom cache * Renamed datasource state from FAILED to CREATE_FAILED * Renamed class name from *Helper to *Facade * Changed updateIntervalInDays to updateInterval * Changed value type of default update_interval from TimeValue to Long * Read setting value from cluster settings directly Signed-off-by: Heemin Kim <[email protected]> * Sync from main (#280) * Update gradle version to 7.6 (#265) Signed-off-by: Vijayan Balasubramanian <[email protected]> * Exclude lombok generated code from jacoco coverage report (#268) Signed-off-by: Heemin Kim <[email protected]> * Make jacoco report to be generated faster in local (#267) Signed-off-by: Heemin Kim <[email protected]> * Update dependency org.json:json to v20230227 (#273) Co-authored-by: mend-for-github-com[bot] <50673670+mend-for-github-com[bot]@users.noreply.github.com> * Baseline owners and maintainers (#275) Signed-off-by: Vijayan Balasubramanian <[email protected]> --------- Signed-off-by: Vijayan Balasubramanian <[email protected]> Signed-off-by: Heemin Kim <[email protected]> Co-authored-by: Vijayan Balasubramanian <[email protected]> Co-authored-by: mend-for-github-com[bot] <50673670+mend-for-github-com[bot]@users.noreply.github.com> * Add datasource name validation (#281) Signed-off-by: Heemin Kim <[email protected]> * Refactoring of code (#282) 1. Change variable name from datasourceName to name 2. Change variable name from id to name 3. Added helper methods in test code Signed-off-by: Heemin Kim <[email protected]> * Change field name from md5 to sha256 (#285) Signed-off-by: Heemin Kim <[email protected]> * Implement get datasource api (#279) Signed-off-by: Heemin Kim <[email protected]> * Update index option (#284) 1. Make geodata index as hidden 2. Make geodata index as read only allow delete after creation is done 3. Refresh datasource index immediately after update Signed-off-by: Heemin Kim <[email protected]> * Make some fields in manifest file as mandatory (#289) Signed-off-by: Heemin Kim <[email protected]> * Create datasource index explicitly (#283) Signed-off-by: Heemin Kim <[email protected]> * Add wrapper class of job scheduler lock service (#290) Signed-off-by: Heemin Kim <[email protected]> * Remove all unused client attributes (#293) Signed-off-by: Heemin Kim <[email protected]> * Update copyright header (#298) Signed-off-by: Heemin Kim <[email protected]> * Run system index handling code with stashed thread context (#297) Signed-off-by: Heemin Kim <[email protected]> * Reduce lock duration and renew the lock during update (#299) Signed-off-by: Heemin Kim <[email protected]> * Implements delete datasource API (#291) Signed-off-by: Heemin Kim <[email protected]> * Set User-Agent in http request (#300) Signed-off-by: Heemin Kim <[email protected]> * Implement datasource update API (#292) Signed-off-by: Heemin Kim <[email protected]> * Refactoring test code (#302) Make buildGeoJSONFeatureProcessorConfig method to be more general Signed-off-by: Heemin Kim <[email protected]> * Add ip2geo processor integ test for failure case (#303) Signed-off-by: Heemin Kim <[email protected]> * Bug fix and refactoring of code (#305) 1. Bugfix: Ingest metadata can be null if there is no processor created 2. Refactoring: Moved private method to another class for better testing support 3. Refactoring: Set some private static final variable as public so that unit test can use it 4. Refactoring: Changed string value to static variable Signed-off-by: Heemin Kim <[email protected]> * Add integration test for Ip2GeoProcessor (#306) Signed-off-by: Heemin Kim <[email protected]> * Add ConcurrentModificationException (#308) Signed-off-by: Heemin Kim <[email protected]> * Add integration test for UpdateDatasource API (#307) Signed-off-by: Heemin Kim <[email protected]> * Bug fix on lock management and few performance improvements (#310) * Release lock before response back to caller for update/delete API * Release lock in background task for creation API * Change index settings to improve indexing performance Signed-off-by: Heemin Kim <[email protected]> * Change index setting from read_only_allow_delete to write (#311) read_only_allow_delete does not block write to an index. The disk-based shard allocator may add and remove this block automatically. Therefore, use index.blocks.write instead. Signed-off-by: Heemin Kim <[email protected]> * Fix bug in get datasource API and improve memory usage (#313) Signed-off-by: Heemin Kim <[email protected]> * Change package for Strings.hasText (#314) (#317) Signed-off-by: Heemin Kim <[email protected]> * Remove jitter and move index setting from DatasourceFacade to DatasourceExtension (#319) Signed-off-by: Heemin Kim <[email protected]> * Do not index blank value and do not enrich null property (#320) Signed-off-by: Heemin Kim <[email protected]> * Move index setting keys to constants (#321) Signed-off-by: Heemin Kim <[email protected]> * Return null index name for expired data (#322) Return null index name for expired data so that it can be deleted by clean up process. Clean up process exclude current index from deleting. Signed-off-by: Heemin Kim <[email protected]> * Add new fields in datasource (#325) Signed-off-by: Heemin Kim <[email protected]> * Delete index once it is expired (#326) Signed-off-by: Heemin Kim <[email protected]> * Add restoring event listener (#328) In the listener, we trigger a geoip data update Signed-off-by: Heemin Kim <[email protected]> * Reverse forcemerge and refresh order (#331) Otherwise, opensearch does not clear old segment files Signed-off-by: Heemin Kim <[email protected]> * Removed parameter and settings (#332) * Removed first_only parameter * Removed max_concurrency and batch_size setting first_only parameter was added as current geoip processor has it. However, the parameter have no benefit for ip2geo processor as we don't do a sequantial search for array data but use multi search. max_concurrency and batch_size setting is removed as these are only reveal internal implementation and could be a future blocker to improve performance later. Signed-off-by: Heemin Kim <[email protected]> * Add a field in datasource for current index name (#333) Signed-off-by: Heemin Kim <[email protected]> * Delete GeoIP data indices after restoring complete (#334) We don't want to use restored GeoIP data indices. Therefore we delete the indices once restoring process complete. When GeoIP metadata index is restored, we create a new GeoIP data index instead. Signed-off-by: Heemin Kim <[email protected]> * Use bool query for array form of IPs (#335) Signed-off-by: Heemin Kim <[email protected]> * Run update/delete request in a new thread (#337) This is not to block transport thread Signed-off-by: Heemin Kim <[email protected]> * Remove IP2Geo processor validation (#336) Cannot query index to get data to validate IP2Geo processor. Will add validation when we decide to store some of data in cluster state metadata. Signed-off-by: Heemin Kim <[email protected]> * Acquire lock sychronously (#339) By acquiring lock asychronously, the remaining part of the code is being run by transport thread which does not allow blocking code. We want only single update happen in a node using single thread. However, it cannot be acheived if I acquire lock asynchronously and pass the listener. Signed-off-by: Heemin Kim <[email protected]> * Added a cache to store datasource metadata (#338) Signed-off-by: Heemin Kim <[email protected]> * Changed class name and package (#341) Signed-off-by: Heemin Kim <[email protected]> * Refactoring of code (#342) 1. Changed class name from Ip2GeoCache to Ip2GeoCachedDao 2. Moved the Ip2GeoCachedDao from cache to dao package Signed-off-by: Heemin Kim <[email protected]> * Add geo data cache (#340) Signed-off-by: Heemin Kim <[email protected]> * Add cache layer to reduce GeoIp data retrieval latency (#343) Signed-off-by: Heemin Kim <[email protected]> * Use _primary in query preference and few changes (opensearch-project#347) 1. Use _primary preference to get datasource metadata so that it can read the latest data. RefreshPolicy.IMMEDIATE won't refresh replica shards immediately according to #346 2. Update datasource metadata index mapping 3. Move batch size from static value to setting Signed-off-by: Heemin Kim <[email protected]> * Wait until GeoIP data to be replicated to all data nodes (opensearch-project#348) Signed-off-by: Heemin Kim <[email protected]> * Update packages according to a change in OpenSearch core (opensearch-project#354) * Update packages according to a change in OpenSearch core Signed-off-by: Heemin Kim <[email protected]> * Update packages according to a change in OpenSearch core (opensearch-project#353) Signed-off-by: Heemin Kim <[email protected]> --------- Signed-off-by: Heemin Kim <[email protected]> --------- Signed-off-by: Vijayan Balasubramanian <[email protected]> Signed-off-by: Heemin Kim <[email protected]> Co-authored-by: Vijayan Balasubramanian <[email protected]> Co-authored-by: mend-for-github-com[bot] <50673670+mend-for-github-com[bot]@users.noreply.github.com>

Yury-Fridlyand requested review from MitchellGale and matthewryanwells July 19, 2023 02:20

This comment was marked as spam.

Sign in to view

Yury-Fridlyand mentioned this pull request Jul 21, 2023

[FEATURE] Add new data type for text opensearch-project/sql#1038

Open

GumpacG reviewed Jul 25, 2023

View reviewed changes

Yury-Fridlyand added 7 commits July 25, 2023 18:46

Add text type.

2136ae8

Signed-off-by: Yury-Fridlyand <[email protected]>

Simplify implementation.

bb9f30e

Signed-off-by: Yury-Fridlyand <[email protected]>

Add docs.

33370ff

Signed-off-by: Yury-Fridlyand <[email protected]>

Add IT.

5b2a659

Signed-off-by: Yury-Fridlyand <[email protected]>

Fix type resolution in IT.

ccf9138

Signed-off-by: Yury-Fridlyand <[email protected]>

Code clean up and comment update.

0339320

Signed-off-by: Yury-Fridlyand <[email protected]>

Minor clean up.

e885a44

Signed-off-by: Yury-Fridlyand <[email protected]>

Yury-Fridlyand force-pushed the dev-add-text-type branch from 554a460 to e885a44 Compare July 26, 2023 01:48

Yury-Fridlyand added 3 commits July 27, 2023 10:12

Update ExprType and tests.

93e9a34

Signed-off-by: Yury-Fridlyand <[email protected]>

Minor fix in docs.

d3b66ac

Signed-off-by: Yury-Fridlyand <[email protected]>

Finalize implementation and tests.

5232ad2

Signed-off-by: Yury-Fridlyand <[email protected]>

Yury-Fridlyand marked this pull request as ready for review July 27, 2023 17:16

Yury-Fridlyand requested review from MaxKsyunz, forestmvey and acarbonetto as code owners July 27, 2023 17:16

matthewryanwells reviewed Jul 27, 2023

View reviewed changes

docs/dev/query-type-conversion.md Outdated Show resolved Hide resolved

acarbonetto reviewed Jul 27, 2023

View reviewed changes

matthewryanwells reviewed Jul 27, 2023

View reviewed changes

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

acarbonetto reviewed Jul 27, 2023

View reviewed changes

matthewryanwells approved these changes Jul 27, 2023

View reviewed changes

Smart subfield selection.

8b0671c

Signed-off-by: Yury-Fridlyand <[email protected]>

MaxKsyunz reviewed Jul 28, 2023

View reviewed changes

Address PR feedback.

b04a92e

Signed-off-by: Yury-Fridlyand <[email protected]>

Merge remote-tracking branch 'upstream/main' into dev-add-text-type

efcb86e

Signed-off-by: Yury-Fridlyand <[email protected]>

Yury-Fridlyand changed the title ~~Add text type.~~ Improve processing OpenSearch data types. Fix using subfields for text type. Aug 15, 2023

Yury-Fridlyand merged commit 96285bf into integ-add-text-type Aug 21, 2023

Yury-Fridlyand deleted the dev-add-text-type branch August 21, 2023 17:45

Yury-Fridlyand mentioned this pull request Aug 21, 2023

Improve processing OpenSearch data types. Fix using subfields for text type. opensearch-project/sql#2003

Closed

6 tasks


		## Final type hierarchy scheme

		![Most relevant type hierarchy](img/type-hierarchy-tree-final.png)

	throw new IllegalStateException(
	String.format(
	"Unsupported type: %s for value: %s.", type.typeName(), content.objectValue()));


		## Solution

		The solution is to provide to `:core` non simplified types, but full types. Those objects should be fully compatible with `ExprCoreType` and implement all required APIs to allow `:core` to manipulate with built-in functions. Once those type objects are returned back to `:opensearch`, it can get all required information to build the correct search request.

	if (mappingType != null && other.mappingType != null) {
	return mappingType.equals(other.mappingType) && exprCoreType.equals(other.exprCoreType);

		schema("object_value", "object"),
		schema("nested_value", "nested"),

	public class LikeQuery extends LuceneQuery {
	@Override
	public QueryBuilder doBuild(String fieldName, ExprType fieldType, ExprValue literal) {
	String field = OpenSearchTextType.convertTextToKeyword(fieldName, fieldType);

Improve processing OpenSearch data types. Fix using subfields for text type. #299

Improve processing OpenSearch data types. Fix using subfields for text type. #299

Conversation

Yury-Fridlyand commented Jul 19, 2023 • edited Loading

Description

Issues Resolved

Check List

This comment was marked as spam.

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

acarbonetto 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

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

Before

In the middle

Finally

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

Yury-Fridlyand commented Jul 28, 2023

Improve processing OpenSearch data types. Fix using subfields for `text` type. #299

Improve processing OpenSearch data types. Fix using subfields for `text` type. #299

Yury-Fridlyand commented Jul 19, 2023 •

edited

Loading