|
Организация ввода документов ???
|
||
|---|---|---|
Участник
Откуда: Санкт-Петербург
Сообщения: 2 065 |
||
| 04.10.2005, 10:25 |
|
|
Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Организация ввода документов ???
|
|||
|---|---|---|---|
|
#18+
Кто, как организует ввод документов с табличной частью (накладные, фактуры и т.д.). Поделитесь опытом гуру ? Или может где материальчик кто видел. Проблемы такие: - при редактировании данных на клиенте должна проверяться ссылочная целостность, но ведь данные из табличной части по идее не должны записываться на сервер до нажатия кнопки "Записать" на форме документа - иногда существует потребность всетаки сохранять изменения на клиенте в строках документа сразу на сервер (например установка резервов по заказу) а как тогда быть при нажатии кнопки "отмена". Кто-то использет временные таблицы на клиенте. Кто-то использует временные таблицы на сервере. А каким путем идут специалисты ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.10.2005, 21:45 |
|
||
|
Организация ввода документов ???
|
|||
|---|---|---|---|
|
#18+
при редактировании данных на клиенте должна проверяться ссылочная целостность, но ведь данные из табличной части по идее не должны записываться на сервер до нажатия кнопки "Записать" на форме документа ну вообще то ссылочная целостность - это сервер. Не очень понятно, про какую ссылочную целостность говорится в данном контексте (возможно накладная - фактура), но заполняется некоторая форма (скажем заголовок накладной) и при нажатии кнопки "Сохранить" - вызывается хранимая процедура с соотвтствующими параметрами (значения берутся из контролов формы ). Если ошибок нет - транзакция закоммичивается - данные записываются в рабочую таблицу(цы). В противном случае данные не сохраняются -транзакция откатывается - пользователю выдается сообщение об ошибке. - иногда существует потребность всетаки сохранять изменения на клиенте в строках документа сразу на сервер (например установка резервов по заказу) а как тогда быть при нажатии кнопки "отмена". по моему отмена ввода строки - есть удаление сторки (т е заменяем "Отменить" на "Удалить" ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.10.2005, 22:14 |
|
||
|
Организация ввода документов ???
|
|||
|---|---|---|---|
|
#18+
Ссылочная целостность, это когда пользователь правильно указал товар (напрмер поставил код существующего), указал единицу измерения, указал не нулевое количество и т.д.... кончно можно это все на клиенте, но не всегда... Вообще если это ввод нового документа тогда проблем нет, а если изменение существующего ? Т.е. пользовтель открыл документ, какие-то строки удалил, какие-то изменил, а потом сказал "Отмена". Тогда как ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 03.10.2005, 22:33 |
|
||
|
Организация ввода документов ???
|
|||
|---|---|---|---|
|
#18+
Все изменения делать только на клиенте. А на сервер сливать в транзакции с проверкой. Еще можно все что редактируется на форме держать в темповой табличке, по нажатию кнопки сохранить из темповой законять в постоянные в транзакции ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.10.2005, 10:25 |
|
||
|
Организация ввода документов ???
|
|||
|---|---|---|---|
|
#18+
megadonkeyВообще если это ввод нового документа тогда проблем нет, а если изменение существующего ? Т.е. пользовтель открыл документ, какие-то строки удалил, какие-то изменил, а потом сказал "Отмена". Тогда как ? Если документ еще не проведен, то проблем нет... Надо действовать так же, как при вводе нового. А вот если документ уже проведен (с него сделаны бухгалтерские проводки, подсчитаны остатки, итоги и т.д.), то тогда только сторнирование и ввод нового. И бить такого пользователя (и "по рукам" и рублем (в смысле - штрафовать)) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.10.2005, 10:54 |
|
||
|
Организация ввода документов ???
|
|||
|---|---|---|---|
|
#18+
megadonkeyВообще если это ввод нового документа тогда проблем нет, а если изменение существующего ? Т.е. пользовтель открыл документ, какие-то строки удалил, какие-то изменил, а потом сказал "Отмена". Тогда как ? "Отмена" - она и есть отмена. По другому - Rollback. Соответственно, все обновления информации до commit'a должны лежать на клиенте и при "отмене" просто делается requery с сервера... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.10.2005, 10:59 |
|
||
|
Организация ввода документов ???
|
|||
|---|---|---|---|
|
#18+
megadonkeyданные из табличной части по идее не должны записываться на сервер до нажатия кнопки "Записать"Сколько голов - столько идей. Я сторонник такой схемы: Если документ еще разрешен для редактирования и что-то юзер изменил в документе - тут же на сервере идут изменения триггерами и процедурами, в том числе и для проведенного документа. Ссылочная целостность проверяется в процедурах на сервере. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.10.2005, 12:03 |
|
||
|
Организация ввода документов ???
|
|||
|---|---|---|---|
|
#18+
Обычно различают события редактирования формы документа: - выход из поля - проверить значение поля, - выход из строки - проверить правила для строки (например, запрещено дублирование пару товар + цена продажи), - нажатие функциональной кнопки - проверить условия на документ в целом - (например, общая сумма не более ....). Где проверять и когда писать - возможно для разных событий по-разному. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.10.2005, 12:48 |
|
||
|
|
start [/forum/topic.php?fid=32&msg=33303292&tid=1545634]: |
0ms |
get settings: |
6ms |
get forum list: |
14ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
38ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
52ms |
get tp. blocked users: |
1ms |
| others: | 246ms |
| total: | 374ms |
| 0 / 0 |
