The OpenNET Project / Index page

[ новости /+++ | форум | wiki | теги | ]



"Релиз СУБД SQLite 3.28"
Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Изначальное сообщение [ Отслеживать ]

"Релиз СУБД SQLite 3.28"  +/
Сообщение от opennews (??), 23-Апр-19, 12:30 
Представлен (https://www.mail-archive.com/sqlite-announce@sqlite.org...) релиз SQLite 3.28.0 (http://sqlite.org/), легковесной СУБД, оформленной в виде подключаемой библиотеки. Код SQLite распространяется как общественное достояние (public domain), т.е. может использоваться без ограничений и безвозмездно в любых целях. Финансовую поддержку разработчиков SQLite осуществляет специально созданный консорциум, в который входят такие компании, как Adobe, Oracle, Mozilla, Bentley и Bloomberg.

Основные изменения (https://sqlite.org/releaselog/3_28_0.html):


-  Расширены (https://sqlite.org/windowfunctions.html)  оконные функции (window-функции или аналитические функции, позволяющие для каждой строки запроса выполнить вычисления, используя другие строки):  добавлена поддержка выражения EXCLUDE (https://sqlite.org/windowfunctions.html#wexcls), появилась возможность использования цепочек (https://sqlite.org/windowfunctions.html#wchaining) оконных функций (одно окно определяется в области другого), обеспечена поддержка (https://sqlite.org/windowfunctions.html#grouptype) группировки при помощи выражения GROUP, и реализованы RANGE-ограничения  PRECEDING (https://sqlite.org/windowfunctions.html#exprrange) и FOLLOWING (https://sqlite.org/windowfunctions.html#exprrange);
-  Усовершенствована реализация команды "VACUUM INTO (https://sqlite.org/lang_vacuum.html#vacuuminto)", которая теперь может использоваться с БД, доступными в режиме только для чтения;

-  Добавлены новые оптимизации запросов: Ускорена (https://sqlite.org/optoverview.html#like_opt) работа выражений LIKE совместно с ключевым словом ESCAPE и при включенном режиме "PRAGMA case_sensitive_like". При наличии частичного индекса (https://sqlite.org/partialindex.html) исключены лишние проверки заведомо истинных условий, заданных в выражении WHERE;

-  В CLI-интерфейс добавлена команда ".parameter (https://sqlite.org/cli.html#param)" для задания прикрепляемых подстановок (https://sqlite.org/lang_expr.html#varparam) (маски, подставляемые в любые выражения SQL). В команде ".archive" переработана опция "--update", которая теперь пропускает не изменившиеся файлы, уже находящиеся в архиве, и добавлена опция "--insert" для включения файлов в архив;
-  Добавлено дополнение fossildelta.c (https://sqlite.org/src/file/ext/misc/fossildelta.c), которое позволяет создать, применить и  разобрать формат (https://www.fossil-scm.org/fossil/doc/trunk/www/delta_format...) delta-изменений Fossil, применяемый в расширении RBU;

-  Увеличена надёжность работы с повреждёнными файлами БД;

-  Запущено зеркало репозитория проекта на GitHub (https://github.com/sqlite/sqlite) (основной репозиторий (https://sqlite.org/src) поддерживается с использованием   системы управления версиями Fossil (https://www.fossil-scm.org/), созданной автором SQLite).


URL: https://www.mail-archive.com/sqlite-announce@sqlite.org...
Новость: https://www.opennet.ru/opennews/art.shtml?num=50558

Ответить | Правка | Cообщить модератору

Оглавление

Сообщения [Сортировка по времени | RSS]


1. "Релиз СУБД SQLite 3.28"  –1 +/
Сообщение от Анонимemail (1), 23-Апр-19, 12:30 
лучшеб 'alter column' завезли... :(
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

20. "Релиз СУБД SQLite 3.28"  +2 +/
Сообщение от Анончик (?), 23-Апр-19, 18:41 
В https://sqlitebrowser.org/ завезли. Этого достаточно для разработки
Ответить | Правка | ^ к родителю #1 | Наверх | Cообщить модератору

2. "Релиз СУБД SQLite 3.28"  –1 +/
Сообщение от 4eburashkemail (?), 23-Апр-19, 13:39 
Для небольших проектов или сайтов или приложений или ботов или утилит sqlite - самое то.
Много где использую и пока не подводило. Годнота.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

3. "Релиз СУБД SQLite 3.28"  –3 +/
Сообщение от kai3341 (ok), 23-Апр-19, 14:01 
Она под нагрузкой начинает безбожно тормозить. То есть с ростом числа записей в секунду наступает переломный момент, когда следует переходить `взрослые` БД. С чтением вроде бы всё ок
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

4. "Релиз СУБД SQLite 3.28"  +15 +/
Сообщение от Андрей (??), 23-Апр-19, 14:14 
Оно как бы для мелких задач и заточено. Это типа как лопата в огороде.
А если у вас грядка с гектар, тут без трактора не обойтись...
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

5. "Релиз СУБД SQLite 3.28"  +5 +/
Сообщение от MBG (?), 23-Апр-19, 14:59 
Тестировал базы размером до терабайт — не тормозит. В продакшене объём данных пишется порядка 100Гб в сутки и сотни или более запросов на чтение ежесекундно — все ок. Покажите свой тестовый сценарий, если есть что показать.
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

25. "Релиз СУБД SQLite 3.28"  +/
Сообщение от Аноним (25), 23-Апр-19, 22:30 
А что у вас за проект такой? Возможно у вас есть то, что может меня заинтересовать, а у меня есть то, что может заинтересовать вас.
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

37. "Релиз СУБД SQLite 3.28"  +/
Сообщение от MBG (?), 24-Апр-19, 20:23 
У меня задачи это обработка и хранение геопространственных данных - например, реалтайм данные о автомобильном трафике. Когда-то тестировал SQLite на больших базах по тем временам (4+ГБ лет 15 назад), были баги, репортил, починили, с тех пор комфортно использую на намного больших базах. Аналогично с пространственным расширением Spatialite. Кое-что можно у меня в блоге посмотреть по тэгу
https://geomapx.blogspot.com/search/label/SQLite

Используя команду ATTACH и разделяя базы по минутным/часовым/суточным - нет проблем хранить и обрабатывать много терабайт данных. Для обработки данных за выбранный период нужно приаттачить нужный набор баз и собрать из них необходимые записи. Если интересно, можно нагуглить мою переписку с инженером Гугл и по совместительству создателем индекса для полнотекстового поиска в SQLite - будет понятно, как его для пространственных данных использовать и почему он хорош для больших баз (миллиарды записей), когда штатный индекс не годится (тесты есть в блоге, см. выше). PostgreSQL/PostGIS также использую, когда не нужна высокая производительность. В SQLite детерминированный планировщик и плюс он намного эффективнее на чтение, когда обрабатываемый набор данных на порядки превышает объем доступной оперативки.

Ответить | Правка | ^ к родителю #25 | Наверх | Cообщить модератору

6. "Релиз СУБД SQLite 3.28"  +4 +/
Сообщение от Аномномномнимус (?), 23-Апр-19, 15:00 
А "взрослые" это какие? Есть СУБД которая не начинает тормозить с ростом числа записей в секунду? Ну ка расскажи нам про альтернативную физику
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

7. "Релиз СУБД SQLite 3.28"  –4 +/
Сообщение от пох (?), 23-Апр-19, 15:24 
есть такие, где крошки до поры можно заметать под ковер - с шардингом, кластеризацией и т д

потом, правда, все равно лопнет, но можно к этому моменту уже сменить работу.

в sqlite огорчает разьве что категорическое нежелание автора использовать нефайловые локи - хотя бы в виде sysV ipc. Понятно, его основные потребители на это не пойдут, а два перпендикулярных api в одной программе не уживутся.

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

8. "Релиз СУБД SQLite 3.28"  +4 +/
Сообщение от Анонимус_б6_выпуск_3 (?), 23-Апр-19, 15:41 
>есть такие, где крошки до поры можно заметать под ковер - с шардингом, кластеризацией и т д
>потом, правда, все равно лопнет, но можно к этому моменту уже сменить работу.

вот она, вся суть современного разработчика ПО любой направленности =((

Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

11. "Релиз СУБД SQLite 3.28"  –2 +/
Сообщение от пох (?), 23-Апр-19, 17:02 
чо эта только разработчика? Я тоже уволиться могу! Сейчас только бригадира уговорю паспорт мне отдать...

Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

22. "Релиз СУБД SQLite 3.28"  +/
Сообщение от Аноним (22), 23-Апр-19, 19:30 
Зато хоть честно.
Ответить | Правка | ^ к родителю #8 | Наверх | Cообщить модератору

9. "Релиз СУБД SQLite 3.28"  –1 +/
Сообщение от rshadow (ok), 23-Апр-19, 16:25 
Шардинг как раз и решает проблему нагрузки записи в бд.
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

10. "Релиз СУБД SQLite 3.28"  +/
Сообщение от пох (?), 23-Апр-19, 17:01 
заметанием крошек под ковер, ага.
С тем же успехом я могу "решить" эту проблему, заменив диски на nvme.
А чо, решил же ж?

При этом он дополнительных проблем создает - мама не горюй.
(если мы про шардинг именно sql'ей)

Ответить | Правка | ^ к родителю #9 | Наверх | Cообщить модератору

13. "Релиз СУБД SQLite 3.28"  –2 +/
Сообщение от rshadow (ok), 23-Апр-19, 17:18 
> заменив диски на nvme

Похоже мы о разном говорим

Ответить | Правка | ^ к родителю #10 | Наверх | Cообщить модератору

15. "Релиз СУБД SQLite 3.28"  –1 +/
Сообщение от пох (?), 23-Апр-19, 18:08 
ну тебе шардинг какую проблему-то решает - недостаточность пропускной способности дисков или где?

Недостаточность мощности процессора он тебе (в рамках обычных sql-кластеров) не решит.

Ответить | Правка | ^ к родителю #13 | Наверх | Cообщить модератору

18. "Релиз СУБД SQLite 3.28"  +/
Сообщение от Анонимус2 (?), 23-Апр-19, 18:32 
У вас какие-то альтернативные кластера, раз шардинг не решает эту проблему.
Ответить | Правка | ^ к родителю #15 | Наверх | Cообщить модератору

33. "Релиз СУБД SQLite 3.28"  –1 +/
Сообщение от Аноним (33), 24-Апр-19, 13:13 
На чтение (выборку) не решает, потом процессинг это почему-то Oracle поверх IBM в крупных конторах
Ответить | Правка | ^ к родителю #18 | Наверх | Cообщить модератору

35. "Релиз СУБД SQLite 3.28"  +/
Сообщение от пох (?), 24-Апр-19, 16:53 
про оракловые кластеры я тоже могу рассказать, с выражениями. Только их модератор потрет.

Там и банальная репликация-то хромает на все четыре лапы, а про распределенное чтение вообще забудьте. Не влезли в одну экзадату, идите за саном помощнее (ебеме не советуют, по-моему, правильно делают)

Ответить | Правка | ^ к родителю #33 | Наверх | Cообщить модератору

12. "Релиз СУБД SQLite 3.28"  +2 +/
Сообщение от Аномномномнимус (?), 23-Апр-19, 17:04 
Это история про то что нагрузка размазывается более равномерно по серверам, но это никак не отменяет того факта, что при увеличении нагрузки увеличиваются и тормоза. Ну вот не деться от этого никуда, т.к. количество данных растёт. И при шардинге можно ещё упереться в скорость сети, раз уж на то пошло, а не только в скорость SSD локалхоста. Магию опять не завезли
Ответить | Правка | ^ к родителю #7 | Наверх | Cообщить модератору

14. "Релиз СУБД SQLite 3.28"  +1 +/
Сообщение от rshadow (ok), 23-Апр-19, 17:22 
По идее магия тут простая. Сначала делишь нагрузку между серверами. Не хватает - между датацентрами. И т.д. Под капотом конечно будет куча технологий и боли =)
Планеты тоже каждая своим шардом будет. Т.к. физические ограничения на скорость света не дадут работать онлайн с _общей базой данных_ ;-)
Ответить | Правка | ^ к родителю #12 | Наверх | Cообщить модератору

16. "Релиз СУБД SQLite 3.28"  –1 +/
Сообщение от пох (?), 23-Апр-19, 18:10 
> По идее магия тут простая. Сначала делишь нагрузку между серверами. Не хватает - между
> датацентрами. И т.д.

и тут оно обычно лопается.

пришедший после твоего своевременного увольнения (или прикапывания в подвале, если не успел) - с матом переводит все на какую-нибудь кашмандру или еще каку хрень, специально разработанную для подобного применения, и переделывает все что работало с базой, чтобы исключить cross-dc доступ или хотя бы уменьшить его до минимума.

Ответить | Правка | ^ к родителю #14 | Наверх | Cообщить модератору

17. "Релиз СУБД SQLite 3.28"  +/
Сообщение от rshadow (ok), 23-Апр-19, 18:31 
Сорян я не про ситуацию админа в конторе пишу. А про большой хайлоад проект. Десятки (или сотни) человек работают и от одного ничего не изменится, это нормальная ситуация.
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

23. "Релиз СУБД SQLite 3.28"  –2 +/
Сообщение от пох (?), 23-Апр-19, 19:49 
> Сорян я не про ситуацию админа в конторе пишу. А про большой
> хайлоад проект. Десятки (или сотни) человек работают и от одного ничего

а, да, я когда из такого увольнялся - "еще ничем не воняло", я еще пол-года думал что зря это сделал (ненене, я не потому уволился, что крошки под ковром ловко попрятал, а потому что там это стало делать явно легче и выгоднее, чем работать, а я еще сохранял часть наивного идеализма)

> не изменится, это нормальная ситуация.

ага, угадай что стало с тем проектом ;-)
А все эти десятки где-то ведь работают... как научились.

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

Ответить | Правка | ^ к родителю #17 | Наверх | Cообщить модератору

26. "Релиз СУБД SQLite 3.28"  +/
Сообщение от rshadow (ok), 23-Апр-19, 23:10 
Да не все ж так пессиместично. Рунет работает.
Ответить | Правка | ^ к родителю #23 | Наверх | Cообщить модератору

19. "Релиз СУБД SQLite 3.28"  +/
Сообщение от Анонимус2 (?), 23-Апр-19, 18:34 
Кашмандра ничего не решит если данные в неё неправильно класть. А если умеешь класть данные так чтобы не было cross-dc - никакие кашмандры уже не нужны.
Ответить | Правка | ^ к родителю #16 | Наверх | Cообщить модератору

21. "Релиз СУБД SQLite 3.28"  –1 +/
Сообщение от Анончик (?), 23-Апр-19, 18:44 
> Есть СУБД которая не начинает тормозить с ростом числа записей в секунду?

Конечно есть. Те СУБД котрые поддерживают table partitioning

Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

27. "Релиз СУБД SQLite 3.28"  +1 +/
Сообщение от Аномномномнимус (?), 23-Апр-19, 23:20 
Серьёзно? Просто переводим на котрые поддерживают table partitioning и потом если лить на диск больше данных, он начнёт быстрее работать? Правда-правда? И ОЗУ больше станет? И проц быстрее? Правда-правда? Как здорово!
Ответить | Правка | ^ к родителю #21 | Наверх | Cообщить модератору

34. "Релиз СУБД SQLite 3.28"  +/
Сообщение от Аноним (33), 24-Апр-19, 13:14 
Думаю имелось ввиду количество тех данных что уже залиты и по которым есть индексы...
Ответить | Правка | ^ к родителю #27 | Наверх | Cообщить модератору

28. "Релиз СУБД SQLite 3.28"  +1 +/
Сообщение от Аноним (28), 24-Апр-19, 00:25 
> То есть с ростом числа записей в секунду наступает переломный момент, когда следует переходить `взрослые` БД. С чтением вроде бы всё ок

Вы не поверите, но с чтением тоже есть переломный момент, когда оно перестанет успевать :-)

Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

24. "Релиз СУБД SQLite 3.28"  –2 +/
Сообщение от Аноним (25), 23-Апр-19, 22:24 
Напоминаю всем, что VACUUM реализован крайне ***ищно. Сначала копируется файл в журнал, потом журнал - в другой файл. Итого - для вакууминга базы размера X требуется 3*X места на диске и 2*X прокачек данных в оперативу и обратно. И это не считая перемещений головок.


Короче, не используйте вакуум, используйте официальный костыль https://github.com/sqlite/sqlite/blob/master/tool/fast_vacuum.c - это единственное, что смогло вакуумировать базу на 40 гигов, не выжрав всё место на винте.

Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

29. "Релиз СУБД SQLite 3.28"  +1 +/
Сообщение от Аноним (28), 24-Апр-19, 00:30 
> это единственное, что смогло вакуумировать базу на 40 гигов, не выжрав всё место на винте.

Извините, но у меня на телефоне больше места.

Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

31. "Релиз СУБД SQLite 3.28"  +/
Сообщение от пох (?), 24-Апр-19, 07:12 
слы, эта - дай мабилу погонять?
Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

32. "Релиз СУБД SQLite 3.28"  +/
Сообщение от tonysemail (??), 24-Апр-19, 12:56 
Действительно, зачем думать? Купите себе еще иопсов и террабайтов.
Ответить | Правка | ^ к родителю #29 | Наверх | Cообщить модератору

36. "Релиз СУБД SQLite 3.28"  +/
Сообщение от пох (?), 24-Апр-19, 16:55 
ну говорят же ж вам - сколько не чеши думалку, все равно придется покупать, только еще и дороже выйдет.

чудес не бывает.

просто не храните в sql данные, которые не собираетесь обрабатывать.

Ответить | Правка | ^ к родителю #32 | Наверх | Cообщить модератору

30. "Релиз СУБД SQLite 3.28"  +/
Сообщение от пох (?), 24-Апр-19, 07:12 
он реализован без необходимости останавливать систему на время вакуума и при этом crash proof. Поэтому лог и double write (как и при любой другой работе с базой). У "fast" версии этого не предусмотрено.

но вообще-то это вы что-то очень странное делаете, что вам в принципе остро необходим vacuum. Тут чай не постгрез.

короче, не используйте vacuum на реально работающих базах, используйте pragma optimize и только по показаниям.

для 40G базенки скорее всего не нужно регулярно делать ни того, ни другого.

Ответить | Правка | ^ к родителю #24 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру