да, я понимаю, что то что я делаю - разные вещи. Вопрос просто в том, можно ли как-то ускорить первый случай?

минуту

покажите explain query plan чтобы было видно, используется ли индекс

EXPLAIN QUERY PLAN SELECT lng, lat, quadkey FROM geometries WHERE quadkey >= 1848516540803055616.0000 AND quadkey <= 1848586909547233280.0000
---
- metadata:
 - name: selectid
   type: integer
 - name: order
   type: integer
 - name: from
   type: integer
 - name: detail
   type: text
 rows:
 - [0, 0, 0, 'SCAN TABLE GEOMETRIES (~917504 rows)']
...

вот и ответ

@Korablev77 это норма?

хм

EXPLAIN QUERY PLAN SELECT lng, lat, quadkey FROM geometries INDEXED BY quadkey WHERE quadkey >= 1848516540803055616.0000 AND quadkey <= 1848586909547233280.0000
---
- null
- No index 'QUADKEY' is defined in space 'GEOMETRIES'
...

box.execute([[CREATE TABLE geometries (id unsigned primary key, lng number, lat number, quadkey unsigned);]])
       box.execute([[CREATE INDEX geometries_quadkey_idx ON geometries (quadkey);]])

я как-то не так создал индекс?

а стоп

EXPLAIN QUERY PLAN SELECT lng, lat, quadkey FROM geometries INDEXED BY geometries_quadkey_idx WHERE quadkey >= 1848516540803055616.0000 AND quadkey <= 1848586909547233280.0000
---
- metadata:
 - name: selectid
   type: integer
 - name: order
   type: integer
 - name: from
   type: integer
 - name: detail
   type: text
 rows:
 - [0, 0, 0, 'SCAN TABLE GEOMETRIES USING COVERING INDEX GEOMETRIES_QUADKEY_IDX (~917504
     rows)']
...

Если есть вторичный индекс по quadkey, то нет: он должен делать index search вместо скана

а можете прямо вот создание таблицы индекса и вот этот эксплейн забить в тикет на гитхабе?

выглядит как баг

да, сейчас сделаю. Получается индекс не используется?

подождите, я там имя индекса не правильно указал

вот за сколько такой запрос отрабатывает?

вот тут все ок, вроде

запрос также выполняется по скорости