Опубликован релиз SQLite 3.32.0, легковесной СУБД, оформленной в виде подключаемой библиотеки. Код SQLite распространяется как общественное достояние (public domain), т.е. может использоваться без ограничений и безвозмездно в любых целях. Финансовую поддержку разработчиков SQLite осуществляет специально созданный консорциум, в который входят такие компании, как Adobe, Oracle, Mozilla, Bentley и Bloomberg...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=53018
> Лимит на число параметров повышен с 999 до 32766.Эх, сколько раз приходилось на своих 2к параметрах обходить конкретно SQlite отдельно.
Теперь то заживём! =)
Не понял, теперь это колоночный sqlite? Если так, то это очень радует.
Если ставишь вместо SQLite какой-то ClickHouse, то да он колоночный.
>Проект DuckDB развивает вариант SQLite для аналитических запросовскуль (вернее реляционное АКА табличное хранение данных) только для этого и нужнО тащeмта.
щас в скуль что только не пихают дураки.
В SQL может быть хранение как построчное, так и колоночное.Построчное хранение лучше для OLTP нагрузки. Поколоночное - для OLAP.
Если в типы добавить JSON (особенно бинарный), то внезапно реляционки становятся гибридами и догоняют (а то и обгоняют) по удобству No-No-No-SQL.
А дураки - это люди с черезмерной категоричностью суждений.
> В SQL может быть хранение как построчное, так и колоночное.
> Построчное хранение лучше для OLTP нагрузки. Поколоночное - для OLAP.
> Если в типы добавить JSON (особенно бинарный), то внезапно реляционки становятся гибридами
> и догоняют (а то и обгоняют) по удобству No-No-No-SQL.
> А дураки - это люди с черезмерной категоричностью суждений.а если к буханке приделать рога то она догоняет троллейбус
скуль придуман бимерами где-то в 70х и ни для чего кроме работы таблицами (реляциями) не задумывался. тогда еще были иллюзии что манагеры-непогромисты им будут пользоваться... 50 лет спустя это чудо разрослось до нестандартизированного монстра, невереоятно негибкого и при этом невероятно же многословного, которого при всех этих красотах заставляют работать уже не с таблицами а черт знает с чем. вернее, людей заставляют конечно.
> разрослось до нестандартизированногоНа SQL есть стандарт.
Судя по тону вашей писанины, вы не понимаете ни почему, ни для чего SQL(?) был придуман, ни почему он в своё время (при всех своих недостатках) стал доминирующей технологией (хотя все эти ваши NoSQL существовали до него).Когда поймёте, на вас снизойдёт озарение.
Если поймёте...Хорошего вечера. Удачи Вам во всём. Да хранит Вас Бог.
плохого танцора всегда кто-нибудь да заставляет...
SQL в отличии от всяких алголов/60 развивался от простого к сложному а не наооборот, там всегда возможно работать с удобным подмножеством языка на конкретном движке. Это у создателей движков может голова болет что в свой язык засовывать и как потом поддерживать. Или у школьников, которые не знают с чего начать, вот им и не гибко.
языка чего? если SQL язык погромирования то и ldapsearch тогда тоже. И iptables бггно проблема в том что он не.
и вообще базы/движки исторически были ОСью в ОСи. А уж это обслуживание всего нутра как-бы-тоже SQLем... Хорошо когда у машины есть руль. Хорошо когда есть отвертка чтобы чинить машину. Но если во имя унификации отвертка в качестве ручки имеет руль... ну это такое. На любителя.
> с оператором LIKE выражение ESCAPE теперь переопределяет символыДык вроде ESCAPE и раньше работал.
DuckDB не на Java, уже хорошо.
А чего там со всякими хипстерскими LevelDB и BoltDB?
Какой-то LevelDB был в Ceph, но они перешли на RocksDB.
Ну как сказать...LevelDB до сих пор сторадж в таких мало кому нужных программах, как Google Chrome, Bitcoin Core, и многих других.
BoltDB (его форк и продолжение de-facto BBoltDB) - основа практически ни кому не известного Etcd, который является бэкендом метаданных ущербному Kubernetes (и многим другим хипстерским поделкам).
В общем, к сожалению, упомянутые Вами недо-технологии ещё не умерли. Но в связи с ненужностью программ, их использующих, мы скоро о них забудем.