Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Cached updates. To be or not to be?

Страницы: < 1 2 3
pasha_golub © (2005-07-26 21:03:00)
Считаете ли вы порочным механизм кешированных апдейтов и почему?

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

Мое мнение: порочен. Ибо на клиенте отсутствует реальная картина.

Petr V. Abramov (2005-07-27 02:26:00) [41]
> И соответственно к механизму BDE, как к таковому.
Must die!

Petr V. Abramov (2005-07-27 02:24:00) [42]
to be!

DiamondShark (2005-07-27 00:30:00) [43]

> Мое мнение: порочен. Ибо на клиенте отсутствует реальная
> картина.

В многопользовательской системе она никогда не будет присутствовать.

Anatoly Podgoretsky (2005-07-26 23:44:00) [44]
Все должно использоваться с пониманием, а если понимания нет, то линейкой по пальцам. Само свойство не виновато.
Виновата не бобина, а чудак, что седит в кабине.
Я напримен не применю его до тех пор, пока не будет насущной необходимоти.

pasha_golub (2005-07-26 23:22:00) [45]
Однако, иммитация не есть сам секс....

Это, я в продолжение дисскусии...

============
Смысл таков:
Люди долгое время работающие с BDE жаждут cached updates. В свою очередь, сама практика использования этого механизма в end-user проектах, приводит к краху самой идеологии многопользовательской системы.

Хочу услышать глас программистов. Что есть "кешированные изменения" (на клиенте!!!!) для жизни всего цикла?

Anatoly Podgoretsky (2005-07-26 22:40:00) [46]
Anatoly Podgoretsky © (26.07.05 21:23) [6]
Забыл указать еще одно из частных применений, это иммитация транзакций.
Хотя основное назначение указано в самом названии.

Torry (2005-07-26 22:33:00) [47]
Ну вот, и поняли друг друга :-)

Anatoly Podgoretsky (2005-07-26 22:31:00) [48]
Понял, а то мне показалось, что CachedUpdates достал, а все много проще :-)

Torry (2005-07-26 21:52:00) [49]
Толя, все очень просто: мы выпуcкаем DAC for MySL и PostgresDAC. До этого ыя много лет работал с Btrieve и просто устал от, извиняюсь, но так и есть, от ламерских вопросов по поводу CachedUpdates.

Ну если люди не понимают банальных вещей, что делать? :-))

Anatoly Podgoretsky (2005-07-26 21:44:00) [50]
Torry © (26.07.05 21:29) [7]
Чем тебя оно так достало?

Torry (2005-07-26 21:29:00) [51]
Паша, упаси моральный кодекс!!!!

Если еще кого-то, кто упомянет про CachedUpdates увижу, давить буду страшно :-)

Anatoly Podgoretsky (2005-07-26 21:23:00) [52]
Не проиахнулся, что есть подобное во многих других вещах.
К этому можно отнестись двояко

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

Ничто этого меня не прельщает.

pasha_golub (2005-07-26 21:16:00) [53]
Anatoly Podgoretsky © (26.07.05 21:15) [4]
Механизм есть. С этим не поспоришь. Интересует вопрос, а не промахнулся ли Борланд дав этому механизму жизнь на многопользовательских системах?

Anatoly Podgoretsky (2005-07-26 21:15:00) [54]
Механизм есть, можно не пользоваться, я никогда не использовал, поскольку нужна реальная картина в базе.

MiSHuTka (2005-07-26 21:13:00) [55]
Аболютно неприемлимая вещь... анахронизм ещё тот. На современных распределённых системах практически нереализуемо так, как было сделано у Борланда для локальных.

MiSHuTka (2005-07-26 21:12:00) [56]
В жопу их... анахронизм ещё тот. На современных распределённых системах практически нереализуемо так, как было сделано у Борланда для локальных

pasha_golub (2005-07-26 21:09:00) [57]
И соответственно к механизму BDE, как к таковому.

Страницы: < 1 2 3

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »