Очень просто: создать новую запись в таблице - DAX: Программирование

Hobo · 10.07.2006, 17:57

Оказывается я так много еще не знаю...

==
Дано: Таблица в аксапте. Любая.
Создаем новую запись - неважно как - через форму или обозревателем.
В InitValue можно даже инициировать значения полей - неважно.
Далее - в перещелкиваем мышей/руками курсор на следующую запись - и обратно.
Закрываем - открываем заново - опля! записи нет.
В результате - пользователи вбивая журнал - не жмут на принудительно сохранить (ну не приучены) - пытаются посмотреть данные по другим источникам - возвращаются - оппа! журнал исчез.
Что-то торомжу - а как принудительно сохранить запись, чтобы при переходе на другую запись - Инсерт был завершен.
У меня получается как то громоздко - через другую запись - Инсерт - обновление формы и т.д. Чую должен быть более короткий путь.
Спасибо за внимание.

MironovI · 10.07.2006, 18:19

У меня возникло только такое предложение навскидку - перекрой linkActive до супера сохраняй запись - правда если не все обязательные поля заполнены будет просто ругань а запись не сохранится - так что может лучше и пользователей научить..

void linkActive()
{
;

if(LedgerJournalTrans_ds.validateWrite())
LedgerJournalTrans_ds.write();

super();
}

PS При переходе на следующую запись в ТОЙ же форме предыдущая 100% сохраняется, так что я подумал что тут именно вариант с dynalink

Obapol · 10.07.2006, 18:35

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

10.07.2006, 18:37

Цитата:

Сообщение от Obapol

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

А Вы в ней ручками чего-нибудь меняли (в новой записи)? Если да и не сохранилась запись при переходе к другой строке то глюк однозначна.

Obapol · 10.07.2006, 18:44

Цитата:

пользователи вбивая журнал - не жмут на принудительно сохранить

Бррр...
Какой ужос! Кнопка Сохранить и Аксапта! Ну настолько, гм.... ненормально...

10.07.2006, 18:55

Цитата:

Сообщение от Obapol

Бррр...
Какой ужос! Кнопка Сохранить и Аксапта! Ну настолько, гм.... ненормально...

По-моему как раз все нормально...Если не пользователь не меняет запись в форме (хоть программно хоть руками) то что-же он сохраняет? И зачем ему такая запись?

MironovI · 10.07.2006, 20:44

Если нет обязательных полей, то и пустая запись - тоже полноправная запись - у меня закрались подозрения уже на другую тему - поскольку в браузере трабатывают все стандартные методы - можно глянуть на перекрытый insert таблицы, а заодно повторить эксперимент на любой другой таблице - допустим вы видели как выглядит insert у InventDim? ооот..

**mazzy** · 10.07.2006, 23:01

Цитата:

Сообщение от Hobo

Далее - в перещелкиваем мышей/руками курсор на следующую запись...

В этот момент должен сработать метод write на форме, метод insert или update на таблице.
Поищите диаграмы по ключевому слову sequence в руководстве разработчика.

Скорее всего, вы перекрыли один из этих методов и забыли вызвать супер.
Насчет "Таблица в аксапте. Любая" - это вы погорячились.

Hobo · 11.07.2006, 10:18

Так ведут себя абсолютно все таблицы. И вновь созданные и даже такие монстры как SalesTable и пр...
Опробовано раз десять - результат один.
Что-то мне не верится - что только у нас так.
Эксперимент:
1.Открываем в обозревателе SalesTable
2. Создаем новую запись
Ничего не меняем руками!!! InitValue - заполнит кое-какие значения, неважно
3. В Браузере перещелкиваемся на другую запись - и обратно.
4. Закрываем браузер.
5. Открываем - опля! записи нет!
Если было изменение руками - то срабатывает метод "врите" - все изменения как положено сохранены.

==
Моя проблема - создает пользователь журнал (складской) - и заполняет строки. Потом, если переходит (теряет фокус) на другое место - и возвращается - строки журкнала есть - заголовка (шапки) - нет.
Sp1 - частично 3-й.

olesh · 11.07.2006, 10:30

Добавьте вызов this.forceWrite(true) в методе create источника данных.

Hobo · 11.07.2006, 11:07

Цитата:

Сообщение от olesh

Добавьте вызов this.forceWrite(true) в методе create источника данных.

ДА!!! Помогло! Спасибо очень очень очень большое!

