GiST index for geometric and text in PostgreSQL - Interactive Code Practice

Practice - 5 Tasks

1fill in blank

easy

Complete the code to create a GiST index on the 'location' column of type 'point'.

PostgreSQL

CREATE INDEX idx_location ON places USING [1] (location);

Drag options to blanks, or click blank then click option'

Agist

Bhash

Cbtree

Dgin

Attempts:

3 left

💡 Hint

Common Mistakes

Using 'btree' which does not support geometric types well.

Using 'hash' which is not suitable for spatial queries.

The GiST index type is used for geometric data types like 'point'. Here, 'gist' is the correct index method.

2fill in blank

medium

Complete the code to create a GiST index on the 'description' column using the appropriate operator class for trigram search.

PostgreSQL

CREATE INDEX idx_description ON documents USING gist (description [1]);

Drag options to blanks, or click blank then click option'

Agist_trgm_ops

Bgin_trgm_ops

Cgist_gin_ops

Dgin_ops

Attempts:

3 left

💡 Hint

Common Mistakes

Using 'gin_trgm_ops' which is for GIN indexes.

Confusing GIN and GiST operator classes.

For trigram search on text columns with GiST indexes, the 'gist_trgm_ops' operator class is used.

3fill in blank

hard

Fix the error in the GiST index creation for a polygon column named 'area'.

PostgreSQL

CREATE INDEX idx_area ON regions USING [1] (area);

Drag options to blanks, or click blank then click option'

Ahash

Bbtree

Cgist

Dgin

Attempts:

3 left

💡 Hint

Common Mistakes

Using 'btree' or 'hash' which do not support polygon types.

Using 'gin' which is for text search and arrays.

Geometric types like polygons require GiST indexes for efficient spatial queries. 'gist' is the correct index type.

4fill in blank

hard

Fill both blanks to create a GiST index on the 'content' column using the correct operator class for trigram search.

PostgreSQL

CREATE INDEX idx_content ON articles USING [1] (content [2]);

Drag options to blanks, or click blank then click option'

Agist

Bgin

Cgin_trgm_ops

Dgist_trgm_ops

Attempts:

3 left

💡 Hint

Common Mistakes

Using 'gin' as index method.

Using 'gin_trgm_ops' which is for GIN indexes.

The GiST index is created using 'gist' and the operator class for trigram search with GiST is 'gist_trgm_ops'. This combination enables trigram indexing with GiST.

5fill in blank

hard

Fill all three blanks to create a GiST index on the 'shape' column of type 'polygon' and a trigram GiST index on the 'summary' column.

PostgreSQL

CREATE INDEX idx_shape ON data USING [1] (shape); CREATE INDEX idx_summary ON data USING [2] (summary [3]);

Drag options to blanks, or click blank then click option'

Abtree

Bgist

Cgin_trgm_ops

Dgist_trgm_ops

Attempts:

3 left

💡 Hint

Common Mistakes

Attempting a single statement for two indexes.

Using 'gin_trgm_ops' instead of 'gist_trgm_ops' for GiST.

Two separate CREATE INDEX statements are required. Use 'gist' for the geometric 'shape' column and 'gist' with 'gist_trgm_ops' for trigram search on 'summary'.

Practice

1. What is the main purpose of a GiST index in PostgreSQL?

easy

A. To enforce data integrity constraints

B. To store data in a compressed format

C. To backup the database automatically

D. To speed up searches on complex data types like geometric shapes and text

Solution

1. Step 1: Understand GiST index purpose

   GiST indexes are designed to speed up searches on complex data types such as geometric shapes and full-text search data.

2. Step 2: Compare options

   Options A, B, and D describe other database features unrelated to GiST indexes.

3. Final Answer:

   To speed up searches on complex data types like geometric shapes and text -> Option D

4. Quick Check:

   GiST index = speed up complex data search [OK]

Hint: GiST indexes speed up complex data searches like shapes and text [OK]

Common Mistakes:

• Confusing GiST with data compression
• Thinking GiST enforces constraints
• Assuming GiST is for backups

2. Which of the following is the correct syntax to create a GiST index named places_location_gist on a column named location in table places?

easy

A. CREATE INDEX ON places USING gist (location);

B. CREATE INDEX places_location_gist ON places USING gist (location);

C. CREATE gist INDEX ON places (location);

D. CREATE INDEX places_location_gist ON gist (location);

Solution

1. Step 1: Recall correct CREATE INDEX syntax

   The correct syntax is: CREATE INDEX index_name ON table_name USING gist (column_name);

2. Step 2: Match options to syntax

   CREATE INDEX places_location_gist ON places USING gist (location); matches the correct syntax with index name, table, USING gist, and column.

3. Final Answer:

   CREATE INDEX places_location_gist ON places USING gist (location); -> Option B

