Реализовано достаточно наивно, без участия лексического парсера, но в большинстве случаев работает как надо. Для редактора запросов используется Richedit-компонент (msftedit.dll), который в Windows 10 имеет некоторые проблемы. По этой причине в дистрибутив включена версия от Windows 7. Отмечу, что для больших запросов подсветка в DB4S работает значительно быстрее за счет работы только с видимой частью запроса.

Раскраска позволяет визуально понять тип данных, используемый для хранения значения, чтобы отличить NULL-ячейку от пустой строки или, к примеру, текст 123 от числа.

Возможно открыть две и более таблицы на редактирование данных на одном экране. При этом редактор запросов остается доступен и можно переключаться между ним и таблицами.

Запросы в редакторе после успешного выполнения/сохранения помещаются в таблицы history и gists в базе настроек prefs.sqlite и доступны потом через интерфейс.

Помимо стандартных экспорта и импорта в .csv и .sql есть возможность переноса данных из/в внешних источников через ODBC, таких как Access, Excel или Postgres, при наличии установленных в системе 32-битных драйверов. Реализовано при помощи odbc-расширения. Поддерживаются только базовые типы.

Позволяет найти зависимости в базе или колонки по части имени. Сделано на скорую руку, потому визуально выглядит не очень.

Инструмент позволяет обнаружить расхождения как в структуре данных, так и в данных между текущей базой и сравниваемой. При сравнении данных можно посмотреть какие строки отличны. На данный момент создать скрипт миграции нельзя.

Если заранее не известно, где может быть искомое, то можно воспользоваться поиском по всей базе. Поскольку поиск выполняется обычным col1 like .. or col2 like ... по всем столбцам, то для больших баз поиск будет медленным. Подсмотрен в Heidi.

Получив в результатах запроса некоторый id, иногда приходится выполнять дополнительный запрос, чтобы узнать что скрывается за этим id. sqlite-gui позволяет избежать этого: достаточно кликнуть по id с зажатым Alt. Связь с таблицей источником формируется по внешним ключам базы, а в случае, если эти ключи не используются, может быть добавлена отдельно в таблице refs базы настроек prefs.sqlite.

Иногда, анализируя данные, требуется найти одно значение, потом сделать по нему выборку, потом из полученных значений выбрать одно и выполнить запрос с ним, т.е. желательно иметь результаты предыдущих запросов на экране. Именно для этого и сделан терминал, имитирующий консоль, но с полноценным редактором ввода.

Как и в DB4S, в sqlite-gui можно просмотреть результат запроса в виде графика. На данный момент поддерживается пять типов: линии, точки, области (на рисунке ниже), гистограмма и горизонтальные полоски.

В запросе из кода реального приложения, то могут быть плейсхолдеры, напр. select * from orders where id = ?1. Если запрос большой, то их можно пропустить и выполнить запрос в менеджере как есть, в результате чего некоторые менеджеры считают что передан NULL (SQLite считает такой запрос валидным) и возвращают пустой ответ.

Генерируемое значение может быть: последовательностью (напр. для id), числом или датой из интервала, ссылкой на значение из другой таблицы или одним из заранее подготовленного списка, хранящегося в таблице generators базы настроек prefs.sqlite.

Иногда для ускорения импорта данных требуется отключить триггеры и индексы на таблице. Отмечу, что SQLite позволяет отключить/включить все триггеры в базе, вызовом sqlite3_db_config(db, SQLITE_DBCONFIG_ENABLE_TRIGGER, 0/1), но вот для индексов такого нет. sqlite-gui при отключении индекса или триггера производит его удаление из базы с сохранением DDL в таблице deleted базы настроек prefs.sqlite. Индексы, определенные в DDL таблицы отключить нельзя.

В дистрибутив включено несколько расширений: часть из них стандартные, как напр. series и uuid, часть самописных, напр. XML и ora, и одно стороннее icu. Описание всех расширений и их функций есть в Wiki.

