Files
3dffdefd6e fix(docs) Resolve 196 mdx lint warnings for just, quickly, actually, PostgreSQL (#47358)
Closes DOCS-1057
Contributes to DOCS-1052

## I have read the
[CONTRIBUTING.md](https://github.com/supabase/supabase/blob/master/CONTRIBUTING.md)
file.

YES

## Problem

We have hundreds of MDX lint warnings in our docs going against style
best practices.

## Solution

Remove and replace in context the following:

- PostgreSQL. There was only one. There was concern about exceptions,
but I found none.
- Just
- Quickly
- Actually

### What changed

Edits follow the [Google developer documentation style
guide](https://developers.google.com/style): concise, direct, active
voice. The flagged words were removed when the sentence still read well,
or replaced when meaning needed to be preserved.

### Common patterns

| Flagged word | Approach | Example |
|---|---|---|
| **just** (filler) | Removed | "you just installed" → "you installed" |
| **just** (limiting) | **only** | "just one row" → "only one row" |
| **just like** | **like** / **the same as** | "function just like
regular users" → "function like regular users" |
| **not just** | **not only** | "not just errors" → "not only errors" |
| **quickly** (performance) | **efficiently** or removed | "find rows
quickly" → "find rows efficiently" |
| **quickly** (time) | **soon** / **rapidly** / removed | "expires too
quickly" → "expires too soon" |
| **actually** (filler) | Removed | "actually execute" → "execute"; "is
actually the most common" → "is the most common" |

## Tophatting

1. See the diff.
2. See that content continues to make sense in context.
3. Locally, `cd apps/docs` and run `pnpm run lint:mdx`.
4. Search for "just," "actually," "quickly", and "PostgreSQL" and see
there are 0 warnings.




<!-- This is an auto-generated comment: release notes by coderabbit.ai
-->
## Summary by CodeRabbit

* **Documentation**
* Updated wording across quickstarts, guides, and troubleshooting
articles for grammar, clarity, and consistent step-by-step phrasing.
* Clarified key concepts including Row Level Security policy evaluation
across Supabase products, deferred foreign key constraint behavior, and
when `EXPLAIN ANALYZE` executes queries (and related side effects).
* Refined several troubleshooting instructions and added guidance to cap
log payload size to reduce billed Logs Ingest volume.
<!-- end of auto-generated comment: release notes by coderabbit.ai -->

---------

Co-authored-by: github-actions[bot] <41898282+github-actions[bot]@users.noreply.github.com>
Co-authored-by: Nik Richers <nrichers@gmail.com>
Co-authored-by: Chris Chinchilla <chris.ward@supabase.io>
2026-06-29 09:40:25 -07:00

183 lines
5.0 KiB
Plaintext

---
id: 'pgroonga'
title: 'PGroonga: Multilingual Full Text Search'
description: 'Full Text Search for multiple languages in Postgres'
tocVideo: 'Mmmv9g_MiBA'
---
`PGroonga` is a Postgres extension adding a full text search indexing method based on [Groonga](https://groonga.org). While native Postgres supports full text indexing, it is limited to alphabet and digit based languages. `PGroonga` offers a wider range of character support making it viable for a superset of languages supported by Postgres including Japanese, Chinese, etc.
## Enable the extension
<Tabs
scrollable
size="small"
type="underlined"
defaultActiveId="dashboard"
queryGroup="database-method"
>
<TabPanel id="dashboard" label="Dashboard">
1. Go to the [Database](/dashboard/project/_/database/tables) page in the Dashboard.
2. Click on **Extensions** in the sidebar.
3. Search for `pgroonga` and enable the extension.
</TabPanel>
<TabPanel id="sql" label="SQL">
{/* prettier-ignore */}
```sql
-- Enable the "pgroonga" extension
create extension pgroonga with schema extensions;
-- Disable the "pgroonga" extension
drop extension if exists pgroonga;
```
Even though the SQL code is `create extension`, this is the equivalent of enabling the extension.
To disable an extension you can call `drop extension`.
</TabPanel>
</Tabs>
## Creating a full text search index
Given a table with a `text` column:
{/* prettier-ignore */}
```sql
create table memos (
id serial primary key,
content text
);
```
We can index the column for full text search with a `pgroonga` index:
{/* prettier-ignore */}
```sql
create index ix_memos_content ON memos USING pgroonga(content);
```
To test the full text index, we'll add some data.
{/* prettier-ignore */}
```sql
insert into memos(content)
values
('Postgres is a relational database management system.'),
('Groonga is a fast full text search engine that supports all languages.'),
('PGroonga is a Postgres extension that uses Groonga as index.'),
('There is groonga command.');
```
The Postgres query planner is smart enough to know that, for extremely small tables, it's faster to scan the whole table rather than loading an index. To force the index to be used, we can disable sequential scans:
{/* prettier-ignore */}
```sql
-- For testing only. Don't do this in production
set enable_seqscan = off;
```
Now if we run an explain plan on a query filtering on `memos.content`:
{/* prettier-ignore */}
```sql
explain select * from memos where content like '%engine%';
QUERY PLAN
-----------------------------------------------------------------------------
Index Scan using ix_memos_content on memos (cost=0.00..1.11 rows=1 width=36)
Index Cond: (content ~~ '%engine%'::text)
(2 rows)
```
The `pgroonga` index is used to retrieve the result set:
```markdown
| id | content |
| --- | ------------------------------------------------------------------------ |
| 2 | 'Groonga is a fast full text search engine that supports all languages.' |
```
## Full text search
The `&@~` operator performs full text search. It returns any matching results. Unlike `LIKE` operator, `pgroonga` can search any text that contains the keyword case insensitive.
Take the following example:
{/* prettier-ignore */}
```sql
select * from memos where content &@~ 'groonga';
```
And the result:
```markdown
id | content
----+------------------------------------------------------------------------
2 | Groonga is a fast full text search engine that supports all languages.
3 | PGroonga is a Postgres extension that uses Groonga as index.
4 | There is groonga command.
(3 rows)
```
### Match all search words
To find all memos where content contains BOTH of the words `postgres` and `pgroonga`, we can use space to separate each words:
{/* prettier-ignore */}
```sql
select * from memos where content &@~ 'postgres pgroonga';
```
And the result:
```markdown
id | content
----+----------------------------------------------------------------
3 | PGroonga is a Postgres extension that uses Groonga as index.
(1 row)
```
### Match any search words
To find all memos where content contain ANY of the words `postgres` or `pgroonga`, use the upper case `OR`:
{/* prettier-ignore */}
```sql
select * from memos where content &@~ 'postgres OR pgroonga';
```
And the result:
```markdown
id | content
----+----------------------------------------------------------------
1 | Postgres is a relational database management system.
3 | PGroonga is a Postgres extension that uses Groonga as index.
(2 rows)
```
### Search that matches words with negation
To find all memos where content contain the word `postgres` but not `pgroonga`, use `-` symbol:
{/* prettier-ignore */}
```sql
select * from memos where content &@~ 'postgres -pgroonga';
```
And the result:
```markdown
id | content
----+--------------------------------------------------------
1 | Postgres is a relational database management system.
(1 row)
```
## Resources
- Official [PGroonga documentation](https://pgroonga.github.io/tutorial/)