LINUX.ORG.RU

SQLite 3.38

 


0

0

Состоялся релиз SQLite 3.38. SQLite — компактная встраиваемая СУБД.

  • Добавлена поддержка операторов -> и ->> для упрощения извлечения данных JSON
  • Добавлена функция unixepoch() для получения UNIX timestamp
  • SQL-функция printf() переименована в format() для большей совместимости с другими СУБД. Доступ к старому имени функции сохранён.
  • Обеспечена корректная обработка символов табуляции и перевода строки в тексте, выводимом в многостолбцовом режиме
  • В виртуальные таблицы добавлены новые интерфейсы: sqlite3_vtab_distinct(), sqlite3_vtab_rhs_value(), sqlite3_vtab_in()
  • Добавлены новые типы операторов: SQLITE_INDEX_CONSTRAINT_LIMIT, SQLITE_INDEX_CONSTRAINT_OFFSET
  • Теперь сборка идёт по умолчанию с поддержкой JSON. Для отключения JSON добавлен аргумент -DSQLITE_OMIT_JSON.
  • Для работы со временем появились модификаторы auto и julianday
  • Появился интерфейс sqlite3_error_offset() для более лёгкого определения местоположения ошибок в запросе.

>>> Подробности



Проверено: hobbit ()
Последнее исправление: hobbit (всего исправлений: 1)

новость хорошо оформлена. недлинно и по сути.

crypt ★★★★★
()
Ответ на: комментарий от anonymous

Ну хоть один масштаб правильно обозначил. :)

hobbit ★★★★★
()

На самом деле — замечательная штука. Очень помогает, когда нужно структурированное хранилище, а отдельный сервер БД разворачивать нецелесообразно. Более того, можно делать программы, работающие как локально (с SQLite), так и с сервером БД (PostgreSQL, например) в зависимости от условий.

hobbit ★★★★★
()
Ответ на: комментарий от hobbit

Более того, можно делать программы, работающие как локально (с SQLite), так и с сервером БД (PostgreSQL, например) в зависимости от условий.

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

DarkAmateur ★★★★
()

Добавлена функция unixepoch() для получения UNIX timestamp

Не прошло и 100500 лет…

Теперь сборка идёт по умолчанию с поддержкой JSON. Для отключения JSON добавлен аргумент -DSQLITE_OMIT_JSON.

Подозреваю, в базе FreeBSD в GENERIC будет отключен JSON…

mord0d ★★★★★
()
Ответ на: комментарий от hobbit

Ну хоть один масштаб правильно обозначил. :)

LOL :)))

Более того, можно делать программы, работающие как локально (с SQLite), так и с сервером БД (PostgreSQL, например) в зависимости от условий.

Это лютый геморрой, не зависимо от того, какие множества SQL-серверов поддерживать. Отличий в синтаксисе и поведении хватает везде. А делать всё на ORM – идеально неэффективно, и всё равно будет дохрена сценариев, где придётся опускаться на уровень SQL и связанных с ним несовместимостей: например, оптимизация вьюх.

dimgel ★★★★★
()

Смысл SQlite с самого начала мне виделся в том, что в десктопных и гуёвых программах можно было просто и быстро применять SQL, при этом кроссплатформенно и в пару кликов. Без установки и настройки сторонних СУБД.

pup_kin
()
Ответ на: комментарий от pup_kin

Далеко не только гуёвых и десктопных.

hobbit ★★★★★
()
Ответ на: комментарий от DarkAmateur

На SQLite миграции как раз проходят наименьшей болью благодаря ATTACH DATABASE.

tnodir
()
Ответ на: комментарий от mord0d

Админю нелокалхосты больше 20 лет уже. Расскажи мне, что не так с sqlite.

anonymous
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.