Работает через vfs-расширение SQLite3 Multiple Ciphers. Поддерживаются практически все распространенные способы шифрования SQLite. Минус только в том, что SQLite требуется собирать уже из исходников этого проекта, а не с сайта SQLite. Если доступ к зашифрованным базам не требуется, то можно использовать дистрибутив sqlite-gui-x.y.z-no-ciphers.zip.

Если представление имеет триггеры intead-of update/insert/delete, то данные такого представления можно редактировать как обычную таблицу. Было сделано по просьбе одного из пользователей.

Некоторые менеджеры SQLite используют только одно подключение к базе и поэтому, при выполнении долгого запроса, остальные дожидаются его выполнения. Это особенно неприятно, поскольку может вызывать зависание интерфейса, который для своей работы также формирует запросы. sqlite-gui для каждой вкладки редактора использует отдельное подключение и одно для работы интерфейса, что позволяет отчасти избежать такой проблемы. Минус этой схемы в том, что каждое соединение использует свою TEMP-схему для временных таблицы, которая недоступна другим. Поэтому вместо TEMP предлагается использовать автоподключаемую in-memory базу SHARED.

Описание всяких мелочей, таких как открыть базу только на чтение или в памяти, доступно в главном меню программы ? > Tips.

В SQLite нет возможности изменить порядок столбцов или тип столбца. Для имитации этого другие менеджеры парсят DDL таблицы и на этой основе создают новую таблицу, в которую переливают данные из исходной. Помимо особенностей парсинга DDL, также следует учитывать наличия триггеров и индексов на таблице и её вхождение в представления. Сделать надежно достаточно сложно, потому и нет.

Возможно в будущем.

С одной стороны это востребованная функция для тех кто работает с большими запросами, а с другой — большие запросы на SQLite редкость. Возможно будет добавлено в будущем.

Написать построитель просто. Гораздо сложнее написать разбор имеющегося запроса в диаграмму построителя. В виду этого и сомнительной полезности данной возможности, построителя нет.

Очень редко надо.

В SQLiteStudio можно писать свои функции на SQL/QtScript/Tcl. Проблема таже, что и с пользовательскими скриптами (см. ниже), и поэтому функции предлагается добавлять через расширения.

В SQLiteManager есть возможность писать скрипты для загрузки данных на Lua. Однако пользователи скорее предпочтут стандартный Python. Не избежал этой ошибки и я, предлагая в ранних версиях свой визуальный редактор для ETL.

Непонятно для чего может быть надо.

Как и в случае с печатью, не очень понятно зачем это может быть надо.

Считаю излишним.

Для этого потребовалось бы использовать фреймворк для кроссплатформенной разработки. Скорее всего это был бы QT, который используют большинство менеджеров (еще встречается Java).

У стандартных компонент WinAPI, используемых в sqlite-gui, нет возможности изменения темы, кроме самостоятельной отрисовки, что требует дополнительного кодинга.

Формат SQLite иногда позволяет исправить поврежденную базу (SQLite CLI, команда .restore) или восстановить удаленные строки (напр. undark). Поскольку для этого нет API и требуется изучение самого формата, то этого нет.

Несмотря на то, что DB4S имеет отдельную вкладку для этого, обычно считается, что пользователям не требуется иметь подобный инструмент.

Стандартный компонент ListView, используемый для отображения табличных данных, не рассчитан на большое количество строк. Для обхода этого требуется использовать виртуальный режим, что достаточно муторно. Как и другой способ, используемый в DB4S, — подгружать только видимую часть данных.

С моей точки зрения, пустая строка используется редко, и потому, чтобы избежать загромождения интерфейса, в нем нет возможности для текстового поля задать что именно подразумевалось под пустым пользовательским вводом — NULL или пустая строка.

Изначально проект использовал Code::Blocks 17 с mingw32 5.1 (имеет небольшой размер). Потом из-за проблемы с VirusTotal компилятор был обновлен до 9-ой версии. И уже после был обнаружен mingw64, который позволяет собирать 32 и 64-битные версии. С другой стороны 64-битная версия, для которой требуются правки, не будет иметь каких то значимых преимуществ, кроме, пожалуй, более свежих ODBC драйверов.