Activity
From 01/19/2021 to 02/17/2021
02/17/2021
- 04:02 PM Feature #1587: implement full support for word indexes
- Eric Faulhaber wrote:
> Igor Skornyakov wrote:
> > I've noticed two things regarding custom extends.
> > # If the ... - 03:58 PM Feature #1587: implement full support for word indexes
- Igor Skornyakov wrote:
> I've noticed two things regarding custom extends.
> # If the number of the @<extent-field@... - 02:57 PM Feature #1587: implement full support for word indexes
- I've noticed two things regarding custom extends.
# If the number of the @<extent-field@ subnodes on the .hints file...
02/16/2021
- 01:57 PM Feature #1587: implement full support for word indexes
- Eric Faulhaber wrote:
> No problem. The annotation for the @wiext@ index looks correct to me as is.
Well, formally ... - 01:50 PM Feature #1587: implement full support for word indexes
- Igor Skornyakov wrote:
> I'm talking about @name = "fextFirst", legacy = "f-ext"@. The word table name was also ba... - 01:21 PM Feature #1587: implement full support for word indexes
- Eric Faulhaber wrote:
> I'm having trouble understanding the question. Please provide an example.
I mean the follow... - 01:10 PM Feature #1587: implement full support for word indexes
- Igor Skornyakov wrote:
> I've noticed that for word index with customized extent fields the value of the @name@ attr... - 01:05 PM Feature #1587: implement full support for word indexes
- I've noticed that for word index with customized extent fields the value of the @name@ attribute of the @IndexCompone...
02/12/2021
- 01:11 PM Feature #1587: implement full support for word indexes
- Eric Faulhaber wrote:
> There are two aspects of performance we need to understand and measure from this testing:
>... - 12:44 PM Feature #1587: implement full support for word indexes
- There are two aspects of performance we need to understand and measure from this testing:
* read (upon which the c... - 11:01 AM Feature #1587: implement full support for word indexes
- Here is the suggested structure of the test table for performance testing of the new @CONTAINS@ support:
The test ta...
02/10/2021
- 03:28 AM Feature #1587: implement full support for word indexes
- Eric Faulhaber wrote:
> I understand we need to correct the sort behavior for queries which use word indices, but I ... - 01:39 AM Feature #1587: implement full support for word indexes
- Ovidiu Maxiniuc wrote:
> Igor Skornyakov wrote:
> > I have problems with removing @CONTAINS@ field from the @genera...
02/09/2021
- 03:27 PM Feature #1587: implement full support for word indexes
- Suppressed using word index field for sorting.
Committed to 3821c revision 12004. - 01:29 PM Feature #1587: implement full support for word indexes
- Ovidiu Maxiniuc wrote:
> The @sort@ parameter is computed in @annotations/index_selection.rules@. Look for the @orde... - 01:18 PM Feature #1587: implement full support for word indexes
- Igor Skornyakov wrote:
> I have problems with removing @CONTAINS@ field from the @generated@ 'sort' parameter of the...
02/08/2021
- 04:51 PM Feature #1587: implement full support for word indexes
- Added runtime uppercasing of the CONTAINS UDF arguments (for temp-tables).
Committed to 3821c/11999. - 03:06 PM Feature #1587: implement full support for word indexes
- I have problems with removing @CONTAINS@ field from the @generated@ 'sort' parameter of the @AdaptiveQuery.initialize...
- 03:00 PM Feature #1587: implement full support for word indexes
- Uppercasing the @CONTAINS@ arguments at conversion time removed in #3821/11998.
- 09:26 AM Feature #1587: implement full support for word indexes
- Added a subtask to #1587-327 which I've forgot to mention (Implement CONTAINS support for denormalized extent fields).
- 04:28 PM Feature #5130: improve management of p2jpl.jar in deployment scripts
- Eric Faulhaber wrote:
> Why do we use the most current @p2jpl.jar@ version from @${deploy.home.abs}/lib/@ only in th... - 03:49 PM Feature #5130: improve management of p2jpl.jar in deployment scripts
- Does anyone know why we have this in the "template" @build_db.xml@ (not really a template, but it tends to get copied...
02/05/2021
- 12:06 PM Feature #1587: implement full support for word indexes
- This isn't about the word tables. I have to determine whether a word index comes into play with DMO validation and fl...
- 12:00 PM Feature #1587: implement full support for word indexes
- Eric Faulhaber wrote:
> One additional item, which I'll take as my responsibility, is to test how a word index plays... - 11:30 AM Feature #1587: implement full support for word indexes
- One additional item, which I'll take as my responsibility, is to test how a word index plays into validation/flushing...
- 03:32 AM Feature #1587: implement full support for word indexes
- Remaining work for the word indices support:
# Fix regressions introduced by word tables' support (if found).
# Rem...
02/04/2021
- 04:09 PM Feature #1587: implement full support for word indexes
- Word tables' scripts are idempotent now (can be run multiple times). This allows applying changes in constraints/indi...
- 01:14 PM Feature #1587: implement full support for word indexes
- 'Word indices are not supported' warning is suppressed in 3821c/11990
- 03:19 PM Feature #5130: improve management of p2jpl.jar in deployment scripts
- Greg Shah wrote:
> Add a version UDF that is customized at build time similar to how we version FWD.
This alrea... - 01:09 PM Feature #5130: improve management of p2jpl.jar in deployment scripts
- Clever!
- 01:05 PM Feature #5130: improve management of p2jpl.jar in deployment scripts
- I use the following "quick and dirty" approach based on @direnv@ utility in the situations when additional steps are ...
- 12:51 PM Feature #5130: improve management of p2jpl.jar in deployment scripts
- Our current devops scripting is implemented outside of FWD. We use Apache @ant@ to script a range of conversion proj...
- 12:40 PM Feature #5130 (Rejected): improve management of p2jpl.jar in deployment scripts
02/02/2021
- 06:59 AM Feature #1587: implement full support for word indexes
- Igor Skornyakov wrote:
> I've just realized that the trick with uppercasing at the database side required additional...
02/01/2021
- 03:32 PM Feature #1587: implement full support for word indexes
- I've just realized that the trick with uppercasing at the database side required additional precautions. The PK/uniqu...
- 09:22 AM Feature #4307 (Closed): DMO conversion changes
- Branch 4011e was merged to trunk rev 11348.
- 09:21 AM Feature #4020 (Rejected): reduce work Hibernate does flushing session
- This task is moot with the removal of Hibernate in trunk rev 11348.
- 09:18 AM Feature #4016 (Closed): replace portions of Hibernate which are non-performant
- Hibernate was removed as of trunk rev 11348.
01/29/2021
- 04:47 PM Feature #1587: implement full support for word indexes
- Eric Faulhaber wrote:
> You are referring to the "search-expression" portion of the CONTAINS operation, correct? Are... - 04:41 PM Feature #1587: implement full support for word indexes
- Igor Skornyakov wrote:
> The only thing from the planned ones, for now, is removing the @CONTAINS@ operator expres... - 04:05 PM Feature #1587: implement full support for word indexes
- Eric Faulhaber wrote:
> Igor Skornyakov wrote:
>
> > Can I continue using 1587b or should create a new branch fro... - 04:02 PM Feature #1587: implement full support for word indexes
- Igor Skornyakov wrote:
> Can I continue using 1587b or should create a new branch from 3821c?
You should not us... - 03:41 PM Feature #1587: implement full support for word indexes
- Branch 1587b was merged into 3821c revision 11969.
Can I continue using 1587b or should create a new branch from 3... - 03:31 PM Feature #1587: implement full support for word indexes
- Eric Faulhaber wrote:
> Have you tested the import with the customer application which previously was failing with t... - 03:31 PM Feature #1587: implement full support for word indexes
- Branch 1587b was rebased to 3821c rev. 11968
Pushed up to revision 11993.
The only thing from the planned ones... - 03:03 PM Feature #1587: implement full support for word indexes
- Igor Skornyakov wrote:
> 1. Removed warning 1688 at runtime
> 2. Added support for word index on extent field (Post... - 02:54 PM Feature #1587: implement full support for word indexes
- 1. Removed warning 1688 at runtime
2. Added support for word index on extent field (PostgreSQL and H2, permanent tab... - 08:52 AM Bug #5121: Converted temp table should be using the legacy name instead of the converted name in ...
- Saw this message logged: @Unable to locate shared temp-table or work-table definition for table <converted tablename>...
- 08:51 AM Bug #5121 (New): Converted temp table should be using the legacy name instead of the converted na...
- 07:02 AM Feature #3958 (Review): BUFFER-COPY optimization
- Added the @setActiveBuffer@ and @resetActiveBuffer@ with 3821c/rev. 11966. Beside those changes, I added @BaseRecord....
- 07:41 PM Feature #4397: add database attrs, methods and options
- Eric Faulhaber wrote:
> Code review 4397a/11958:
> @RecordBuffer.setCurrentRecord@ being non-private is still a pro... - 07:11 PM Feature #4397: add database attrs, methods and options
- Code review 4397a/11991:
Continuing the discussion from #5056-14, I'm still convinced the @BufferImpl.validate()@ ... - 07:12 PM Feature #3574: finish implementation of temp-table XML support
- Ovidiu Maxiniuc wrote:
> I re-did the rebase and re-commit earlier so you might want to review these changes too).
...
01/28/2021
- 05:11 PM Feature #3574: finish implementation of temp-table XML support
- That is exactly what I feel in regard to @TableMapper@, too. It only have the advantage of being decoupled, but acces...
- 04:34 PM Feature #3574: finish implementation of temp-table XML support
- I really don't like the @TableMapper@ construct at all. I tried to rationalize its internals at one point long ago, w...
- 08:31 PM Feature #3574: finish implementation of temp-table XML support
- I started implementing a solution for the issue in note-11. As noted there, the problem in the fact that @TableMapper...
- 04:24 PM Feature #1587: implement full support for word indexes
- Eric Faulhaber wrote:
> Is the import change (to uppercase in the database) safe across all dialects we currently su... - 04:18 PM Feature #1587: implement full support for word indexes
- Igor Skornyakov wrote:
> This will require a simple change in the import. But, to make the word table work correct... - 04:11 PM Feature #1587: implement full support for word indexes
- Eric Faulhaber wrote:
> Igor Skornyakov wrote:
>
> > Well, if changes in the conversion are allowed I can impleme... - 04:03 PM Feature #1587: implement full support for word indexes
- Igor Skornyakov wrote:
> Well, if changes in the conversion are allowed I can implement a workaround for import by... - 03:56 PM Feature #1587: implement full support for word indexes
- Eric Faulhaber wrote:
> Igor Skornyakov wrote:
>
> > I understand your point. However, the initial idea was not t... - 03:34 PM Feature #1587: implement full support for word indexes
- Igor Skornyakov wrote:
> I understand your point. However, the initial idea was not to change the conversion at al... - 02:03 PM Feature #1587: implement full support for word indexes
- Eric Faulhaber wrote:
> We should not be adjusting for conversion errors at runtime. If something is incorrectly add... - 01:57 PM Feature #1587: implement full support for word indexes
- We should not be adjusting for conversion errors at runtime. If something is incorrectly added by conversion, we shou...
- 01:25 PM Feature #1587: implement full support for word indexes
- I understand that the incorrect @ORDER BY@ component is added at the @PreselectQuery.assembleHQL()@ method. The @Sort...
- 10:00 AM Feature #1587: implement full support for word indexes
- Igor Skornyakov wrote:
> There are two things that can cause a problem:
> # temp-tables with word index for an exte... - 09:35 AM Feature #1587: implement full support for word indexes
- Greg Shah wrote:
> > uppercasing with LATIN1 database (#5082). This is a real problem with at least one large custom... - 09:24 AM Feature #1587: implement full support for word indexes
- > uppercasing with LATIN1 database (#5082). This is a real problem with at least one large customer app.
Does 1587... - 09:10 AM Feature #1587: implement full support for word indexes
- Greg Shah wrote:
> Is 1587b safe for merge into 3821c? Does it work properly for the large customer application whi... - 09:01 AM Feature #1587: implement full support for word indexes
- Is 1587b safe for merge into 3821c? Does it work properly for the large customer application which you tested? We a...
- 01:39 PM Feature #4397: add database attrs, methods and options
- Code review 4397a/11958:
@RecordBuffer.setCurrentRecord@ being non-private is still a problem. See comments in #43...
01/27/2021
- 05:04 PM Bug #5056: Temp-tables and unique indexes
- Actually my first idea for @validate()@ was as simple as:...
- 04:42 PM Bug #5056: Temp-tables and unique indexes
- Ovidiu Maxiniuc wrote:
> Yes, the method implementation does not make sense. The caller will get nothing in return. ... - 04:16 PM Bug #5056: Temp-tables and unique indexes
- Yes, the method implementation does not make sense. The caller will get nothing in return. Nice catch! I think it sho...
- 04:15 PM Bug #5056: Temp-tables and unique indexes
- BTW, with my local changes, when I change the call from @BufferImpl.validate@ to pass @true@ to @RB.validate(boolean)...
- 03:50 PM Bug #5056: Temp-tables and unique indexes
- Ovidiu Maxiniuc wrote:
> Does it make sense to check whether the buffer is @Temporary@ ? Because the permanent table... - 03:37 PM Bug #5056: Temp-tables and unique indexes
- Does it make sense to check whether the buffer is @Temporary@ ? Because the permanent tables have all indexes in plac...
- 03:15 PM Bug #5056: Temp-tables and unique indexes
- Ovidiu Maxiniuc wrote:
> Yes, please add the change to 3821c. I inspected the code (the four places where @validateM... - 02:48 PM Bug #5056: Temp-tables and unique indexes
- Yes, please add the change to 3821c. I inspected the code (the four places where @validateMaybeFlush()@ is called) an...
- 02:29 PM Bug #5056: Temp-tables and unique indexes
- The patch was based on knowing that the @Validation@ instance was invoked for the purpose of flushing, but your point...
- 01:53 PM Bug #5056: Temp-tables and unique indexes
- Just inspecting the code it looked fine. I rebased and run the testcases to be sure. I got different behaviour, but n...
- 11:30 AM Feature #3958: BUFFER-COPY optimization
- Adrian Lungu wrote:
> I noticed something off in the current @BaseRecord.setAllDatum()@ implementation. This is used...
01/26/2021
- 04:40 PM Bug #5056 (Review): Temp-tables and unique indexes
- I have committed to 3821c/11953 a fix for the failing test case in #5056-3. Please review. I put it in 3821c because ...
- 01:31 PM Feature #1587: implement full support for word indexes
- There is some strange thing I've noticed regarding the generated @sort@ parameter of the @AdaptiveQuery.initialize()@...
- 11:54 AM Feature #1587: implement full support for word indexes
- Eric Faulhaber wrote:
> Please see if you can come up with any test case which breaks this rule or which further ref... - 11:38 AM Feature #1587: implement full support for word indexes
- Igor Skornyakov wrote:
> Greg Shah wrote:
> > I guess the leftmost contains word match is the most significant orde... - 10:32 AM Feature #1587: implement full support for word indexes
- Ovidiu Maxiniuc wrote:
> [...]? I.e., do the other words in the field matter?
As far as I can see, it doesn't matte... - 10:27 AM Feature #1587: implement full support for word indexes
- Greg Shah wrote:
> I guess the leftmost contains word match is the most significant ordering constraint. Then the n... - 10:21 AM Feature #1587: implement full support for word indexes
- Greg Shah wrote:
> I guess the leftmost contains word match is the most significant ordering constraint. Then the n... - 10:13 AM Feature #1587: implement full support for word indexes
- I guess the leftmost contains word match is the most significant ordering constraint. Then the next word match and s...
- 10:00 AM Feature #1587: implement full support for word indexes
- The order of the records in case of more complicated queries (see #1587-291) is less obvious. Consider the following ...
- 09:22 AM Feature #1587: implement full support for word indexes
- Igor Skornyakov wrote:
> As well known, SQL standard explicitly says that in the absence of the @ORDER BY@ clause th... - 10:20 AM Feature #3574: finish implementation of temp-table XML support
- > shouldn't error flag be cleared at the start of the next NO-ERROR?
No. Although we initially thought this was t... - 09:45 AM Feature #3574: finish implementation of temp-table XML support
- Greg Shah wrote:
> 1. A @NO-ERROR@ statement has its errors collected into the @ErrorManager.WorkArea.pendingErrorSt... - 08:25 AM Feature #3574: finish implementation of temp-table XML support
- > My question is: where/when should the error flag be reset?
1. A @NO-ERROR@ statement has its errors collected in...
01/25/2021
- 05:53 PM Feature #3574: finish implementation of temp-table XML support
- While thinking of the above issue I encountered the next one. Consider the 4GL code (ignore missing declarations):
<... - 04:29 PM Feature #3574: finish implementation of temp-table XML support
- I have encountered the following issue: the @serialize-hidden@ attribute steals the value from another temp-table fie...
- 05:23 PM Feature #1587: implement full support for word indexes
- As well known, SQL standard explicitly says that in the absence of the @ORDER BY@ clause the order of the @SELECT@ re...
- 04:49 PM Feature #1587: implement full support for word indexes
- Ovidiu Maxiniuc wrote:
> Igor Skornyakov wrote:
> > Should I use @__iifext@ in the @ORDER BY@ clause? Does it make... - 04:45 PM Feature #1587: implement full support for word indexes
- Eric Faulhaber wrote:
> Hm, I did not look carefully enough at the DDL. The presence of the @tt1__5@ table means tha... - 04:42 PM Feature #1587: implement full support for word indexes
- Igor Skornyakov wrote:
> Should I use @__iifext@ in the @ORDER BY@ clause? Does it make sense?
Did you add @ifext@... - 04:33 PM Feature #1587: implement full support for word indexes
- Eric Faulhaber wrote:
> It seems this is a problem with index selection. See https://proj.goldencode.com/artifacts/j... - 04:31 PM Feature #1587: implement full support for word indexes
- To be more explicit regarding the test case requirement, please add a primary index to your test case temp-table, whi...
- 04:28 PM Feature #1587: implement full support for word indexes
- Hm, I did not look carefully enough at the DDL. The presence of the @tt1__5@ table means that temp-tables are not den...
- 04:26 PM Feature #1587: implement full support for word indexes
- Ovidiu Maxiniuc wrote:
> @ifext@ was added to @order by@ clause because @wiext@ index was selected to 'drive' the qu... - 04:22 PM Feature #1587: implement full support for word indexes
- It seems this is a problem with index selection. See https://proj.goldencode.com/artifacts/javadoc/latest/api/com/gol...
- 04:05 PM Feature #1587: implement full support for word indexes
- @ifext@ was added to @order by@ clause because @wiext@ index was selected to 'drive' the query. Normally this should ...
- 03:34 PM Feature #1587: implement full support for word indexes
- Ovidiu Maxiniuc wrote:
> Igor Skornyakov wrote:
> > Looking how to fix the @ORDER BY@ clause. In fact, I do not com... - 03:22 PM Feature #1587: implement full support for word indexes
- Igor Skornyakov wrote:
> Looking how to fix the @ORDER BY@ clause. In fact, I do not completely understand why @uppe... - 02:49 PM Feature #1587: implement full support for word indexes
- I've re-worked the SQL generations for @CONTAINS@ for temporary tables with an extent field (see #1587-271). However,...
- 02:05 PM Feature #1587: implement full support for word indexes
- Igor Skornyakov wrote:
> I'm changing the code at this moment and cannot provide the exact error but it was about ... - 01:44 PM Feature #1587: implement full support for word indexes
- Eric Faulhaber wrote:
> What does the converted code look like for this test case?... - 01:38 PM Feature #1587: implement full support for word indexes
- Igor Skornyakov wrote:
> Eric Faulhaber wrote:
> > I was hoping to keep @FqlToSqlConverter@ clean w.r.t. denormaliz... - 01:32 PM Feature #1587: implement full support for word indexes
- Igor, sorry, I missed your intermediate post. Digesting it now...
- 01:30 PM Feature #1587: implement full support for word indexes
- Although this is excellent information to document, I do want to reiterate that I want to avoid putting denormalizati...
- 01:27 PM Feature #1587: implement full support for word indexes
- Ovidiu Maxiniuc wrote:
> > From Igor:
> > I need this in the @FqlToSqlConverter.toSQL()@. There is no information a... - 01:26 PM Feature #1587: implement full support for word indexes
- Eric Faulhaber wrote:
> I was hoping to keep @FqlToSqlConverter@ clean w.r.t. denormalization knowledge, and to avoi... - 01:25 PM Feature #1587: implement full support for word indexes
- > From Igor:
> I need this in the @FqlToSqlConverter.toSQL()@. There is no information about DMOs at this point (at ... - 01:10 PM Feature #1587: implement full support for word indexes
- I was hoping to keep @FqlToSqlConverter@ clean w.r.t. denormalization knowledge, and to avoid additional lookups at t...
- 01:07 PM Feature #1587: implement full support for word indexes
- From email...
---
>> From Igor:
>>
>> Do we have any repository for the temporary tables' DMOs like @Metadat... - 06:36 AM Feature #1587: implement full support for word indexes
- Greg Shah wrote:
> > It was my suggestion to deal with warning 1688 at runtime and Grep agreed with this (see #1587-... - 06:25 AM Feature #1587: implement full support for word indexes
- > It was my suggestion to deal with warning 1688 at runtime and Grep agreed with this (see #1587-227, #1587-228).
... - 03:40 AM Feature #1587: implement full support for word indexes
- Eric Faulhaber wrote:
> Igor Skornyakov wrote:
> > How can I run the conversion to use denormalized extent fields?
... - 03:38 AM Feature #1587: implement full support for word indexes
- Igor Skornyakov wrote:
> How can I run the conversion to use denormalized extent fields?
> Thank you.
I just rem... - 03:27 AM Feature #1587: implement full support for word indexes
- How can I run the conversion to use denormalized extent fields?
Thank you. - 03:19 AM Feature #1587: implement full support for word indexes
- Eric Faulhaber wrote:
> Igor Skornyakov wrote:
>
> > I'm working now on the extent fields in the @_temp@ database... - 03:16 AM Feature #1587: implement full support for word indexes
- Eric Faulhaber wrote:
> Regarding the SQL rewriting, are you sure the FQL code coming from the @HQLPreprocessor@ (we... - 03:14 AM Feature #1587: implement full support for word indexes
- Igor Skornyakov wrote:
> I'm working now on the extent fields in the @_temp@ database support. Without this, the c... - 03:11 AM Feature #1587: implement full support for word indexes
- Igor Skornyakov wrote:
> There are three places affected by the word tables' support
> # DDL generation
> # Dat... - 03:09 AM Feature #1587: implement full support for word indexes
- Eric Faulhaber wrote:
> Code review 1587b/11924:
>
> I've made various, minor formatting and javadoc fixes and co... - 03:02 AM Feature #1587: implement full support for word indexes
- Igor Skornyakov wrote:
> Eric Faulhaber wrote:
> > Thanks for the details.
> >
> > Is the case of the @f_ext@ fi... - 02:58 AM Feature #1587: implement full support for word indexes
- Code review 1587b/11924:
I've made various, minor formatting and javadoc fixes and committed these as rev 11925. O... - 02:45 AM Feature #1587: implement full support for word indexes
- Eric Faulhaber wrote:
> Thanks for the details.
>
> Is the case of the @f_ext@ field being denormalized handled? ... - 01:53 AM Feature #1587: implement full support for word indexes
- Thanks for the details.
Is the case of the @f_ext@ field being denormalized handled? If so, is it handled above th...
01/21/2021
- 05:16 PM Feature #4397: add database attrs, methods and options
- I tried to configure the buffer name initialization in @P2OLookup.addJavaName()@ but there is a problem. The @javaNam...
- 12:50 PM Feature #4397: add database attrs, methods and options
- Ovidiu Maxiniuc wrote:
> But, OTOH, the @P2OAccessWorker.javaBufferName()@ is not returning a stored value from a ... - 04:05 PM Feature #1587: implement full support for word indexes
- Eric Faulhaber wrote:
> I just reread the notes for this where you mention the 1688 error is a compile time error in... - 03:45 PM Feature #1587: implement full support for word indexes
- Igor Skornyakov wrote:
> Igor Skornyakov wrote:
> > I've found a clean solution for the @extent_field_name[index_ex... - 02:05 PM Feature #1587: implement full support for word indexes
- Igor Skornyakov wrote:
> I've found a clean solution for the @extent_field_name[index_expr] CONTAINS something@ (see... - 02:00 PM Feature #1587: implement full support for word indexes
- Finished runtime word tables' support for extent fields (H2 and PostgreSQL).
Committed to 1587b revision 11924. ...
01/20/2021
- 02:31 PM Feature #5095: complete the shift from field names to bitsets
- #4011 implemented some of this work, but left some unfinished. See #5062-6 to #5062-8 for more details. This is a p...
- 02:30 PM Feature #5095 (New): complete the shift from field names to bitsets
01/19/2021
- 04:27 PM Feature #1587: implement full support for word indexes
- I've found a clean solution for the @extent_field_name[index_expr] CONTAINS something@ (see #1587-226). However, I ha...
Also available in: Atom