forum.opennet.ru - "Релиз СУБД SQLite 3.32. Проект DuckDB развивает вариант SQLi..." (15)

"Релиз СУБД SQLite 3.32. Проект DuckDB развивает вариант SQLi..."

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

"Релиз СУБД SQLite 3.32. Проект DuckDB развивает вариант SQLi..."	+/–
Сообщение от opennews (ok), 24-Май-20, 13:06
Опубликован релиз SQLite 3.32.0, легковесной СУБД, оформленной в виде подключаемой библиотеки. Код SQLite распространяется как общественное достояние (public domain), т.е. может использоваться без ограничений и безвозмездно в любых целях. Финансовую поддержку разработчиков SQLite осуществляет специально созданный консорциум, в который входят такие компании, как Adobe, Oracle, Mozilla, Bentley и Bloomberg... Подробнее: https://www.opennet.ru/opennews/art.shtml?num=53018
Ответить \| Правка \| Cообщить модератору

Оглавление

Эх, сколько раз приходилось на своих 2к параметрах обходить конкретно SQlite отд, MonkAlex (ok), 13:06 , 24-Май-20, (1)
Не понял, теперь это колоночный sqlite Если так, то это очень радует , Аноним (2), 13:16 , 24-Май-20, (2)

Если ставишь вместо SQLite какой-то ClickHouse, то да он колоночный , Аноним (8), 13:25 , 25-Май-20, (8)

скуль вернее реляционное АКА табличное хранение данных только для этого и нужн, mos87 (ok), 15:56 , 24-Май-20, (3) –4

В SQL может быть хранение как построчное, так и колоночное Построчное хранение л, funny.falcon (?), 12:24 , 25-Май-20, (7) +1

а если к буханке приделать рога то она догоняет троллейбусскуль придуман бимерам, mos87 (ok), 14:20 , 25-Май-20, (11)

На SQL есть стандарт , Аноним (12), 15:26 , 25-Май-20, (12) –1
Судя по тону вашей писанины, вы не понимаете ни почему, ни для чего SQL был п, funny.falcon (?), 23:42 , 25-Май-20, (14)
плохого танцора всегда кто-нибудь да заставляет SQL в отличии от всяких алгол, Cradle (?), 11:56 , 26-Май-20, (16)

языка чего если SQL язык погромирования то и ldapsearch тогда тоже И iptables , mos87 (ok), 15:02 , 26-Май-20, (17)

Дык вроде ESCAPE и раньше работал , Аноним (4), 20:53 , 24-Май-20, (4)
DuckDB не на Java, уже хорошо , Аноним (6), 11:02 , 25-Май-20, (6)
А чего там со всякими хипстерскими LevelDB и BoltDB , Аноним (8), 13:26 , 25-Май-20, (9)

Какой-то LevelDB был в Ceph, но они перешли на RocksDB , Вашье (?), 14:14 , 25-Май-20, (10)
Ну как сказать LevelDB до сих пор сторадж в таких мало кому нужных программах,, funny.falcon (?), 23:47 , 25-Май-20, (15)

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

1. Сообщение от MonkAlex (ok), 24-Май-20, 13:06 +/–

> Лимит на число параметров повышен с 999 до 32766.
Эх, сколько раз приходилось на своих 2к параметрах обходить конкретно SQlite отдельно.
Теперь то заживём! =)

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

2. Сообщение от Аноним (2), 24-Май-20, 13:16 +/–

Не понял, теперь это колоночный sqlite? Если так, то это очень радует.

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

3. Сообщение от mos87 (ok), 24-Май-20, 15:56 –4 +/–

>Проект DuckDB развивает вариант SQLite для аналитических запросов
скуль (вернее реляционное АКА табличное хранение данных) только для этого и нужнО тащeмта.
щас в скуль что только не пихают дураки.

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

4. Сообщение от Аноним (4), 24-Май-20, 20:53 +/–

> с оператором LIKE выражение ESCAPE теперь переопределяет символы
Дык вроде ESCAPE и раньше работал.

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

6. Сообщение от Аноним (6), 25-Май-20, 11:02 +/–

DuckDB не на Java, уже хорошо.

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

7. Сообщение от funny.falcon (?), 25-Май-20, 12:24 +1 +/–

В SQL может быть хранение как построчное, так и колоночное.
Построчное хранение лучше для OLTP нагрузки. Поколоночное - для OLAP.
Если в типы добавить JSON (особенно бинарный), то внезапно реляционки становятся гибридами и догоняют (а то и обгоняют) по удобству No-No-No-SQL.
А дураки - это люди с черезмерной категоричностью суждений.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #3 Ответы: #11

