diff --git a/.github/workflows/links.yml b/.github/workflows/links.yml index 087a0db..1fed689 100644 --- a/.github/workflows/links.yml +++ b/.github/workflows/links.yml @@ -19,17 +19,13 @@ jobs: - name: Build if: github.event_name == 'pull_request' - run: hugo --minify - - - name: Serve - if: github.event_name == 'pull_request' - run: python3 -m http.server 8080 --directory public & + run: hugo --minify --destination public/docs - name: Check Links (PR) if: github.event_name == 'pull_request' uses: lycheeverse/lychee-action@v2 with: - args: --config lychee.toml --base-url 'http://localhost:8080' --verbose --no-progress './public/**/*.html' + args: --config lychee.toml --root-dir '${{ github.workspace }}/public' --include '^file://' --verbose --no-progress './public/**/*.html' - name: Check Links (Scheduled) if: github.event_name == 'schedule' diff --git a/content/references/datatypes/range.md b/content/references/datatypes/range.md index bee7ce6..764a439 100644 --- a/content/references/datatypes/range.md +++ b/content/references/datatypes/range.md @@ -7,12 +7,12 @@ The range types are a convenient way to define a range of values between two bou CedarDB supports ranges with the following bound types: -- `int4range` (range of [`int`](../integer.md)) -- `int8range` (range of [`bigint`](../integer.md)) -- `numrange` (range of [`bignumeric(38,6)`](../numeric.md)) -- `daterange` (range of [`date`](../date.md)) -- `tsrange` (range of [`timestamp`](../timestamp.md) without time zone) -- `tstzrange` (range of [`timestamptz`](../timestamp.md)) +- `int4range` (range of [`int`](../integer/)) +- `int8range` (range of [`bigint`](../integer/)) +- `numrange` (range of [`bignumeric(38,6)`](../numeric/)) +- `daterange` (range of [`date`](../date/)) +- `tsrange` (range of [`timestamp`](../timestamp/) without time zone) +- `tstzrange` (range of [`timestamptz`](../timestamp/)) ## Usage example @@ -97,6 +97,6 @@ Appletree | [2,13) -- The upper bound has been canonicalized In PostgreSQL, canonicalization is only applied to `int4range`, `int8range` and `daterange`. In CedarDB, this is possible for all range types. -CedarDB restricts the precision and scale of [`numerics`](../numeric.md) for performance reason. +CedarDB restricts the precision and scale of [`numerics`](../numeric/) for performance reason. As the `numeric` datatype is used for the bound values of `numranges`, the restrictions apply here as well. In this case, CedarDB stores the bounds as `bignumeric(38,6)`. diff --git a/data/releasenotes.json b/data/releasenotes.json index d4f5dfa..fad4b6a 100644 --- a/data/releasenotes.json +++ b/data/releasenotes.json @@ -2863,7 +2863,7 @@ }, { "type": "feat", - "note": "Add support for most information_schema tables, as defined by the SQL standard. You can see the implementation progress here." + "note": "Add support for most information_schema tables, as defined by the SQL standard. You can see the implementation progress here." }, { "type": "feat", @@ -3887,11 +3887,11 @@ }, { "type": "feat", - "note": "Added support for upserts through ON CONFLICT DO UPDATE and ON CONFLICT DO NOTHING." + "note": "Added support for upserts through ON CONFLICT DO UPDATE and ON CONFLICT DO NOTHING." }, { "type": "feat", - "note": "Added support for additional aggregation functions." + "note": "Added support for additional aggregation functions." }, { "type": "fix",