Тут у коллег возникла проблема: как связать все найденные в результате запроса объекты (в данном случае – трудовая деятельность ТД) с вновь созданным объектом Организация РГ (последняя, как мне сообщили, почемуто исчезла из Банка данных) по системному номеру последнего? Речь, разумеется, идет не о последовательной коррекции (связывании) ТД с РГ, поскольку этот процесс довольно трудоемкий.
В ДОС-версии проблема решалась просто, лично только что вспомнил и проверил.

Да и в новых версиях решается просто.
Отбираете нужные записи ТД. В режиме просмотра все их помечаете. В пункте меню Записи или выпадающем меню ПКМ Копировать в буфер обмена. Затем идете в РГ - создаете новую связанную ТД и в окошке Значения сложного поля нажимаете Вставить.

Да, действительно, так получается. Хотя в ДОС-е это выполнялось несколько иначе и проще. Спасибо, ребятам сообщу.

Пожалуйста!
:)Материальную часть надо знать. Но это вроде очевидная вещь, когда видишь пункты этого меню практически каждый день и не задаешься вопросом "А зачем они?".

Прежде чем обратиться на Форум, я, конечно же, прочел документацию (в частности 5.2.9. Работа с буфером обмена в окне «Ввод» и др.), однако меня смутил сам режим «Ввод». В ДОС-е было гораздо проще»: после запроса на Поиск переходишь на связь с объектом (например, РГ), далее F5, указываешь системный номер, нажимаешь Ctrl-F5, после сообщения – Установить отсылку на РГ5 во всех отобранных объектах? Нажимаешь ДА и все дела. В любом случае, Спасибо. Завтра с рабочей копии Банка Данных «сниму» все системные номера Трудовой Деятельности (как мне сказали, их там более 1.000 штук), создам Строчный запрос, используя Excell, далее Поиск ТД, Копирование в буфер обмена и т.д. для связи с восстановленной РГ. По-правде говоря, я практически не занимаюсь CronosPro, поскольку в нашей организации от нее хотят постепенно отказаться, ввиду того, что последняя не поддерживает Unicode и соответственно национальный шрифт (армянский, об этом я уже писал в ветке ДОС).

Цитировать:

... Завтра с рабочей копии Банка Данных «сниму» все системные номера Трудовой Деятельности (как мне сказали, их там более 1.000 штук), создам Строчный запрос, используя Excell, далее Поиск ТД, Копирование в буфер обмена и т.д. для связи с восстановленной РГ.

Немного непонятные действия. Рабочая копия имеет те же самые системные номера, которые нужно восстановить?
Тогда все делается в одну строчку формулами в выходных формах из режима просмотра:
[code]
// по структуре демо банка
// в банке источнике
writefile("c:\temp\massn.txt",РГ70_ТД )
// в банке приемнике
РГ70_ТД:=readfile("c:\temp\massn.txt")[/code]


Цитировать:

По-правде говоря, я практически не занимаюсь CronosPro, поскольку в нашей организации от нее хотят постепенно отказаться, ввиду того, что последняя не поддерживает Unicode и соответственно национальный шрифт (армянский, об этом я уже писал в ветке ДОС).

Вряд ли найдется полноценная замена, прежде всего из-за простоты использования CronosPro. Потребуются значительные финансовые затраты и для повседневной работы привлечение специалистов по SQL.
Даже при переходе на Unicod-ную версию проблем с различными вариантами поиска не избежать.
Использование ArmSCII вообще поставит всё в тупик.

А что системные номера уже введенных информационных объектов каждый раз перестраиваются и не совпадают с имеющимися в копиях БД?

Цитировать:

системные номера уже введенных информационных объектов каждый раз перестраиваются и не совпадают с имеющимися в копиях БД?

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

Ну вот, все прошло нормально. Также было проверено количество лиц, связанных через ТД с Организацией в Банке Данных копии и ныне действующей – все совпало.
Касаемо системных номеров информационных объектов, то в этом БД ничего не удаляется: добавляется, корректируется и ещё раз добавляется – операторы не имеют доступа к удалению. Оптимизация и другие действия Администрирования никак не должны повлиять на системные номера уже введенных информационных объектов.
Что касается вопроса замены CronosPro на другую СУБД, то я тут полностью согласен: CronosPro не имеет альтернативы по своей простоте понимания и реализации различных задач. Была найдена замена, которая создана на базе MySql, но последняя может использовать национальные шрифты, что и было основным при её выборе, правда даже не всё, что было создано в ДОС-овской версии, а также CronosPro,  смогли реализовать в этой новой СУБД.

Всё хорошо, что хорошо заканчивается.
Каким способом? Созданием запроса через Excel?  :)

Цитировать:

... Была найдена замена, которая создана на базе MySql, но последняя может использовать национальные шрифты, что и было основным при её выборе, правда даже не всё, что было создано в ДОС-овской версии, а также CronosPro,  смогли реализовать в этой новой СУБД.

Да и в CronosPro текстовое содержание можно хранить в национальных шрифтах через doc(x), xls(x), rtf, txt (unicode), pdf и др.. Вопрос в скорости выборки, возможности сортировки и других фишках.

После получения системных номеров ТД и сохранения их в RTF-файле, копируем их в Excell, убираем пустые строки, далее вставляем номера в шаблон Excell, ну я думаю, остальное понятно из рисунков.
Кстати, также можно создать шаблон поиска списка лиц по Фамилии Имени и, если нужно, Отчеству. Такую задачу я решил для моих коллег, но пока что не применил: армянские фамилии это не Иванов, Петров, Сидоров и т.д. Тут одна фамилия может быть введена в БД по-разному: например, Саркисян, Саргсян, Сарксян и т.д. Тут даже режим ассациативного поиска не поможет. Понятное дело, список должен быть в виде файла, чтобы его можно было обработать.
Кстати, поступающие файлы в национальных шрифтах, конечно же, хранятся в полях формата Файл (.doc, .docx и др.), однако поиск информации в них по контексту невозможен, а это здесь считается чуть ли не основным требованием. Правда, я тут тоже нашел выход – но это уже другая история.

---

Можно и так, но это больше похоже на вырезание гланд через одно место. Если уж не захотели использовать формулу в одну строчку, то можно было бы восстановить на этом же компьютере копию банка, в организации скопировать связанные ТД и их из буфера обмена вставить в нужную запись РГ в другом банке. И никаких файлов, и никаких сторонних программ и манипуляций. А то используете файл RTF, берете из него данные, вставляете в программу Excel, производите их коррекцию, затем запускаете как запрос и т.д. 

Работу формулы пока что не проверял, возможно с ней (формулой) было бы проще. Просто этот метод я применил, поскольку ранее использовал его для пакетного запроса на проверку лиц, проходящих по БД (операторы БД жаловались, что ежедневно им приходится проверять списки из более чем 400 лиц). Тем более, что всё заработало и все довольны. Метод с формулой, конечно же, заслуживает внимания, при случае воспользуюсь им. Спасибо за совет.

Только что проверил работу формул на Демо-банке Primer. Да, действительно, формулы работают: удалив РГ – ТОО «Сапфир», имеющую 2 связи с ТД (предварительно запустив первую формулу – банка источника), после чего введя заново эту РГ, в режиме просмотра использовал выходную форму со второй формулой - приемника. Связи восстановились. Ну что ж, в будущем буду иметь ввиду.

Цитировать:

... я практически не занимаюсь CronosPro, поскольку в нашей организации от нее хотят постепенно отказаться, ввиду того, что последняя не поддерживает Unicode и соответственно национальный шрифт (армянский, об этом я уже писал в ветке ДОС).

1. Есть сборки CronosPro поддерживающие Unicode. Об этом сказано в файле CroLua.chm (Clipboard.GetText ())
2. Элементы формы поддерживают rtf и Unicode в нем. Сам rtf можно хранить в обычных текстовых полях.
3. Программным способом можно организовать и поиск в  Unicode по полям банка.

---

Ну что же, это уже интересно и с этим надо будет разбираться. Тут ведь вопрос стоит так – кто будет этим заниматься? В свое время разработчики категорически отказались о возможности применения Unicod-а в БД. Помнится, ребята из Прибалтики попросили, чтобы была создана англоязычная версия Кроноса – мол, вы же знаете, какое тут отношении к русскому языку.
Как ранее было замечено, я более 10 лет активно не занимаюсь Кроносом. Да, по моей рекомендации в прошлом году  была куплена 7-ая версия CronosPro с серийным номером 1062Х  на 10 пользователей, подключены 5 Банков Данных со своими доступами и т.д., т.е. то, что еще осталось у меня в памяти, и было реализовано.
В любом случае, спасибо за подсказку, это в корне меняет представление о Кроносе, расширяя его возможности. Буду иметь ввиду.

пока самые оптимальные 2 варианта.
1. Заказать сборку с поддержкой unicode (лучший)
2. использовать существующие возможности и проектировать формы для работы с unicode.

То есть  Вы хотите сказать, что сборка с поддержкой Unicode позволит описывать наименования полей и их содержимое армянским шрифтом, например, как в Access-е?

---

Не видел, не трогал, не "нюхал", такие сборки, но скорее всего ДА.

Для начала неплохо было бы иметь Демо-версию такой сборки Кроноса в соответствующей ветке загрузки сайта, в аннотации которого и была бы указана возможность работы в Unicod-е, после чего уже принять решение о покупке последнего. А то голословно утверждать, что, мол, есть такая версия, звучит как-то неубедительно. Думаю, многие хотели бы ее иметь.

Если разработчики упомянули в документации наличие такой версии, наверное такая существует. Можно к ним обратиться и попросить прояснить.
Даже в существующей демо версии возможен такой вариант таблицы как на картинке  при использовании в качестве элемента ActiveX IE browser.

---