vanvanov
Допустим, пользователь захотел перейти на запись №500

А, вы не постранично выводите, а по одной записи. Странный интерфейс. И тем не менее, какая причина у пользователя должна быть для перехода к записи №500? Он что помнит с какой строкой она связана?

PooH
А, вы не постранично выводите, а по одной записи. Странный интерфейс.

Программа добавляет записи в словарь. А еще, как бонус, эти записи можно редактировать и просматривать, где какие записи находятся. На экран нетбука несколько записей может и не влезть (в зависимости от словаря), например:

да особо и не надо этого.

PooH
Он что помнит с какой строкой она связана?

Это для навигации вперед-назад по словарю. Захочет перейти в начало - введет 0. А если текущая запись, например, 200-я, то можно быстро посмотреть, что было 10-20-50 и т.д. записей назад.

vanvanov
limit по умолчанию не задействован, перекомпилировать надо.

Где он не задействован? У меня всё по умолчанию установлено.
sqlite.org. select
Пишут только, что запятую не принято использовать, следует использовать слово OFFSET.

vanvanov
ОК, а найдется ли ‘Оператор’ по запросу ‘%оператор%’?

SO. sqlite like
При желании можно переопределить LIKE. Да и регулярные выражения там можно доустановить, насколько помню. Насколько они полноценны, не тестировал, так как не устанавливал. Всё-таки, sqlite сделан для простых вещей, для более сложных используются другие СУБД - MySQL или PostgreSQL.

Логика у вас конечно трохи больная ну да ладно!
если хотите сделать именно так как вот несколько советов:

1. Делать переиндексацию только в случае удаления и строго оставшиеся записи. 1-100: удалили 77 - значит апдейтнуть нужно только с 77 по 100.
2. Если вы добавляете запись - она всегда самая последняя
3. Пользуйтесь cur.executemany