Собственно сабж по ссылке www.itk.ru/article/dbf.shtml

В связи с прочитанным вопрос: приходилось ли кому-нибудь сталкиваться в качестве разработчика или пользователя с терминальной архитектурой, описанной в конце заметки и что думается по поводу прочитанного?

Спасибо всем откликнувшимся. В связи с прочитанным и полученными ответами имею следующее.

2 ренегат : Элочка-людоедка - Ваша двоюродная бабушка, и это у Вас по генетике пошло? Что такое "КГ/АМ" - это вы сами придумали или "собезьяничали" - от кого-то научились? Я ,видимо, немного не в курсе по поводу некоторых абревиатур, применяемых на форумах. Уверен, что за этим кроется глубокий смысл, которым Вы (надо признать, и великое множество других людей на форумах) хотели выразить своё отношение к прочитанному, но для этого, кажется, есть наш Великий и Могучий. Думаю, не стоит пренебрегать богатством его форм, тем более в таком раннем возрасте, а то войдет в привычку, и тогда пиши "пропало".

По поводу транзакций: Конечно, идея хороша - взаимосвязанные оперции в едином контексте, все либо ничего и проч. Но, скажите, на практике Вам приходилось ли как-то ощутить преимущества данного относительно ресурсоемкого режима обработки информации? Я имею в виду, что Вы как разработчик предпринимали в случаях СБОЕВ (т.е. непредусмотренные логикой работы программы ситуации) посреди транзакций? Как на эти ситуации должен реагировать оператор? Как ему определить степень актуальности данных после очередного втихаря сделанного "отката"? Т.е., я хотел сказать, что проще бросить все силы на обеспечение надежности сервера (в плане электропитания и выборе надежной аппаратной базы и её адекватной настройки), а в качестве "отката" использовать предыдущий BackUp базы . Не будете же Вы объяснять своим пользователям, что "база актуальна на 11 часов 15 минут 23 секунды". Им проще сказать повторить ввод информации с начала дня (или сразу после обеда).

2Bely: Угадали. Ностальгия.
В свое время я в середине 90-х начинал заниматься развитием систем, написанных на клиппер 5.х и, когда, при наличии застоявшейся "конюшни" парка 286-х персоналок, мне предлагали "здорово сэкономить" при переводе прикладных программ на работу под сеть, перейдя на применение терминальной системы Citrix. Но для этого мне нужно было решить вопрос оснащения всего старья ISA-шными сетевухами, VGA-адаптерами и VGA-мониторами (у всех были только EGA). В пору, когда все вокруг закупали пентиумы и осваивали винду, боялся показаться крохоборм... Поэтому пошел по пути "прогресса": стали закупать новую технику, смонтировали приличную сетку, организовали сервера и проч. Переписали и написали нового много софта для управления предприятием на клиппер в сетевом режиме. Скорость работы увеличивали в основном за счет инфраструктуры сервера: то с WinNT4 на Win2000 переходили (реально быстрее файлы вычитывал), то сервер меняли на более производительный. Что-то менять в плане новых новомодных технологий разработки было признано экономически несостоятельным (да и сейчас в той организации так видится) в виду отсутствия совместимости. Максимум, что можно было предложить, это писать windows-клиента на кларионе 5,6.х, так как имеется полная поддержка клиппер-форматов данных и индексов. Но и это требовало времени и сил на освоение новой среды и языка при необходимости поддержания существующей системы. Хотя в дальнейшем в своей практике я несколько раз успешно применял эту технологию, когда требовались доступ и манипуляции с клипперными базами.

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

iscrafmВот это тирада :) Пытался понять, но с трудом.

Наверно, Вас сбивало с толку слово "откат" ... Я его брал в значении RollBack. А Вы в каком ?

Bely КГ/АМ - это Киллограмм / Ампер - сравнение несравнимого.

Надо же! А у меня тут другая информация заимелась => http://ru.wikipedia.org/wiki/Жаргон_падонков

(КГ/АМ (аббревиатура «креатив говно, автор му**к») — крайне низкая оценка поста и клеймение его автора. «КГ/АМПД — … патамушта далбаёп», но, как правило, они не находят распространения. Так же может читаться как «креатифф гениален/аффтар маладедз», либо в сочетаниях «креатифф гениален, но авффтар всё равно му**к»)

Видать, не устоялись ещё "стандарты" !!!

