Ишь, какие круги по воде-то пошли... Я-то думал - все давно всё знают и просто похихикают над старцем, понимающем по отдельности слова read_commited, concurrency и consistency в смысле уровней изоляции и растерянно уставившимся, как баран на новые ворота, на их сочетание, пытаясь представить себе плод греховной связи ужа с ежом.

Тынц почитал, не могу сказать что всё здорово понял. Как оказалось, я, к стыду своему, умудрился ещё и забыть английский, то есть, хоть большинство слов и знакомые, утрачена чуйка концепта построения фраз и смысл улавливается с трудом. Посему от комментариев насчёт что такое хорошо и что такое плохо пока воздержусь. Вообще-то наша любимая RC RO, которую бабушка Аня научила стартовать в состоянии commited, от рождения попахивала хаком. А с хаками надо держать ухо востро и ожидать неожиданных сюрпризов, так что какие-то телодвижения к более стройной концепции были в общем-то ожидаемы. Но по прочтении случившейся беседы у меня возникло устойчивое убеждение, что название Firebird 4 тут не годится, надо придумывать какое-то совсем другое птичье имя. Во избежание иллюзий. Потому что вот с этим





полностью согласен.

Тут надо сначала перевести своё собственное сознание на другие рельсы, разбить вдребезги стереотип, складывавшийся десятилетиями, разработать собственную архитектурную концепцию, довести её до стереотипа и потом перетрахивать всё что нажито непосильным трудом. То есть, фактически сделать его заново с нуля. Ткнулся вот сейчас на рабочем столе в иконку (можете начинать смеяться) FARа, наступил на каталог с текстами пятилетней несвежести (с моего ухода на пенсию) пятка основных приложений, трёхзвенки отдельно проживают. 3700 файлов и 100 мегабайт. От этих приложений у Дельфового линкера крышу срывает, собираются только из командной строки и обязательно предварительно перекрестясь. И вот это всё перетрахать? Концептуально-архитектурно? Ну-ну.



Брателло, не плюй в колодец Гришаня когда это родил-то? Когда скорости в LAN меряли в Кбайт/сек, в модемах в Кбит/сек, а объёмы ОЗУ в сотнях Кбайт. И отошёл в сторонку. На эту концепцию датасета чуть только не молились после Borland Pascal и всяких Record Manager-ов, когда каждую строку приходилось собирать десятком реквестов к разным таблицам. А последователям надо было бабло зарабатывать, и сегодня, а не в светлом будущем. С развитием железа потребовалось и развитие концепций, выразившееся, не полностью уверен, что к добру, в TClientDataset. Мой первый опыт с ним, где-то на границе емелиумов, на действительно дальней связи - комплект справок о состоянии запасов-заказов-резервов-ценах - в каком-нибудь Челябинске-Иркутске из Питера грузился 40 минут. И это я ещё не центровые запросы туда вставил, а засасывал справочники и собственно данные по отдельности и джойнил на клиенте, локейтами. На данные уходило минуты полторы, остальное - строковые литералы. Пришлось их таки перевести на репликацию. Да и сейчас - в запросах для клиента директора фабрики козлов жёстко зашиты ограничения по дате, на полгода вроде, чтоб старые данные не тащить десятками минут и у ноута его из щелей байты не посыпались :)

Ты маладэц, слюшай! Я эту портянку начал набирать до постов про конфиг, ближе к концу электрик ток украл (у нас в подъезде счётчики меняют), пришлось с квадратным матом колотить второй раз, естественно, новое не читая. Единственно что смущает - такие опции в конфиге рано или поздно становятся deprecated. Меня, впрочем, это колыхать уже не должно, честно говоря, даже уже не колышет, я как Верещагин, за державу :)

Нет, не достаточно.

Постулат дизайна номер 1: База данных предназначена для длительного хранения
редко меняющихся данных. Для краткосрочного хранения быстро меняющихся данных
применяются совсем другие средства.


У тебя в родословной случаем греческой ветки нет? Был там у них один мужик, вроде Прокрустом звали ;)