Доступен (http://permalink.gmane.org/gmane.comp.db.sqlite.announce/49) релиз SQLite 3.8.11 (http://sqlite.org/releaselog/3_8_11.html) (следом вышел корректирующий релиз 3.8.11.1), легковесной системы управления базами данных, оформленной в виде подключаемой библиотеки. Код SQLite распространяется как общественное достояние (public domain), т.е. может использоваться без ограничений и безвозмездно в любых целях. Финансовую поддержку разработчиков SQLite осуществляет специально созданный консорциум, в который входят такие компании, как Adobe, Oracle, Mozilla, Bentley и Bloomberg.В новом выпуске:
- Добавлено экспериментальное расширение RBU (http://www.sqlite.org/rbu.html) (Resumable Bulk Update), предназначенное для организации быстрых инкрементальных обновлений больших наборов данных;
- Добавлено экспериментальное расширение FTS5 (http://www.sqlite.org/fts5.html) с новой реализацией системы полнотекстового поиска;- В расширение spellfix1 (http://www.sqlite.org/spellfix1.html) добавлена поддержка выражения "ON CONFLICT (http://www.sqlite.org/lang_conflict.html)";
- В операторе "IS" реализована возможность использования индексов;
- Улучшена работа планировщика запросов в плане автоматической индексации подзапросов, заданных в блоке FROM;
- Добавлена команда "PRAGMA cell_size_check (http://www.sqlite.org/pragma.html#pragma_cell_size_check)" для выявления повреждения файла БД на ранней стадии;
- В полнотекстовом движке FTS3 в функции matchinfo() появился новый флаг сопоставления "b (http://www.sqlite.org/fts3.html#matchinfo-b)";
- Добавлена программа fuzzcheck для качественного fuzz-тестирования БД. Программа автоматически вызывается при выполнении "make test";- Увеличена эффективность работы страничного кэша и реализовано предварительное выделение памяти для кэша. В тестах изменение позволило поднять производительность на 5% при типовых применения СУБД. Внесены разнообразные микрооптимизации, которые позволили выполнить на 22.3% больше работы в рамках тех же циклов CPU. В сумме, по производительности выпуск 3.8.11 в два раза быстрее 3.8.0 и в три раза быстрее 3.3.9 (при тестировании cachegrind и speedtest1.c в Ubuntu 14.04 x64 при сборке в gcc 4.8.2 с флагом -Os).
URL: http://permalink.gmane.org/gmane.comp.db.sqlite.announce/49
Новость: http://www.opennet.me/opennews/art.shtml?num=42691
Добавляют всякое нинужно, вместо того, чтобы реализовать strict typing.
PS: Проект прекрасный и замечательный
Очень много издержек на это. для SQL сервера это нормально, а для легковеса, который сам по себе как С от ассемблера - не нужно.
Издержки сократятся как минимум при разработке, т.к. будет меньше возможностей сделать незаметную ошибку. И следуя вашей же логике weak typing вообще нечего делать в минималистичной базе, т.к. это ничем не оправданное усложнение и раздувание кода.
Угу. 100500 типов данных с проверками на каждый из них - это же гораздо проще и легче чем усложненным и раздутым кодом все в строки ложить. </sarcasm>
Десяток разных типов никакой проблемы не создадут. Это показали многие базы со строгой типизацией. Тем не менее у строк большие издержки при хранении и работе с числами.
Сделайте форк и докажите всем, что 100500 использований sqlite - это ошибка.
Этого делать никак нельзя: слишком много говнокода, активно использующего sqlite сломается.
Это при желании лечится сменой мажорной версии. Но вот необходимость именно для sqlite как-то не очевидна
Firebird в помощь, если хочется типизации. А sqlite - какой есть, такой и есть.
Одна из причин моей любви к sqlite - это как раз отсутствие типов. Двойная валидация нафиг не нужна.
FTS5 кто-нибудь пробовал? как там с UTF?
Список спонсоров доставляет. И без богомерзкой ГПЛ обходятся.
>богомерзкой
Не в бдзуна корм
Сжатия не хватает.
Люблю SQLite, применяю совместно с Qt 5 ^_^