https://ru.wikipedia.org/wiki/SQLite#%D0%98%D1%81%D0%BF%D0%BE%D0%BB%D1%8C%D0%B7%D0%BE%D0%B2%D0%B0%D0%BD%D0%B8%D0%B5

Считается?

приведите несколько примеров десктопных приложений под Linux, которые его тоже используют

То приложение, из которого ты это написал. Вообще sqlite много где используется.

навскидку - firefox юзает sqlite

это твоя домашняя работа?

Кдешный Nepomuk уже поминали? Там вроде аж mysql торчал.

Российские производители ПО любят вхерачить в клиентскую програму PostgreSQL сервер. Раз 5 с такими сталкивался. До постгри они впихивали Interbase

это твоя домашняя работа?

Типа того.

Российские производители ПО любят вхерачить в клиентскую програму PostgreSQL сервер. Раз 5 с такими сталкивался. До постгри они впихивали Interbase

Вот тут в каментах дважды упомянули SQLite. Прочитал в вики, что он как раз и создавался для встраивания. А обычный SQL и PostgreSQL слишком толстые для встраивания в приложения?

А обычный SQL и PostgreSQL слишком толстые для встраивания в приложения

Словно кого-то это когда-то останавливало

навскидку - firefox юзает sqlite

А в чем смысл использовать именно SQLite для Firefox? Проверил в Ubuntu, уже предустановлен пакет mysql-common. В винде наверно тоже та или иная реализация SQL имеется. Так зачем встраивать именно SQLite?

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

SQL в повседневной жизни- где применяется?

я на этом языке с тёщей разговариваю

Проверил в Ubuntu, уже предустановлен пакет mysql-common. В винде наверно тоже та или иная реализация SQL имеется. Так зачем встраивать именно SQLite?

Стандарта нет. Никто не гарантирует, что есть rdbms, что она запущена, что у тебя к ней есть доступ, что для тебя там создана база данных с таким-то именем. Если тащить какой-нибудь mysql с собой, то он занимает много места, его надо запускать и выключать, к нему надо как-то подключаться, надо разруливать потенциальные конфликты, если другой софт тоже притащил с собой mysql.

SQLite пишет в файл. Во всех популярных ОС у тебя гарантировано есть файловая система, в которую этот файл можно положить. Тебе не надо полагаться на кого-то, что он тебе создаст базу данных. SQLite занимает меньше места, работает внутри того же процесса, нигде не отсвечивает и конфликтов не вызывает.

склайт быстрее, проще в использовании, жрет меньше ресурсов для этой же задачи.

Пруф или gtfo.

А обычный SQL и PostgreSQL

SQL это язык запросов. PostgreSQL, MySQL, SQLite и прочее это базы данных с которыми можно общаться используя этот язык (немного разные его диалекты, но это не важно). SQLite создан для того чтобы встраиваться в другие приложения, PostgreSQL и MySQL это самостоятельные базы данных, встраивания в приложения не предполагают (используя достаточное количество изаленты встроить можно, но зачем?)

Раньше опционально использовался в amarok. В mpd. Скулайт использовался в newsbeuter.

используется ли SQL в Linux

fbreader

Chrome и Firefox используют для хранения профиля пользователя SQLite.

На Android есть системный SQLite и очень многие приложения используют его для хранения своих данных (фактически дефолтный рекомендуемый способ для хранения всего, что не влезает в простые файлы настроек).

Серверные БД (MySQL, Postgres и т. д.) таскает собой на десктоп в основном всякий eterprise софт.

60-ые давно прошли. Simple Query Language уже давно по прямому назначению не используется.

PS все отписвашиеся клоуны свыше шутки не оценили.

Хорошо что есть такое разнообразие инструментов, под каждый случай.

60-ые давно прошли. Simple Query Language уже давно по прямому назначению не используется.

Не понял, это как?

Пример можно?

че я тебе пруфы тащить должен, лол. мб тебе еще и пруф, что земля круглая? можешь вместо sqlite хоть oracledb юзать мне както пох.

Язык запросов 1С - тоже SQL.

я когда-то натыкался на статью, что postgres - чуть ли не лучшее по скорости решение для key-value (in-memory не считаются)

Нигде, в явном виде, иначе это вопрос вида где применяется «языкХ», и вопрос вида «ну ты же на такой-то сайт заходил, он использует».

Упс, и «ответ вида», спешить написать плохо.

В винде наверно тоже та или иная реализация SQL имеется.

«Реализация SQL»? Чувак, тебе надо понять разницу между SQL и СУБД. Вещи, вообще говря, совершенно независимые.

Так зачем встраивать именно SQLite?

Затем, что SQLite — это компактная библиотека, которую ты линкуешь со своей программой, и которая наружу ничем не светит. MySQL — это отдельный процесс со своими настройками, поддержкой сетевых запросов и др. Для встраиваемой СУБД это тупо избыточно.

Вообще вопрос из серии «Зачем нужен Опель Корса, если есть автобус на 60 мест»?

А, и про терминологию

А обычный SQL и PostgreSQL

Я не знаю, что ты вкладываешь в понятие «обычный SQL».

PostgreSQL — СУБД. Грубо говоря, программа.

SQL — это язык, запросов, не более того. Который в чуть отличающихся диалектах поддерживают и PostgreSQL, и MySQL, и SQLite, и Oracle и ещё дохрена кто.

дык эта... по пакетным зависимостям пройдись и вылови всё, что зависит от какого-нить мускуля или sqlite. получишь офигенное количество пакетов.

Любая задача где есть куча табличный данных. Например бухгалтерия. Примеры сам найдешь.

PostgreSQL слишком толстые для встраивания в приложения?

PostgreSQL - промышленный сервак с кластеризацией, транзакциями и еще кучей всего. Теперь ответь на вопрос, а нахрена?

когда нужен конкурентный доступ к бд из разных аппов, например

PostgreSQL, MySQL, SQLite и прочее это базы данных

пятизвёздочные во всей красе. это не базы данных, а СУБД.

Думаю не стоит перегружать мозги ТСа точной терминологией, думаю «базы данных» ему будут понятнее без «систем управления». Ну а всем остальным понятно из контекста

Эм, речь вроде про встраивание. Для встраивания лучше sqlite. Для доступа из разных приложений - сервер-клиентские БД.

не вопрос