4. Quick Check:

   CREATE INDEX ... ON table USING gist (column) [OK]

Hint: Remember: CREATE INDEX name ON table USING gist (column) [OK]

Common Mistakes:

• Omitting index name
• Placing USING gist in wrong position
• Using 'CREATE gist INDEX' which is invalid

3. Given the table shapes with a box column of type box, and a GiST index created on box, what will the query below return?

SELECT * FROM shapes WHERE box && '(1,1),(4,4)'::box;

The operator && means "overlaps" for geometric types.

medium

A. All rows where the box overlaps the box from (1,1) to (4,4)

B. All rows where the box is exactly equal to (1,1),(4,4)

C. All rows where the box is contained inside (1,1),(4,4)

D. Syntax error due to wrong operator

Solution

1. Step 1: Understand the && operator for box type

   The && operator checks if two boxes overlap in PostgreSQL geometric types.

2. Step 2: Interpret the query condition

   The query selects rows where the box column overlaps the box defined by coordinates (1,1) and (4,4).

3. Final Answer:

   All rows where the box overlaps the box from (1,1) to (4,4) -> Option A

4. Quick Check:

   box && box = overlap check [OK]

Hint: && means overlap for geometric types in PostgreSQL [OK]

Common Mistakes:

• Confusing overlap with equality
• Thinking && means containment
• Assuming syntax error with &&

4. You created a GiST index on a text column for full-text search but your queries are still slow. Which of the following is a likely cause?

medium

A. You created the index on the wrong table

B. GiST indexes do not support text search

C. You forgot to use the @@ operator in your WHERE clause

D. You need to vacuum the table before using the index

Solution

1. Step 1: Understand GiST index usage for full-text search

   GiST indexes support full-text search but queries must use the @@ operator to use the index.

2. Step 2: Analyze options

   The most likely cause is forgetting the @@ operator, which prevents index usage. GiST indexes do not support text search is false--GiST supports text search. Options A and D are possible but less directly related to index usage.

3. Final Answer:

   You forgot to use the @@ operator in your WHERE clause -> Option C

4. Quick Check:

   Full-text search needs @@ operator to use GiST index [OK]

Hint: Use @@ operator in WHERE to leverage GiST full-text index [OK]

Common Mistakes:

• Assuming GiST doesn't support text search
• Not using @@ operator in queries
• Ignoring index table or vacuum issues

5. You want to create a GiST index on a table documents with a column content of type tsvector for fast full-text search. Which of the following statements correctly creates the index and allows efficient search for the phrase 'open source'?

hard

A. CREATE INDEX content_gist_idx ON documents USING gist (content);
SELECT * FROM documents WHERE content @@ to_tsquery('open & source');

B. CREATE INDEX content_gist_idx ON documents USING gist (content);
SELECT * FROM documents WHERE content LIKE '%open source%';

C. CREATE INDEX content_gist_idx ON documents USING btree (content);
SELECT * FROM documents WHERE content @@ to_tsquery('open & source');

D. CREATE INDEX content_gist_idx ON documents USING gist (content);
SELECT * FROM documents WHERE to_tsvector(content) @@ to_tsquery('open & source');

Solution

1. Step 1: Create GiST index on tsvector column

   The correct syntax is to create a GiST index on the tsvector column directly, as in CREATE INDEX content_gist_idx ON documents USING gist (content); SELECT * FROM documents WHERE content @@ to_tsquery('open & source');

2. Step 2: Use proper full-text search query

   CREATE INDEX content_gist_idx ON documents USING gist (content); SELECT * FROM documents WHERE content @@ to_tsquery('open & source'); uses content @@ to_tsquery('open & source'), which is the correct way to search for both words with AND logic. CREATE INDEX content_gist_idx ON documents USING gist (content); SELECT * FROM documents WHERE content LIKE '%open source%'; uses LIKE, which does not use the index. CREATE INDEX content_gist_idx ON documents USING btree (content); SELECT * FROM documents WHERE content @@ to_tsquery('open & source'); uses btree index, which is not suitable for tsvector. CREATE INDEX content_gist_idx ON documents USING gist (content); SELECT * FROM documents WHERE to_tsvector(content) @@ to_tsquery('open & source'); applies to_tsvector on the column again, which is unnecessary and inefficient.

3. Final Answer:

   CREATE INDEX content_gist_idx ON documents USING gist (content); SELECT * FROM documents WHERE content @@ to_tsquery('open & source'); -> Option A

4. Quick Check:

   GiST index + tsvector column + @@ to_tsquery = efficient search [OK]

Hint: Index tsvector column and query with @@ and to_tsquery [OK]

Common Mistakes:

• Using LIKE instead of @@ for full-text search
• Creating btree index on tsvector column
• Applying to_tsvector again in WHERE clause