Опубликован релиз SQLite 3.41, легковесной СУБД, оформленной в виде подключаемой библиотеки. Код SQLite распространяется как общественное достояние (public domain), т.е. может использоваться без ограничений и безвозмездно в любых целях. Финансовую поддержку разработчиков SQLite осуществляет специально созданный консорциум, в который входят такие компании, как Adobe, Oracle, Mozilla, Bentley и Bloomberg...Подробнее: https://www.opennet.dev/opennews/art.shtml?num=58689
>Внесены оптимизации в планировщик запросов, затронувшие агрегированные запросы с выражением GROUP BY, использование индексов, использование сопрограмм вместо материализации подзапросов и представлений, функции json_tree() и json_each().Это я или данная фраза построена некорректно и не отражает действительность? Дальше не читал, лучше смотреть оригинальный текст…
> Дальше не читал, лучше смотреть оригинальный текст…
> Queries against the built-in table-valued functions json_tree() and json_each() will now usually treat "ORDER BY rowid" as a no-op.[reference](https://www.sqlite.org/changes.html)
Именно, с оригинальным текстом вопросов по смыслу не возникает. Просто интересно, зачем так коряво строить фразы.
Использовавшиеся в новости фразы, которые я также проверил на то, построены они правильно или не так очевидно, как в упомянутом англоязычном тексте, ссылку на который привел один из комментаторов ветки, в которой обсуждаем новость, в тексте которой и была обнаружена данная фраза, вызвавшая у тебя вопросы, подвергающие сомнению очевидность фраз, употребленных редактором новости, построены вполне очевидно.
Поддерживаю. В источнике та же информация лучше структурирована, не стоило автору изобретать свой формат.
> Queries against the built-in table-valued functions json_tree() and json_each() will now usually treat "ORDER BY rowid" as a no-op.Запросы сo встроенными, определенными пользователем функции json_tree() и json_each(), возвращающие данные в виде таблиц, будут теперь обрабатывать "ORDER BY rowid" как пустую операцию (т.е. игнорировать)
>встроенными, определенными пользователем функциивот что случается, когда хватают первый подсунутый гугль транслятором перевод.
или откуда вы приплели тут user-defined?
> откуда вы приплели тут user-defined?Пойман, считается :) По инерции написал, т.к. в мелкосовтовском варианте json_tree... user-defined
> > вот что случается, когда хватают первый подсунутый гугль транслятором перевод.А вот без пoдёбоk совсем никак, да?
Эх, всё жду когда в русском языке сделают поддержку запросов без учёта регистра (Слово =! слово)
Делай всем принудительный лоуеркейс или упперкейс.
Ты про COLLATE NOCASE или ICU в целом? Оба есть, пользуйся
с киррилицей utf8 это не работает
Всегда её называю затычка вместо базы данных или базозаменитель. Ещё можно база данных содержащий продукт.
Возможно. Но много ли ей альтернатив среди embedded database?
BerkeleyDB? Firebird? Может еще пара штук.
Просто сравнивай её с адекватными старинными MS Access, Borland Paradox. Там ведь тоже SQL-диалект использован.
Если в процессе разработки системы её функционал окажется недостаточным - довольно легко мигрировать на MariaDB или PostgreSQL.
И ещё огороженный MS SQL CE, который весьма прикольно умирает при выходе за весьма скромные размеры
Просто надо больше золота.
Мне просто интересно, чем ж ты таким "уберсерьёзным" пользуешься, какой-нибудь окакл по старинке обмазанный кучей хранимок и с размазанной по БД половиной бизнеслогики? Интербейс? dBase3/clipper?
Самая обычная многопоточная на запись, удобная и надёжная постгря.
А потом эти же люди ноют что у них каждая вторая софтина свой инстанс БД тянет, как например почтовый клиент который тянул мускуль)
Просто признай что тебе лишь бы поныть, а о нишах применения ты вообще не в курсе
О нишах применения базозаментиелей? Ниша применения базозаменителей это ниша где заменяют нормальную базу на базозаментиелем. Ничего хорошего в базозаменителях и заменителях молочного жира нет.
Т.е. ты настолько некомпетентен. А мамка в курсе?
Т.е. на столько топишь за свою недобазу лишь бы обосрать всех вокруг? К психиатуру сходи. Хотя он тебе уже не поможет.
При чём тут все? Чувак, у тебя шиза, если ты свой кретинизм выдаёшь за мнение "всех". Прими таблетки и переставай смотреть зомбоящик
Вот я хочу себе для локалхоста сделать например базу контактов, книжек, заметок.Вопрос, зачем мне PostgreSQL?
Патамушта иначе риальный поцоны засмеют!
А так у тебя постгря и ты можешь всем рассказывать что администрируешь enterprise-class database
BoltDB поставь зачем тебе изображать из себя базу данных? NoSQL и проще и удобнее и даже надёжнее. Конечно если тебе срочно надо поизвращаться. То тут вопросов нет. Пальмового масла ещё купи в Пятёрочке ведёрко.
А ещё вопрос что ты там в контактах и заметках напишешь что тебя прям нужна целая реляционная база данных? Ты там каждый день будешь лопатить тысячи записей каждый раз по новой или какая такая задача что тебе там прям жесть как нужны SQL запросы. Просто интересно мнение недалеких фанатиков типа тебя.
Да вроде недалёкий фанатик тут только один, самозабвенно фапает себе, считая что если он один раз и то не к месту смог заюзать постгрю, то чего-то добился. Прям вот чувствуется "уровень" дна.
Лучше и эффективнее ничего не придумали. И, поскольку она применяется примерно в любом софте с данными, любое улучшение для неё улучшает весь применяемый софт. Вполне полноценная бд, в отличие от большинства key-value поделок, рассыпающихся чуть что и жрущих ресурсы как не в себя.
Согласен! Надо чтоб firefox тащил PostgreSQL вместо libsqlite.so
Еще бы дрова все это поддерживали
И хорошо что твои дрова это не поддерживают.
Какие дрова? Эта СУБД и есть дрова - libsqlite.so. Линкуйся и юзай. Или ты про дрова видеокарты? Тогда ты новостью ошибся
Дрова не поддерживают такую тяжелую и ненужную базу.
Юзаю на сервере в прдакшене, доволен как слон. Легко бекапить, не нужно париться с настройками, портами и сервисами.
Че у тебя за продакшен такой, только учетки пользаков хранишь что ли
И... невозможность масштабировать.
Да, там два пользователя админ и пользователь чего мне масштабировать то?