Если в задаче нужна локальная БД для 1-2 клиента.
Когда SQLite точно не подходит?
Может кто по своему опыту сталкивался.
Например кол-во записей, размер БД, частота запросов, на запись/на чтения, структура БД, вычисления на стороне БД, триггеры.
Какие условия должны меня заставить посмотреть например на MSSQL/MySQL/PostgreSQL вместо SQLite?

Атмосфера, как в хорошем женском коллективе.

SiemarglSQLite на 2 клиента?
По условиям задачи, максимум возможна ситуация, когда один модуль программы интенсивно пишет, но другой что-то может прочитать для пользователя.
А так https://www.sqlite.org/wal.html

Поделитесь опытом, у кого была ситуация, когда пришлось перейти с SQLite на "тяжелую" БД.
Я не про работу с БД нескольких клиентов по сети. Думаю такие вещи предусматривают сразу. Я про производительность, ну и надежность.

Есть клиент - десктоп приложение, которое использует локальную БД для удобного хранения данных. Никаких вычислений на стороне БД не предусмотрено. Какой сценарий использования БД "упрется" в возможности SQLite? Мне подсказывают что при большом кол-ве запросов на добавление данных SQLite будет проигрывать правильно настроенной "тяжелой" БД, так ли это?

Клиент и БД будут работать на производительном компе с большим кол-вом памяти. Поэтому тот же сервер MSSQL можно поставить, но хотелось бы определить золотую середину. Может кто поделиться своей историей. Работа с БД это не моя узкая специализация, поэтому прошу помощи.

ShSerge, мне не нужно объяснять это. Моя просьба вообще о другом.

По поводу того что я указал "1-2 клиента". Я не использовал слово пользователи, я говорил о клиентах. В SQLite не реализованы команды DCL и с точки зрения разграничения прав она одно-пользовательская, такая у нее специфика. Но доступ множества клиентов (в том числе процессов, потоков одного процесса) может рассматриваться в контексте транзакций (атомарности операций). На это я дал ссылку выше, в этом смысле SQLite все-таки можно считать, как вы говорите "много-пользовательской".

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

Как я уже писал, второй клиент будет только читать и то не часто. Но пусть у меня будет один клиент, все операции я буду делать из одного потока, ну или защищать доступ мьютексом. Это как-то влияет на ситуацию с моим вопросом?

Если один клиент много пишет в Sqlite, и один клиент много пишет в "тяжелую" БД, при каком возможном сценарии мне стоит отказаться от Sqlite?

kdv,

Я все это знаю. И думаю любой, кто использует ее при разработке ПО. Я не просто использую Sqlite но и "ковырял" код. Делал кастомную версию с шифрованием, по мануалу. Подключал к SphinxSearch, на основе чужого опыта с более старой версией sqlite. Как-то приходилось подсовывать свою версию в виде dll чтобы подсмотреть sql запросы, но это была QtSql.

Просто я сюда пришел спросить о чужом опыте. Размышлять - я размышлял так. Sqlite устраивает, ее можно оставить в памяти, и она умеет типа bulk insert. Если пишет один, то чем может быть быстрее "тяжелая" БД? Там и издержек больше. Хотя возможно локально сокет - не так уж и много издержек, тем более можно pipe. В любом случае, Sqlite устраивает. Есть заказчики которые говорят: для этой задачи нужно MSSQL, так говорит хороший админ, который кстати возможно пишет на этом сайте. Я лично только за. Но иногда заказчик говорит мне - посоветуй. И вот я пришел к вам ) Мне просто интересно что я должен учесть, чтобы позже мне заказчик не сказал: чтож ты сразу не выбрал эту БД. Я с большими объемами и нагрузками никогда не работал и о БигДата слышал "только в кино".

servit,
документацию я читал, а вот на тостере кое что есть но мало цифр.

kdv,

> Для всех вышеперечисленных БД базы в десятки гиг со 100 клиентами - это не большая нагрузка и объемы. Кроме SQLite, разумеется.

1) Я указал что у меня будет 2 клиента, причем один только читает (хотя не проблема чтобы он и вносил изменения, но я лучше не буду об этом здесь), так что сравнение со 100-ми как бы не по сути.
2) А почему это кроме SQLite? https://www.sqlite.org/limits.html

kdv,

По ссылке текст:
авторSQLite only supports one writer at a time per database file. But in most cases, a write transaction only takes milliseconds and so multiple writers can simply take turns.SQLite will handle more write concurrency that many people suspect.

Это что ж получается, местные петрасяны благодаря моей ветке освежать свои знания )

А по сути - доки я читал. Мне бы опыт чужой, с цифрами.