8. Сообщение от Аноним (8), 25-Май-20, 13:25 +/–

Если ставишь вместо SQLite какой-то ClickHouse, то да он колоночный.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #2

9. Сообщение от Аноним (8), 25-Май-20, 13:26 +/–

А чего там со всякими хипстерскими LevelDB и BoltDB?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #10, #15

10. Сообщение от Вашье (?), 25-Май-20, 14:14 +/–

Какой-то LevelDB был в Ceph, но они перешли на RocksDB.

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

11. Сообщение от mos87 (ok), 25-Май-20, 14:20 +/–

> В SQL может быть хранение как построчное, так и колоночное.
> Построчное хранение лучше для OLTP нагрузки. Поколоночное - для OLAP.
> Если в типы добавить JSON (особенно бинарный), то внезапно реляционки становятся гибридами
> и догоняют (а то и обгоняют) по удобству No-No-No-SQL.
> А дураки - это люди с черезмерной категоричностью суждений.
а если к буханке приделать рога то она догоняет троллейбус
скуль придуман бимерами где-то в 70х и ни для чего кроме работы таблицами (реляциями) не задумывался. тогда еще были иллюзии что манагеры-непогромисты им будут пользоваться... 50 лет спустя это чудо разрослось до нестандартизированного монстра, невереоятно негибкого и при этом невероятно же многословного, которого при всех этих красотах заставляют работать уже не с таблицами а черт знает с чем. вернее, людей заставляют конечно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #7 Ответы: #12, #14, #16

12. Сообщение от Аноним (12), 25-Май-20, 15:26 –1 +/–

> разрослось до нестандартизированного
На SQL есть стандарт.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

14. Сообщение от funny.falcon (?), 25-Май-20, 23:42 +/–

Судя по тону вашей писанины, вы не понимаете ни почему, ни для чего SQL(?) был придуман, ни почему он в своё время (при всех своих недостатках) стал доминирующей технологией (хотя все эти ваши NoSQL существовали до него).
Когда поймёте, на вас снизойдёт озарение.
Если поймёте...
Хорошего вечера. Удачи Вам во всём. Да хранит Вас Бог.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11

15. Сообщение от funny.falcon (?), 25-Май-20, 23:47 +/–

Ну как сказать...
LevelDB до сих пор сторадж в таких мало кому нужных программах, как Google Chrome, Bitcoin Core, и многих других.
BoltDB (его форк и продолжение de-facto BBoltDB) - основа практически ни кому не известного Etcd, который является бэкендом метаданных ущербному Kubernetes (и многим другим хипстерским поделкам).
В общем, к сожалению, упомянутые Вами недо-технологии ещё не умерли. Но в связи с ненужностью программ, их использующих, мы скоро о них забудем.

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

16. Сообщение от Cradle (?), 26-Май-20, 11:56 +/–

плохого танцора всегда кто-нибудь да заставляет...
SQL в отличии от всяких алголов/60 развивался от простого к сложному а не наооборот, там всегда возможно работать с удобным подмножеством языка на конкретном движке. Это у создателей движков может голова болет что в свой язык засовывать и как потом поддерживать. Или у школьников, которые не знают с чего начать, вот им и не гибко.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #17

17. Сообщение от mos87 (ok), 26-Май-20, 15:02 +/–

языка чего? если SQL язык погромирования то и ldapsearch тогда тоже. И iptables бгг
но проблема в том что он не.
и вообще базы/движки исторически были ОСью в ОСи. А уж это обслуживание всего нутра как-бы-тоже SQLем... Хорошо когда у машины есть руль. Хорошо когда есть отвертка чтобы чинить машину. Но если во имя унификации отвертка в качестве ручки имеет руль... ну это такое. На любителя.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16

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

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

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2025 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру

1. Сообщение от MonkAlex (ok), 24-Май-20, 13:06	+/–
> Лимит на число параметров повышен с 999 до 32766. Эх, сколько раз приходилось на своих 2к параметрах обходить конкретно SQlite отдельно. Теперь то заживём! =)
Ответить \| Правка \| Наверх \| Cообщить модератору

2. Сообщение от Аноним (2), 24-Май-20, 13:16	+/–
Не понял, теперь это колоночный sqlite? Если так, то это очень радует.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #8

3. Сообщение от mos87 (ok), 24-Май-20, 15:56	–4 +/–
>Проект DuckDB развивает вариант SQLite для аналитических запросов скуль (вернее реляционное АКА табличное хранение данных) только для этого и нужнО тащeмта. щас в скуль что только не пихают дураки.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #7

