Добавление/перемещение/удаление объекта пространства имен (диалог) - История изменений

SYSDBA: /* Обновить */

2016-06-03T07:55:59Z

‎Обновить

SYSDBA в 07:30, 3 февраля 2016

2016-02-03T07:30:00Z

SYSDBA в 16:18, 28 января 2016

2016-01-28T16:18:42Z

SYSDBA: /* Добавить */

2016-01-25T19:26:36Z

‎Добавить

SYSDBA в 18:42, 25 января 2016

2016-01-25T18:42:58Z

SYSDBA в 18:07, 25 января 2016

2016-01-25T18:07:23Z

SYSDBA: Новая страница: « Category:Диалоги»

2016-01-06T11:38:31Z

Новая страница: « Category:Диалоги»

Новая страница

[[Category:Диалоги]]

← Предыдущая		Версия 07:55, 3 июня 2016
Строка 48:		Строка 48:

	[[Category:Диалоги]]		[[Category:Диалоги]]
		+	[[Category:Черновик]]

@@ Строка 1: / Строка 1: @@
 ===Терминология===
@@ Строка 8: / Строка 13: @@
 Простейший объект в базе данных -- одна запись таблицы, которую можно экспортировать в файл, перенести и загрузить на другую базу -- исключительная редкость. Как правило, запись содержит ссылки на другие записи, т.е. можно сказать, что объект '''ЗАВИСИТ ОТ''' других объектов. Например, объект '''Накладная''' содержит ссылку на '''Клиента'''. Таким образом, при переносе на другую базу данных сначала надо перенести соответствующий объект '''Клиент''' и только затем объект '''Накладная'''.
-В приведенном выше примере объект '''Клиент''' можно и не переносить, если мы точно знаем, что нужный нам объект присутствует в '''Целевой''' базе данных. Поиск и сопоставление объектов осуществляется по их уникальным идентификаторам записи -- [[RUID]].
+В приведенном выше примере объект '''Клиент''' можно и не переносить, если мы точно знаем, что нужный нам объект присутствует в '''Целевой''' базе данных. Поиск и сопоставление объектов осуществляется по их уникальным идентификаторам записи ([[RUID]]) и, если это предусмотрено логикой бизнес-объекта, по определенным уникальным признакам.
-−
-Некоторые объекты логически объединяют в себе другие объекты, которые могут быть как связанными между собой, так и полностью независимыми с реляционной точки зрения. Например, документ '''Накладная''' состоит из заголовочной части -- '''Шапки''', которая сама по себе является самостоятельным бизнес-объектом, и из множества позиций, каждая из которых, сама по себе, является самостоятельным бизнес-объектом. Иными словами, мы скажем, что '''Накладная''' -- это '''составной''' объект, а шапка и позиции -- его составляющие части. Мы можем перенести шапку на другую базу данных, но, очевидно, что в "отрыве" от позиций она не несет в себе необходимой нам информации.
-−
 ====Добавить====
@@ Строка 28: / Строка 31: @@
 Если мы хотим добавить только один из объектов, показанных в окне, в списке зависимых, то следует установить на него курсов и вызвать команду из контекстного меню по правой клавише мыши.
 [[Category:Диалоги]]

← Предыдущая		Версия 16:18, 28 января 2016
Строка 11:		Строка 11:

	Некоторые объекты логически объединяют в себе другие объекты, которые могут быть как связанными между собой, так и полностью независимыми с реляционной точки зрения. Например, документ '''Накладная''' состоит из заголовочной части -- '''Шапки''', которая сама по себе является самостоятельным бизнес-объектом, и из множества позиций, каждая из которых, сама по себе, является самостоятельным бизнес-объектом. Иными словами, мы скажем, что '''Накладная''' -- это '''составной''' объект, а шапка и позиции -- его составляющие части. Мы можем перенести шапку на другую базу данных, но, очевидно, что в "отрыве" от позиций она не несет в себе необходимой нам информации.		Некоторые объекты логически объединяют в себе другие объекты, которые могут быть как связанными между собой, так и полностью независимыми с реляционной точки зрения. Например, документ '''Накладная''' состоит из заголовочной части -- '''Шапки''', которая сама по себе является самостоятельным бизнес-объектом, и из множества позиций, каждая из которых, сама по себе, является самостоятельным бизнес-объектом. Иными словами, мы скажем, что '''Накладная''' -- это '''составной''' объект, а шапка и позиции -- его составляющие части. Мы можем перенести шапку на другую базу данных, но, очевидно, что в "отрыве" от позиций она не несет в себе необходимой нам информации.
		+
		+

	====Добавить====		====Добавить====

