LINUX.ORG.RU

Релиз SQLite 3.7.0

 embedded sql, , , ,


0

0

SQLite — бессерверная СУБД, не требующая конфигурирования и распространяющаяся под лицензией public domain.

В новой версии были добавлены:

  • Поддержка логирования перед записью (WAL), позволяющая несколько ускорить обработку запросов к БД в большинстве случаев
  • Расширение планировщика запросов для автоматического фонового построения индексов БД, что также позволяет сократить время на обработку запроса
  • Директива ORDER BY при указанной директиве GROUP BY теперь не будет иметь значения (noop)
  • Добавлен код возврата SQLITE_DBSTATUS_CACHE_USED для функции статуса sqlite3_db_status()
  • Логический размер БД теперь будет сохраняться в заголовке, что позволит корректно работать в системах, где отсутствует ftruncate()

Новая версия рекомендуется для разработчиков и новых установок.

>>> Анонс

★★★★★

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

ИМХО первый пост зря удалили, я ж там по теме писал. Ну что ж, повторюсь.

Хорошая новость, как раз юзаю эту штуку в одной из своих программ.

Zhbert ★★★★★
()

ФФ станет «еще быстрее» (tm) , если конечно пристроят новую sqlite туда, с поддержкой WAL

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

А что это у нее за лицензия такая ?

Я так понял она мешает засунуть это дело в ОпенОфисс уже более 8 лет :(
И приходится сабж в ОО юзать через ОДБС :( Вот блин дурдом :(

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

> а вообще вот...

Зачем ты даешь мне эту ссылку ? Я вообще то хотел чтобы мне доступным языком объяснили почему скулите не встраивают в ОО ? ПОЧЕМУ ?
( ихняя НГСКЛ вещь сама в себе и оставляет желать лучшего :( )

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

там и mysql живет отдельным расширением mysql connector, странные они вообщем, не хотят делать прямой доступ, считают что все должно быть через универсальную odbc обертку

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

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

а скулите как внутренню бд сейчас не юзает токо ленивый.

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

jdbc глючит ( у меня глючила по крайней мере , может я чего не так собрала, забыла, а может просто глючный там сам по себе доступ)

а насчет ленивых, ой расскажите это КДЕшникам, амарокерам и аконадирам ,
а то издеваются с mysqld

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

>WAL provides more concurrency as readers do not block writers and a writer does not block readers. Reading and writing can proceed concurrently.

ну так может с WAL пересмотрят? ) вроде как (отчасти или полностью) их проблема решена

Sylvia ★★★★★
() автор топика

Добротная СУБД, поздравляю с новым выпуском.

PayableOnDeath
()

отлично, пойду обновлять свой проект

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

> а насчет ленивых, ой расскажите это КДЕшникам, амарокерам и аконадирам

амарокерам - это хз кто. А вот про этих : аконадирам - прочитал.
Они тама что еба... ? Они хоть понимают что такое склуите ?
Тем более если - " ... Akonadi был переведён в режим сервера." -
совместный доступ в этом случае должен рещаться на уровне этого анакоди.

Короче все как обычно. Кривые кде приблуды :(

mx__ ★★★★★
()

> Поддержка логирования перед записью (WAL), позволяющая несколько ускорить обработку запросов к БД в большинстве случаев

Кто-нибудь на пальцах может объяснить, что такое WAL?

И да, в SQLite таки забили на полноценный ALTER TABLE? Все так же не работают DROP COLUMN, ALTER COLUMN, ADD CONSTRAINT? Изменения структуры таблицы все так же возможно только через удаление и создание новой?

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

>ой расскажите это КДЕшникам

Проект owncloud (из состава kde) на sqlite.

anonymous
()

>Директива ORDER BY при указанной директиве GROUP BY теперь не будет иметь значения (noop)

Зря

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

>>Директива ORDER BY при указанной директиве GROUP BY теперь не будет иметь значения (noop)

Зря


эй, кто не Ъ - что там на самом деле написано? Если речь о "... GROUP BY name ORDER BY name" - то это ежу понятно, а если о "... GROUP BY name ORDER BY birthday" - то да, зря.

yyk ★★★★★
()

Замечательно. У меня в системе и так почти всё прикручено к SQLite'у.

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

> Кто-нибудь на пальцах может объяснить, что такое WAL?

В общем, грубо говоря, это типа аналог rollback journal. По заявлениям разработчиков работает быстрее, меньше онанирует файловую систему, позволяет больше заморочек в многопоточных приложениях. Но также есть и недостатки - это уже на ихнем сайте можете посмотреть.

anonymous
()

>Директива ORDER BY при указанной директиве GROUP BY теперь не будет иметь значения (noop)

И какой в этом глубокий смысл?

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

>эй, кто не Ъ - что там на самом деле написано?

Query planner enhancement - the ORDER BY becomes a no-op if the query also contains a GROUP BY clause that forces the correct output order

Если речь о "... GROUP BY name ORDER BY name" - то это ежу понятно

понятно, если там «ORDER BY name ASC», ибо «GROUP BY» само так сортирует и повторно это делать нет смысла, а вот если хочется DESC...

а если о "... GROUP BY name ORDER BY birthday" - то да, зря.

а это вообще капец... сейчас скачаю и проверю, что ж они всё-таки там начудили...

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

эй, кто не Ъ - что там на самом деле написано? Если речь о "... GROUP BY name ORDER BY name" - то это ежу понятно, а если о "... GROUP BY name ORDER BY birthday" - то да, зря.

# Query planner enhancement - the ORDER BY becomes a no-op if the query also contains a GROUP BY clause that forces the correct output order.

Явно первое

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

Скачал, проверил - всё нормально отрабатывает. Видимо сделали no-op только для «GROUP BY name ORDER BY name ASC»

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

P.S. Вообще неплохо было бы новость поправить, а то вызывает ненужное бурление, например так:

Усовершенствован планировщик запросов: ORDER BY не будет исполняться если в запросе присутствует GROUP BY, который уже задает правильный порядок сортировки.

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

(18) Case-insensitive matching of Unicode characters does not work.

The default configuration of SQLite only supports case-insensitive comparisons of ASCII characters. The reason for this is that doing full Unicode case-insensitive comparisons and case conversions requires tables and logic that would nearly double the size of the SQLite library. The SQLite developers reason that any application that needs full Unicode case support probably already has the necessary tables and functions and so SQLite should not take up space to duplicate this ability.

Instead of providing full Unicode case support by default, SQLite provides the ability to link against external Unicode comparison and conversion routines. The application can overload the built-in NOCASE collating sequence (using sqlite3_create_collation()) and the built-in like(), upper(), and lower() functions (using sqlite3_create_function()). The SQLite source code includes an «ICU» extension that does these overloads. Or, developers can write their own overloads based on their own Unicode-aware comparison routines already contained within their project.

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

Да, по ходу, у них всё плохо с дизайном и имплементацией :(

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

> А что это у нее за лицензия такая ?

Я так понял она мешает засунуть это дело в ОпенОфисс уже более 8 лет :(

И приходится сабж в ОО юзать через ОДБС :( Вот блин дурдом :(

пестец, некоторые регистранты дибильнее анонимусов, чес-слово...

anonymous
()

Отличная новость.

Кстати, а почему она не поддерживает такую простую вещь как нативные ENUM? Вроде как весьма нужная фича...

eveel ★★
()

Однако у SQLite и сайт обновился, ща гораздо красивее чем старый зеленый.

Mojo
()

Хорошая, годная Embedded RDBMS. Пилите, и давите всякие позорные M$$QL Compact.

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

Разрабы кед писали по каким причинам они используют именно mysqld а не sqlite + привели пару тестов. Копипаста и ссылка на оригинал была где-то в недрах knotes, лень искать.

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

>> отличная СУБД. скоро догонит и перегонит оракла :).

ждЁмс

kto_tama ★★★★★
()

Очень хорошая новость. Лучи добра разрабам этого дела.

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