MironovI · 11.07.2006, 11:22

Цитата:

Сообщение от olesh

Добавьте вызов this.forceWrite(true) в методе create источника данных.

И что это было?..

**mazzy** · 11.07.2006, 11:23

Цитата:

Сообщение от Hobo

5. Открываем - опля! записи нет!

Блин, только что проверил. Запись есть.

Цитата:

Сообщение от Hobo

Sp1 - частично 3-й.

Угу. Может дело в этом.
У меня SP5 Kernel Rollup 2.

Накатывайте обновления на экзешник и избавитесь от кучи странностей. Это несложно и недолго (главное обновить экзешник у всех клиентов и на сервере).

**mazzy** · 11.07.2006, 11:23

Цитата:

Сообщение от olesh

Добавьте вызов this.forceWrite(true) в методе create источника данных.

Это похоже на закат солнца вручную.
В принципе и так можно...

**Dron AKA andy** · 11.07.2006, 11:41

Подтверждаю проблему. 3.0 SP3CU1.

Вообще-то так всегда было. Система, видимо, считает, что пользовательских изменений записи нет (initValue не в счет - значения по умолчанию), и не сохраняет запись. В нескольких местах системы, где нужно сохранение даже "пустой" записи, используется forceWrite().

Recoilme · 11.07.2006, 11:44

Цитата:

Сообщение от Dron AKA andy

Подтверждаю проблему. 3.0 SP3CU1.

Вообще-то так всегда было. Система, видимо, считает, что пользовательских изменений записи нет (initValue не в счет - значения по умолчанию), и не сохраняет запись. В нескольких местах системы, где нужно сохранение даже "пустой" записи, используется forceWrite().

В чём проблема то???
Скорей проблема добавлена в СП5 КР2
Во всяком случае с этим поведением системы живем не первый год а что за автосохранялку они там намутили и какие будут проблемы - ещё вопрос..
Если конечно mazzy ничего не напутал..

Hobo · 11.07.2006, 11:47

Спасибо. Спробуем вариант с sp разными.
forceWrite() - впрочем проблему решил - там посмотрим.

**mazzy** · 11.07.2006, 11:57

Наврал

Ключевая фраза - "ничего не меняем руками!!!"

Цитата:

Сообщение от Hobo

1.Открываем в обозревателе SalesTable
2. Создаем новую запись
Ничего не меняем руками!!!

Если например в SalesTable ничего не менять руками, то останется куча незаполненных полей. Запись не будет записана хотя бы из-за того, что не пройдет validateWrite().

Если заполнить хотя бы одно поле, то Аксапта попытается записать при переходе на другую запись. Если ничего руками не трогать, то Аксапта будет считать, что ничего не изменилось и записывать не будет.

Ничего не понимаю.
В чем прикол то?

**mazzy** · 11.07.2006, 12:03

Цитата:

Сообщение от Dron AKA andy

Подтверждаю проблему. 3.0 SP3CU1.

Вообще-то так всегда было. Система, видимо, считает, что пользовательских изменений записи нет (initValue не в счет - значения по умолчанию), и не сохраняет запись. В нескольких местах системы, где нужно сохранение даже "пустой" записи, используется forceWrite().

Еще раз перечитал - полностью согласен. Респект.

vashilov · 11.07.2006, 12:24

Цитата:

Сообщение от mazzy

Ничего не понимаю.
В чем прикол то?

Сделали так, я думаю, когда натолкнулись на проблемы со "случайным" созданием записей в таблицах.
Например: Есть две таблицы на форме - Главная и Подчиненная.
У подчиненного источника данных стоит свойство InsertIfEmpty = Yes.
Пользователь просто перемещается по главному источнику данных.
Если бы не эта заглушка - в Подчиненной таблице создались бы много "лишних" строк

Похожие темы
Тема	Автор	Раздел	Ответов	Посл. сообщение
Фильтрование записей при "переходе к основной таблице"	demID	DAX: Программирование	10	18.11.2015 12:52
Как в аксапте создать разделяемую блокировку на запись в SALESTABLE.	sergeypp	DAX: Программирование	2	01.09.2006 15:09
Как Узнать из класса - Текущую выбранную запись в таблице	djoker	DAX: Программирование	1	01.12.2004 07:36
Переход на правильную запись при Переходе к основной таблице. - 2	Anais	DAX: Программирование	2	01.11.2004 17:14