***********************************

aagАвтору рекомендую почитать определение что такое транзакция, и для чего они нужны.
Коллеги, ну неужели Вы думаете, что я буду тут говорить о вещах, про которые не имею должного понимания =>>> http://www.intuit.ru/department/database/sql/16/

***********************************

BelyЕсли по какой-то причине отвалился клиент в середине транзакции - оракл сам откатывает все изменения.
Вот в том-то и вопрос. Если мы имели длинную и многоуровневую транзакцию, то после отката с технической точки зрения база будет ОК. Но с содержательной точки зрения - будет работа пользователям, им нужно все проверять/выверять чего в базе сидит, какие цифры, итоги и проч. и тут также в некоторых случая без сверхурочных не обойдешься.

***********************************

BelyPS: Я не понимаю, как можно не понимать чем хороши транзакции...
Я не говорил, что они плохи и не нужных. Но для владельцев систем, которые написаны с помощью так называемых "устаревших" технологий, менять систему на "более продвинутую" только ради того, что там есть транзакций - не позволительная роскошь, так как появляющиеся "преимущества" полностью нейтрализуются новыми затратами. Им должно быть гораздо выгоднее вкладывать в поддержание имеющейся инфраструктуры. Тем более для этого есть технические решения ...

И ещё. Когда я начинаю слышать про очередную "супер-пупер" модную и продвинутую технологию, я оцениваю стоимость перехода на неё. И не только с точки зрения "сколько стоит коробка". Сюда я также отношу время и силы, потраченые на её освоение. Я не против чего-то изучать (сам с пятью языками работал). Но это не должно быть самоцелью. Для меня главнейшей ценностью в новой технологии является степень её "дружелюбности" к предыдущим технологическим поколениям, преемственность. А когда кто-то начинает впаривать что-то "новенькое" и, особенно, если оно делает невозможным совместное использование наработаного, то я всегда помню о том, что всем хочется кушать, и у создателей этих технологий тоже есть родители, жены, дети, любовницы, которых надо кормить на деньги, полученные от очередных "не сведущих" и "случайных" приверженцев. А другим по нужде приходиться снова и снова садиться за очередной мануал с тысячью и более страниц и, обставившись пивом и чипсами, без конца читать и читать ... Пока молод 25-30 лет - это воспринимаешь "типа так и надо". Потом - напрягает, потому что так и жизнь может пройти - мимо. Кто знает, что такое серьёзно изучать и ответственно заниматься работой с новой технологией, тот поймет меня. Обидно, что современная IT-молодёжь, которая вступила в профессиональную жизнь после 2000 года думает, что серьезные программы до них ни кем не писались и о технологиях 90-х никакого понятия не имеет. Сам с этим столкнулся, когда ко мне обратился Lead Developer одной весьма крупной и распиаренной компании с просьбой помочь написать для конторы его знакомой девушки программу, которая выгружала бы данные из ДБФ в Office (естественно с предварительной обработкой). Так вот - перед этим он дал объявление в корпоративной почте в Public разделе, к которому был доступ у около 1000 тыс. человек (средний возраст аудитории 24,5 года). За неделю никто ничего не предложил. Когда я предложил свои услуги, то мне этот Lead Developer сказал, что про дбф никакого понятия не имеет. Но когда я ему сказал, что буду при этом применять OLE Automation, то он мне ответил, что "что-то про это слышал...".
Конечно, технологии будут развиваться (если так можно сказать), и дальше. И теперешним 25-30 летним следует помнить, что если не поспевать, то через 5-10 лет за рутиной текущих забот и жизненных хлопот они элементарно не заметят или не придадут должного значения появлению очередных революционных новшеств от известных гигантов, и приходящая им на смену молодёжь будет также попивать пиво над очередным мануалом (в лучшем случае мануал будет под рукой) и посмеиваться над "этими стариками" и их "многофайловыми сборками" и "точками с запятыми после каждой строчки", беспощадно заявив, что это тупо и немодно. Я за развитие и изучение эволюционирующих IT-технологий. Всякие "революции", лишающие "самости" и права жизни релизации предыдущих прикладных наработок и идей - это авантюры и наглое выбивание денег потребителей. Вот такое моё мнение !

2Bely Спасибо за замечание по поводу увеличение издержек при администрировании терминалов.

2SeregaG
Спасибо за интересный пример.