4. Сообщение от Аноним (4), 24-Май-20, 20:53	+/–
> с оператором LIKE выражение ESCAPE теперь переопределяет символы Дык вроде ESCAPE и раньше работал.
Ответить \| Правка \| Наверх \| Cообщить модератору

6. Сообщение от Аноним (6), 25-Май-20, 11:02	+/–
DuckDB не на Java, уже хорошо.
Ответить \| Правка \| Наверх \| Cообщить модератору

7. Сообщение от funny.falcon (?), 25-Май-20, 12:24	+1 +/–
В SQL может быть хранение как построчное, так и колоночное. Построчное хранение лучше для OLTP нагрузки. Поколоночное - для OLAP. Если в типы добавить JSON (особенно бинарный), то внезапно реляционки становятся гибридами и догоняют (а то и обгоняют) по удобству No-No-No-SQL. А дураки - это люди с черезмерной категоричностью суждений.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #3 Ответы: #11

8. Сообщение от Аноним (8), 25-Май-20, 13:25	+/–
Если ставишь вместо SQLite какой-то ClickHouse, то да он колоночный.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #2

9. Сообщение от Аноним (8), 25-Май-20, 13:26	+/–
А чего там со всякими хипстерскими LevelDB и BoltDB?
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #10, #15

10. Сообщение от Вашье (?), 25-Май-20, 14:14	+/–
Какой-то LevelDB был в Ceph, но они перешли на RocksDB.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #9

11. Сообщение от mos87 (ok), 25-Май-20, 14:20	+/–
> В SQL может быть хранение как построчное, так и колоночное. > Построчное хранение лучше для OLTP нагрузки. Поколоночное - для OLAP. > Если в типы добавить JSON (особенно бинарный), то внезапно реляционки становятся гибридами > и догоняют (а то и обгоняют) по удобству No-No-No-SQL. > А дураки - это люди с черезмерной категоричностью суждений. а если к буханке приделать рога то она догоняет троллейбус скуль придуман бимерами где-то в 70х и ни для чего кроме работы таблицами (реляциями) не задумывался. тогда еще были иллюзии что манагеры-непогромисты им будут пользоваться... 50 лет спустя это чудо разрослось до нестандартизированного монстра, невереоятно негибкого и при этом невероятно же многословного, которого при всех этих красотах заставляют работать уже не с таблицами а черт знает с чем. вернее, людей заставляют конечно.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #7 Ответы: #12, #14, #16

12. Сообщение от Аноним (12), 25-Май-20, 15:26	–1 +/–
> разрослось до нестандартизированного На SQL есть стандарт.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #11

14. Сообщение от funny.falcon (?), 25-Май-20, 23:42	+/–
Судя по тону вашей писанины, вы не понимаете ни почему, ни для чего SQL(?) был придуман, ни почему он в своё время (при всех своих недостатках) стал доминирующей технологией (хотя все эти ваши NoSQL существовали до него). Когда поймёте, на вас снизойдёт озарение. Если поймёте... Хорошего вечера. Удачи Вам во всём. Да хранит Вас Бог.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #11

15. Сообщение от funny.falcon (?), 25-Май-20, 23:47	+/–
Ну как сказать... LevelDB до сих пор сторадж в таких мало кому нужных программах, как Google Chrome, Bitcoin Core, и многих других. BoltDB (его форк и продолжение de-facto BBoltDB) - основа практически ни кому не известного Etcd, который является бэкендом метаданных ущербному Kubernetes (и многим другим хипстерским поделкам). В общем, к сожалению, упомянутые Вами недо-технологии ещё не умерли. Но в связи с ненужностью программ, их использующих, мы скоро о них забудем.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #9

16. Сообщение от Cradle (?), 26-Май-20, 11:56	+/–
плохого танцора всегда кто-нибудь да заставляет... SQL в отличии от всяких алголов/60 развивался от простого к сложному а не наооборот, там всегда возможно работать с удобным подмножеством языка на конкретном движке. Это у создателей движков может голова болет что в свой язык засовывать и как потом поддерживать. Или у школьников, которые не знают с чего начать, вот им и не гибко.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #11 Ответы: #17

17. Сообщение от mos87 (ok), 26-Май-20, 15:02	+/–
языка чего? если SQL язык погромирования то и ldapsearch тогда тоже. И iptables бгг но проблема в том что он не. и вообще базы/движки исторически были ОСью в ОСи. А уж это обслуживание всего нутра как-бы-тоже SQLем... Хорошо когда у машины есть руль. Хорошо когда есть отвертка чтобы чинить машину. Но если во имя унификации отвертка в качестве ручки имеет руль... ну это такое. На любителя.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #16