View Source Changelog
v0.4.0 (2025-02-06)
- ParadeDB
0.15.0removesparadedb.fuzzy_phrasein favor of the newparadedb.match. Subsequentlyfuzzy_phrase/6has been removed from Paradex and replaced withmatch/6. match/6currently does not support the custom tokenizer option via thetokenizerparameter. Consequently the query will always be tokenized the same way as the field was at index time.- A version compatability table has been added to
README.md.
v0.3.3 (2024-01-14)
- There are no code changes in this release.
README.mdhas been updated to include compatibility with ParadeDB0.14.x.
v0.3.2 (2024-11-22)
::fieldnamecasts have been updated to::paradedb.fieldname. This change is backwards compatible to0.11.0.- Test/example migrations have been updated to demo Paradex
0.13.0's new index creation syntax. - Be mindful that upgrading to ParadeDB
0.13.0will require you to revise your existing migrations.
v0.3.1 (2024-11-10)
- There are no code changes in this release.
README.mdhas been updated to include compatibility with ParadeDB0.12.x. - Included
CHANGELOG.mdand fixed macro groupings in hexdocs.
v0.3.0 (2024-11-05)
- Added
Paradex.extensions/0which presently consists of[ Paradex.FieldName ].- This allows Postgrex to parameterize field names in ParadeDB query objects, solving issue #4.
- Updated docs to include instructions for the above.
If you've configured everything correctly and are receiving an error that fieldname doesn't exist, try updating ParadeDB.
v0.2.0 (2024-10-27)
- Added
lenientandconjunction_modeoptions toparse(non-breaking). - Added
lenientoption toparse_with_fieldas the 2nd argument, makingconjunction_modethe 3rd (minor breaking change).
v0.1.0 (2024-10-19)
Initial Release.