VIVA_CAУважаемые коллеги!
Помогите в боле полном объеме разобраться во взаимодействиях СА – буферизация – транзакции.
На одном из обсуждений этой темы уважаемый Генетический мусор утверждает (других источников у меня нет) В клиент-серверных системах буферизация не нужна”.

Известно что: 1. СА – всегда буферизирован
2. СА – может работать как в режиме транзакций та и без

При схеме работы VFP9-CA-ODBC-MySQL:
Обновляются данные на стороне клиента через REPLACE, Insert, Append, а также на прямую в Гриде и форме через textbox.

1.Является ли такая схема полноценным клиент-серверным приложением?
2.Что означает “ в клиент-серверных системах буферизация не нужна “ -
на уровне МуSql или полученного курсора?
3.Проскакивают советы - для снижения вероятности потерь данных при обновлении на сервере использовать транзакции на полученный курсор.
4.Как увязать СА и хранимые процедуры на МуSql? – и если можно пример

1. Любой курсор полученный со "взрослого" сервера имеет буфферизацию.

2. ЛЮБАЯ модификация данных на сервере происходит в транзакции, независимо от того выдали мы явно begin tran или нет.

3. Правильно советуют, ЛЮБУЮ (атомарную) модификацию данных необходимо проводить в транзакции.

4. В SelectCmd, InsertCmd ... необходимо писать вызов ХП, те вместо:




надо написать

VIVA_CAУважаемый PaulWist - благодарю за почти исчерпывающий ответ!

2. ЛЮБАЯ модификация данных на сервере происходит в транзакции, независимо от того выдали мы явно begin tran или нет.

А буферизация на самом сервере есть или транзация включает в себя механизм буферизации?

Давайте отделим "мух от котлет".

Дано:

1. Клиент, который каким-то образом получил курсор с сервера (SPT, RV, CA) , этот курсор является локальной "табличкой" на компе клиента.

2. Сервер БД на котором лежат таблички с данными.

На клиенте полученный курсор имеет либо 3 либо 5 буфферизацию.

Чем они отличаются друг от друга:

- при 3 буфферизации происходит АВТОМАТИЧЕСКИЙ сброс данных в таблицы сервера, при переходе с записи на запись внутри локального курсора, те если мы имеем курсор из 10 записей, стрелкой вниз прошли от записи 1 до записи 5 (на 5-ой остановились) , то фокс сформирует ЧЕТЫРЕ команды на обновление данных и создаст ЧЕТЫРЕ транзакции для каждой строчки.

Для 5-ой строчки, если необходимо её модифицировать надо выдать явную команду TableUpdate().

В этом случае на сервере обновятся 5 записей.

- что происходт при 5-ой буфферизации, если проделать такие же переходы что в первом примере, то на сервер НЕ ПЕРЕДАСТСЯ ни одной команды на модификацию, что бы нам обновить 5 строчек надо будет выдать команду TableUpdate().

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

НО и первый и второй случай нельзя использовать в prodaction, .... почему, да потому, что для сохранения 5 записей произойдёт 5 изолированных друг от друга транзакций, и если возникнет ошибка скажем на 2-ой записи, то на сервере и в первом и во втором случае обновятсят ТОЛЬКО 4 записи.

Что бы такого избежать, те что бы мы были уверены, что на сервере обновятся ВСЕ пять записей или не одной, необходимо TableUpdate обернуть в "клиентскую" транзакцию:




При такой схеме наши пять записей будут либо записаны на сервер, либо всё будет отвергнуто и состояние таблички не изменится.

VIVA_CAОченнь благодарен за такой развернутый ответ!

НО и первый и второй случай нельзя использовать в prodaction, .... почему, да потому, что для сохранения 5 записей произойдёт 5 изолированных друг от друга транзакций, и если возникнет ошибка скажем на 2-ой записи, то на сервере и в первом и во втором случае обновятсят ТОЛЬКО 4 записи.

1. Почему обновятся 4 записи а не 1 - 1-я?

2. И для ликбеза расшифруйте SPT,RV, prodaction

Прошу ответить!

1. Я взял крайний случай, когда происходит либо косвенный TableUpdate, либо TableUpdate при 5-ой буфферизации когда не анализируется возвращаемое значение ф-ии TableUpdate, те фокс вернув ошибку продолжит производить обновление данных сервера, если его не остановить "руками".

При условии, что ошибка возникнет на второй записи и мы это определили, то произойдёт обновление только первой записи, НО это нам не надо, поскольку нарушается атомарность сохранения либо всё, либо ничего.

2.

SPT - SQL Pass Through, работа с сервером через ф-ии SQLEXEC() итп (см раздел хелпа Visual FoxPro SQL Pass-Through Functions )

RV - Remote view, удалённые представления (так же смотри хелп)

prodaction - вернее production, те работа клиента с сервером, который обслуживает реальные бизнес процессы (например, считается зарплата ) .

VIVA_CAИ еще:

поиск d локальном курсоре типа locate при буфферизации=3 тоже заставит каждую запись на сервере обновиться?

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

VIVA_CAПодскажите пожалуйста! Как отследить ситуацию?

Схема та же: VFP9-CA- ODBC-MySQL

if !tableupdate(.t.,.t.,'MyTable').
=sqlrollback(My_soed)
aerror(laErrors)
messagebox(iif(type('laErrors[2]')='C',laErrors[2],'Неопознанная ошибка!'),16,'Ошибка')
endif

Не выдает ошибку, но данные на сервере не обновляются
Причин естественно много, но как их диагностировать на этапе выполнения?




Проверь на тестовом коде.

VIVA_CAЭто почти тоже самое т.к. tableupdate()=.t. а данные не обновились

Ну зеачит смотри как у тебя курсор настроен, похоже SendUpdate = .f.