Имя: Пароль:
1C
1С v8
Объединение разделенных данных при конвертации.
, ,
0 Daluvan
 
30.12.20
10:21
Переношу самописную конфигурацию при помощи конвертации2. Данные в базе разделены. Кто-нибудь сталкивался с таким, как лучше это сделать?
1 ДенисЧ
 
30.12.20
10:23
Если где-то кто-то что-то разделил - почти всегда это можно объединить обратно.

PS. Фарш - исключение.
2 andrey2CC1
 
30.12.20
14:35
Если я правильно понимаю, то вопрос состоит в том, как правильно соединить данные? Типа дубли что ли? Поля поиска указать.
3 Daluvan
 
30.12.20
17:07
(2) Есть такая технология разделения данных в 1с. На подобии организаций в типовых. Данные разделены, но конфигурация общая. Вот как несколько баз с одинаковой конфигурацией в одной.
4 Daluvan
 
30.12.20
17:09
в наличии в каждом разделении, одинаковые коды и названия
5 Масянька
 
30.12.20
17:14
(3) Что значит "на подобии организаций"?
У разных организаций - общие справочники, разные док-ты. Но, опять-таки, есть нюансы.
И "несколько баз с одинаковой конфигурацией" - это о чем?
6 polosov
 
30.12.20
17:16
(3) похоже основные действия надо выполнять в ПВД. Выбирать данные сначала для одного параметра сеанса, потом для другого и т.п. потом соединять данные и уже отдавать в ПКО.
7 polosov
 
30.12.20
17:18
+(6) Только не понято, что делать при выгрузке по ссылке. короче слишком мало информации по твоей базе и что конкретно ты переносишь.
8 vde69
 
30.12.20
17:21
(0) если используется типовой механизм разделения данных, то тут 2 варианта

1. для каждого значения разделителя делать отдельный файл выгрузки по стандартным правилам кд2, а при загрузке как-то не стандартно все сливать

2. делать выгрузку из под неразделенного пользователя, правда я не уверен, что прокатит
9 Daluvan
 
31.12.20
08:00
(5) Можно вести несколько организаций в одной базе. Разделение данных... Можно погуглить.
10 Daluvan
 
31.12.20
08:15
(6) Да, вся проблема в том, что выгружается только то, что доступно в текущем сеансе. А при загрузке невозможно загрузить из-за того, что коды справочников и документов накладываются друг на друга и получается фарш.
Вопрос в том где/в какой момент объединить.
Какая тут информация, два десятка справочников и документов на которых включено разделение данных.
11 Daluvan
 
31.12.20
08:18
(8) так и есть пробую не стандартно залить, но не все гладко получается.
к пункту 2 при разделении общего пользователя нет. при попытке объединить данные в источнике - база рассыпается.
12 БаксПо90
 
31.12.20
08:23
что значит рассыпается ? Дубли что появляются ?
13 Daluvan
 
31.12.20
08:25
(12) пропадают данные.
14 ДенисЧ
 
31.12.20
08:28
В одном разделителе у тебя номенклатура код 105 - "Молоко топлёное б/у", в другом "BMW слегка дырявая (80 отверстий 5.24)"
И как ты их будешь объединять?
15 БаксПо90
 
31.12.20
08:41
(13) Какие данные пропадают. Ну вот деньги из карманов понятно, что пропадать могут, у там дырки или чужие руки .. но как может пропасть то что ты сам переносишь ..
т.е. вот взял, поместил куда то , а потом это забрал и вставил.
16 Daluvan
 
31.12.20
08:42
(14) :-)) молоко БМВ топленое дырявое
17 Guk
 
31.12.20
08:45
что-то мне не попадались конфигурации, где справочники разделены по разделителю учета. поэтому сложно понять, о чем вообще в (0) и какая цель стоит...
18 Daluvan
 
31.12.20
08:48
(15) Ну если подробно то так. Если перенумеровать все элементы справочников и документов ещё получается. А вот если отключить разделение или попытаться выгружать загружать то справочники и документы получаются пустые.
19 Daluvan
 
31.12.20
08:49
(17) Это самописка
20 Daluvan
 
31.12.20
08:50
(17) перенос в другую базу с объединением.
21 ДенисЧ
 
31.12.20
08:51
(17) Во вреше не работал?
22 БаксПо90
 
31.12.20
08:55
Честно говорю, я вчера не пил, но понять не могу.
Выгрузка идет через файл ? Перехватить файл возможно ? Посмотреть что выгружается в файл можно ?
В этих данных есть переносимые данные ? Да/Нет
Если данные есть, то что же загружается ?
я вот с разделителями не работал, но если этот признак допустим есть в выгрузке и его база приняла не может ли быть так что ты "не видишь" этих данных в базе после переноса .
Хоть что нибудь переносится?
23 Daluvan
 
