|
Чтение свойств незаписанного объекта в запросе. Фантастика?
| ☑ |
0
Crush
26.08.14
✎
16:05
|
Перед записью объекта хочу проверить значения его свойств в запросе.
Передавать в запрос таблицу значений со свойствами не охота.
Может у кого есть свои приёмы? Ну типа: записать объект в транзакции; прочитать свойства; отменить транзакцию.
|
|
1
Широкий
26.08.14
✎
16:08
|
Запись как бы тяжелая операция. Временная таблица в запросе гораздо легче
|
|
2
Crush
26.08.14
✎
16:10
|
(1) Да не факт, что записанный объект в незакрытой транзакции будет доступен по ссылке в запросе. Это я так к примеру привел.
|
|
3
hhhh
26.08.14
✎
16:18
|
(2) будет доступен
|
|
4
КонецЦикла
26.08.14
✎
16:30
|
Что такое свойства?
Извольте выражаться по-пролетарски...
|
|
5
Crush
26.08.14
✎
16:36
|
(4) Ссори, пролетариев то я не учел:)
|
|
6
mzelensky
26.08.14
✎
16:47
|
(0)
1) Что мешает проверять свойства не в запросе, а сразу в имеющемся объекте?
2) Если уж хочешь в запросе, то опять-таки чем НЕ подходит таблица значений?
|
|
7
Crush
26.08.14
✎
16:59
|
(6)
1) для проверки нужны данные из других таблиц базы.
2) Всем подходит. Не хотел ограничиваться только таким способом в надежде на наличие более продвинутых методов.
|
|
8
sf
26.08.14
✎
17:12
|
(7) если очень хочется, проверяй в "приЗаписи".
|
|
9
Crush
26.08.14
✎
17:33
|
(8) Тоже не вариант.
После проверки свойсв создается/обновляется объект другого типа и его ссылка устанавливается в записываемый объект. А событие ПриЗаписи возникает после того как данные записаны в таблицу - потребуется повторная запись (что ни есть хорошо).
|
|
10
КонецЦикла
26.08.14
✎
17:34
|
(9) Придумай зверский алгоритм и продай Нуралиеву
|
|
11
sf
26.08.14
✎
17:37
|
(8) потребуется повторная запись (что ни есть хорошо).
если тебе на (1) пофиг, то транзакция-то одна, т.е. цена операции та же будет
|
|
12
adron
26.08.14
✎
17:40
|
(0) Жениться вам надо, барин!
|
|