https://www.opennet.ru/openforum/vsluhforumID3/117184.html Представлен (https://www.mail-archive.com/sqlite-announce@sqlite.org/msg00078.html) релиз SQLite 3.28.0 (http://sqlite.org/), легковесной СУБД, оформленной в виде подключаемой библиотеки. Код SQLite распространяется как общественное достояние (public domain), т.е. может использоваться без ограничений и безвозмездно в любых целях. Финансовую поддержку разработчиков SQLite осуществляет специально созданный консорциум, в который входят такие компании, как Adobe, Oracle, Mozilla, Bentley и Bloomberg. <br><br><br><br>Основные изменения (https://sqlite.org/releaselog/3_28_0.html):<br><br><br>- Расширены (https://sqlite.org/windowfunctions.html) оконные функции (window-функции или аналитические функции, позволяющие для каждой строки запроса выполнить вычисления, используя другие строки): добавлена поддержка выражения EXCLUDE (https://sqlite.org/windowfunctions.html#wexcls), появилась возможность использования цепочек (https://sqlite.org/windowfunctions.html#wchaining) оконных функций (одно окно определяется в области другого), об https://www.opennet.ru/openforum/vsluhforumID3/117184.html#37 Wed, 24 Apr 2019 17:23:32 GMT У меня задачи это обработка и хранение геопространственных данных - например, реалтайм данные о автомобильном трафике. Когда-то тестировал SQLite на больших базах по тем временам (4+ГБ лет 15 назад), были баги, репортил, починили, с тех пор комфортно использую на намного больших базах. Аналогично с пространственным расширением Spatialite. Кое-что можно у меня в блоге посмотреть по тэгу<br>https://geomapx.blogspot.com/search/label/SQLite<br><br>Используя команду ATTACH и разделяя базы по минутным/часовым/суточным - нет проблем хранить и обрабатывать много терабайт данных. Для обработки данных за выбранный период нужно приаттачить нужный набор баз и собрать из них необходимые записи. Если интересно, можно нагуглить мою переписку с инженером Гугл и по совместительству создателем индекса для полнотекстового поиска в SQLite - будет понятно, как его для пространственных данных использовать и почему он хорош для больших баз (миллиарды записей), когда штатный индекс не годится (тесты есть в блоге, см. выше). PostgreSQL/Pos https://www.opennet.ru/openforum/vsluhforumID3/117184.html#36 Wed, 24 Apr 2019 13:55:47 GMT ну говорят же ж вам - сколько не чеши думалку, все равно придется покупать, только еще и дороже выйдет.<br><br>чудес не бывает.<br><br>просто не храните в sql данные, которые не собираетесь обрабатывать.<br><br> https://www.opennet.ru/openforum/vsluhforumID3/117184.html#35 Wed, 24 Apr 2019 13:53:58 GMT про оракловые кластеры я тоже могу рассказать, с выражениями. Только их модератор потрет.<br><br>Там и банальная репликация-то хромает на все четыре лапы, а про распределенное чтение вообще забудьте. Не влезли в одну экзадату, идите за саном помощнее (ебеме не советуют, по-моему, правильно делают)<br><br> https://www.opennet.ru/openforum/vsluhforumID3/117184.html#34 Wed, 24 Apr 2019 10:14:11 GMT Думаю имелось ввиду количество тех данных что уже залиты и по которым есть индексы...<br> https://www.opennet.ru/openforum/vsluhforumID3/117184.html#33 Wed, 24 Apr 2019 10:13:07 GMT На чтение (выборку) не решает, потом процессинг это почему-то Oracle поверх IBM в крупных конторах<br> https://www.opennet.ru/openforum/vsluhforumID3/117184.html#32 Wed, 24 Apr 2019 09:56:06 GMT Действительно, зачем думать? Купите себе еще иопсов и террабайтов.<br> https://www.opennet.ru/openforum/vsluhforumID3/117184.html#31 Wed, 24 Apr 2019 04:12:51 GMT слы, эта - дай мабилу погонять?<br> https://www.opennet.ru/openforum/vsluhforumID3/117184.html#30 Wed, 24 Apr 2019 04:12:08 GMT он реализован без необходимости останавливать систему на время вакуума и при этом crash proof. Поэтому лог и double write (как и при любой другой работе с базой). У "fast" версии этого не предусмотрено.<br><br>но вообще-то это вы что-то очень странное делаете, что вам в принципе остро необходим vacuum. Тут чай не постгрез.<br><br>короче, не используйте vacuum на реально работающих базах, используйте pragma optimize и только по показаниям.<br><br>для 40G базенки скорее всего не нужно регулярно делать ни того, ни другого.<br><br> https://www.opennet.ru/openforum/vsluhforumID3/117184.html#29 Tue, 23 Apr 2019 21:30:47 GMT &gt; это единственное, что смогло вакуумировать базу на 40 гигов, не выжрав всё место на винте.<br><br>Извините, но у меня на телефоне больше места.<br>