31.12.20
09:06
(22) Я выше писал (10) (11)
24 Guk
 
31.12.20
09:07
(21) что это?...
25 ДенисЧ
 
31.12.20
09:09
26 БаксПо90
 
31.12.20
09:15
ну открой схему обмена и посмотри как они ищутся .. обычно по внутреннему ай ди ... если они расползаются то значит он разный и надо настроить так что бы он не влиях.. или же все же влияет признак разделения , то его надо исключить
27 Daluvan
 
31.12.20
09:20
(26) Я это и смотрю, но написал на форуме на тот случай, если кто-то уже имел дело с таким и мог бы поделиться опытом или идеей, чтобы не изобретать велосипед.
28 БаксПо90
 
31.12.20
09:22
а в чем тут велосипед то ? это правила обмена .. что сказал , то и получилось
29 Guk
 
31.12.20
09:29
(25) у меня во фреше типовая БП лежала. что-то я не помню там разделения справочников по организации...
30 ДенисЧ
 
31.12.20
09:31
(29) Организация и разделитель данных в фреше - немного разные вещи.
31 Guk
 
31.12.20
09:31
а в чем проблема при загрузке делать префикс у документов и справочников, чтобы они не пересекались?...
32 arsik
 
гуру
31.12.20
09:49
(27) При загрузке ищи по ГУИДу, зачем по стандартным реквизитам искать?
33 Daluvan
 
31.12.20
10:46
(31) Так и делаю.
34 Вафель
 
31.12.20
10:48
лучше перенести как есть, а потом заниматься удалением дублей
35 vde69
 
31.12.20
10:51
(17) любая типовая (хоть бух) имеет 100% функционал разделения, включается по 2м константам, после этого без всяких фрешей и прочей лабудени все работает с разделителями.

я думал ЗУП так сделать, по тому как типовой план обмена в ЗУП "по организациям" нифига по организациям не работает, он столько мусора выносит в узел, что ппц
36 Guk
 
31.12.20
10:54
(35) чтобы сделать РЛС по организации, например, для справочника "Номенклатура", у этого справочника как минимум должен быть реквизит Организация. в типовой БП он есть?...
37 vde69
 
31.12.20
10:55
(34) так не выйдет, причин много...

(0) сделай общий реквизит "разделитель данных" (но данные не разделяй), пропиши его всем метаданным, в него заливай разделитель из источника, а потом уже обьединяй с использованием регистра "соответствия объектов информационных баз", а при объединении используй этот реквизит как признак приоритета данных при слитии
38 vde69
 
31.12.20
10:57
(36) будешь удивлен - есть
ОбластьДанныхОсновныеДанные + ОбластьДанныхВспомогательныеДанные
39 vde69
 
31.12.20
10:58
(37) +
и соответственно этот реквизит в конвертации используй для поиска
40 Guk
 
31.12.20
10:59
(38) конечно буду...
41 Вафель
 
31.12.20
11:03
(37) можно причины озвучить?
42 Daluvan
 
31.12.20
12:28
(37) Да, вариант.
43 Daluvan
 
31.12.20
12:30
(41) Причины в том, что дублей нет и данные могут иметь одинаковые ссылки, коды итд.
44 vde69
 
31.12.20
12:35
(41) например ключ поиска не включает в себя разделитель,
например у меня есть 2 разных по смыслу контрагента с одним ИНН и одним КПП но разделенные разделителями, при твоем подходе - они сольются и будет использоватся только 1 набор....

пример:
для разделителя 1 - инн=000000 название=Прочие
для разделителя 2 - инн=000000 название=Наша черная компания
для разделителя 3 - инн=000000 название=Официальный постащик из Франции

как думаешь, что получится ?
45 Вафель
 
31.12.20
13:19
ну так по инн не нужно искать - дубли потом.
А то что ссылки будут одинаковые - маловероятно.
мне кажется что гуид вообще остается уникальным в пределах таблицы
46 Aleksey
 
31.12.20
13:59
Ну так представь что это физически разные базы и тебе нужно слить в одну
47 acht
 
31.12.20
14:03
(45) Тебе кажется. При независимом разделении - могут.
См. https://its.1c.ru/db/v8313doc#bookmark:dev:TI000000879 пункт 24.2.1
48 Droning1C
 
01.01.21
10:21
ПВД со способом выборки "Произвольный алгоритм" и твори там все что хочешь. И обмен быстрее работать будет.
49 Daluvan
 
02.01.21
11:24
(48) Да тут вариантов не много. Главное данные не потерять. И я думал, что все-таки возможно сразу выгрузить, но придется под каждым сеансом выгружать.
Кaк может человек ожидaть, что его мольбaм о снисхождении ответит тот, кто превыше, когдa сaм он откaзывaет в милосердии тем, кто ниже его? Петр Трубецкой