@@ Строка 16: / Строка 16: @@
 Объект не входит ни в одно пространство имен. Для добавления следует выбрать пространство имен из списка и установить нужные признаки.
-Если флаг '''Включить связанные объекты''' установлен, то все объекты из показанного в окне списка (списков), будут добавлены в ПИ. Если добавляемый объект присутствует в другом ПИ, то вместо его повторного добавления будет установлена зависимость между выбранным ПИ и тем ПИ, где присутствует объект. Если объект уже присутствует в выбранном ПИ и находится в нужной позиции, то он добавляться повторно не будет. Если объект присутствует, но его позиция не соответствует очередности зависимости, то он будет перенесен в нужную позицию. Добавляемые объекты получат такие же флаги, как и основной объект. Признаки существующих записей будут переопределены только если не установлен флаг '''Не изменять признаки существующих записей'''.
+Если флаг '''Включить связанные объекты''' установлен, то:
-Если мы хотим добавить только один из объектов, показанных в окне, в списке зависимых, то следует установить на него курсов и вызвать команду из контекстного меню по правой клавише мыши.
+# Все объекты из показанного в окне списка (списков), будут добавлены в ПИ.
 [[Category:Диалоги]]

@@ Строка 14: / Строка 14: @@
 ====Добавить====
-Объект не входит ни в одно пространство имен.
+Объект не входит ни в одно пространство имен. Для добавления следует выбрать пространство имен из списка и установить нужные признаки.
 [[Category:Диалоги]]

← Предыдущая		Версия 18:07, 25 января 2016
Строка 1:		Строка 1:
		+
		+
		+
		+	===Терминология===
		+
		+	Мы рассматриваем процесс переноса объекта из '''Исходной''' базы данных, где он существует в виде одной или нескольких записей в реляционных таблицах, в '''Целевую'''.
		+
		+	Простейший объект в базе данных -- одна запись таблицы, которую можно экспортировать в файл, перенести и загрузить на другую базу -- исключительная редкость. Как правило, запись содержит ссылки на другие записи, т.е. можно сказать, что объект '''ЗАВИСИТ ОТ''' других объектов. Например, объект '''Накладная''' содержит ссылку на '''Клиента'''. Таким образом, при переносе на другую базу данных сначала надо перенести соответствующий объект '''Клиент''' и только затем объект '''Накладная'''.
		+
		+	В приведенном выше примере объект '''Клиент''' можно и не переносить, если мы точно знаем, что нужный нам объект присутствует в '''Целевой''' базе данных. Поиск и сопоставление объектов осуществляется по их уникальным идентификаторам записи -- [[RUID]].
		+
		+	Некоторые объекты логически объединяют в себе другие объекты, которые могут быть как связанными между собой, так и полностью независимыми с реляционной точки зрения. Например, документ '''Накладная''' состоит из заголовочной части -- '''Шапки''', которая сама по себе является самостоятельным бизнес-объектом, и из множества позиций, каждая из которых, сама по себе, является самостоятельным бизнес-объектом. Иными словами, мы скажем, что '''Накладная''' -- это '''составной''' объект, а шапка и позиции -- его составляющие части. Мы можем перенести шапку на другую базу данных, но, очевидно, что в "отрыве" от позиций она не несет в себе необходимой нам информации.
		+
		+	====Добавить====
		+
		+	Объект не входит ни в одно пространство имен.
		+


	[[Category:Диалоги]]		[[Category:Диалоги]]