|
v7: Как убедить, что надо делать привязку не к числовому реквизиту, а к Ссылке? | ☑ | ||
---|---|---|---|---|
0
EvgeniuXP
01.08.14
✎
20:30
|
В справочниках создали один и тот же числовой реквизит, по которому потом и ищут данные, типа сотрудник - только куча еще других реквизитов, которые по идее должны лежать в других таблицах... ну проектировщики так делали предыдущие... теперь вот пытаюсь переубедить их чтобы отказались от числового реквизита и перешли на ссылку - а то гемор с этим - если обмен делать...
|
|||
1
Fragster
гуру
01.08.14
✎
20:34
|
(0) зачем убеждать? сделай ссылку с наименованием тем же числовым.
|
|||
2
Fragster
гуру
01.08.14
✎
20:34
|
втихаря
|
|||
3
Злопчинский
01.08.14
✎
20:34
|
Гемор не с этим что обмен делать, а стем что привыкли какие-то типовые обмены галочки расставлять, прогать разучились - жрите теперь! ;-)
|
|||
4
Злопчинский
01.08.14
✎
20:34
|
(1) зачем?
|
|||
5
EvgeniuXP
01.08.14
✎
20:35
|
(2) в тихаря не сделать, там вся база завязана на этом дурацком коде... я..ца отрежут сразу :)
|
|||
6
КонецЦикла
01.08.14
✎
20:37
|
Работает - не трогай
Сделай что-нибудь полезное пойди... |
|||
7
ДенисЧ
01.08.14
✎
20:37
|
А зачем переделывать?
У меня в куче баз синхронизация именно по коду идёт... Правда, там завязаны ещё и внешние базы... |
|||
8
EvgeniuXP
01.08.14
✎
20:38
|
а пришли к выводу, что он всегда теперь должен быть закреплен за человеком - один и тот же не зависимо сколько раз пришел на предприятие.
|
|||
9
EvgeniuXP
01.08.14
✎
20:39
|
(7) ну я против, что если внешняя обработка залезет в справочник, удалит и создаст - то код будет тот же самый, если еще предыдущая запись перелетела через обмен - то потом и эта должна перелететь и туда же куда она была там закреплена... а может ошибочно ее закрепят
|
|||
10
КонецЦикла
01.08.14
✎
20:39
|
(8) Ну вот видишь... а в ЗиКе, насколько помню, размножаются сотры.
|
|||
11
EvgeniuXP
01.08.14
✎
20:42
|
(10) у нас тоже размножались, но бухгалтер умный уволился, теперь другой - женщина... ее взбесило, что человек пришел через два месяца и код другой - в ПФР-е какие-то проблемы были, пришлось залезать программно и менять на прежний
|
|||
12
КонецЦикла
01.08.14
✎
20:44
|
(11) У вас самая лучшая прога и самая умная женщина-бухгалтер, см. (6)
|
|||
13
EvgeniuXP
01.08.14
✎
20:45
|
+ еще принимают сотрудников часть в одной базе (8-ке), часть в другой (7.7) - и тут уже не углядишь за этим кодом, т.к. его формировать придется в одной базе и возвращать с привязкой - чтоб потом нормальная синхронизация шла, если вдруг что изменят в элементе
|
|||
14
EvgeniuXP
01.08.14
✎
20:48
|
(12) ну вот так и получается - выплевываю файл один раз и больше не отслеживаем изменения/исправления
|
|||
15
Fragster
гуру
01.08.14
✎
22:42
|
(4) а чтобы никто не заметил.
|
|||
16
Злой Бобр
02.08.14
✎
01:29
|
(0) Задача программиста сделать что б работало и желательно правильно. Как ты этого добьешься - история умалчивает. Судя по всему опыта совсем нету, поэтому читай (6).
|
|||
17
France
02.08.14
✎
01:37
|
Ключ, ептыть, уникальный ключ. Все окей..
|
|||
18
пипец
02.08.14
✎
07:33
|
за один такой вопрос можно бить ногаме
|
|||
19
Рэйв
02.08.14
✎
07:46
|
(0)коленку прострелить.:-)
А вообще если не видят очевидного, то бесполезно убеждать. |
|||
20
MaxS
02.08.14
✎
08:34
|
Как-то работал по ТЗ клиента над обработкой обмена данными.
В ТЗ было указано не _что_ сделать, а _как_ сделать. Выяснение конечных целей приводили к другому алгоритму, который освобождал бы от работы нескольких человек. Заказчик в лице заинтересованного человека не пошел на это. Вот такая бывает "автоматизация". |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |