Диссертация (Разработка архитектуры, алгоритмов и принципов функционирования распределенного вычислительного комплекса информационных сервисов электронного обучения), страница 10
Описание файла
Файл "Диссертация" внутри архива находится в папке "Разработка архитектуры, алгоритмов и принципов функционирования распределенного вычислительного комплекса информационных сервисов электронного обучения". PDF-файл из архива "Разработка архитектуры, алгоритмов и принципов функционирования распределенного вычислительного комплекса информационных сервисов электронного обучения", который расположен в категории "". Всё это находится в предмете "технические науки" из Аспирантура и докторантура, которые можно найти в файловом архиве РТУ МИРЭА. Не смотря на прямую связь этого архива с РТУ МИРЭА, его также можно найти и в других разделах. Архив можно найти в разделе "остальное", в предмете "диссертации и авторефераты" в общих файлах, а ещё этот архив представляет собой кандидатскую диссертацию, поэтому ещё представлен в разделе всех диссертаций на соискание учёной степени кандидата технических наук.
Просмотр PDF-файла онлайн
Текст 10 страницы из PDF
В A-м ОЦВКсоздается первичная запись конкретного интегрального отношения. Эта записьсодержит ссылки на лектора из B-го ОЦВК и на учащегося из C-го ОЦВК,поэтому в B-м и C-м ОЦВК создается соответствующая вторичная запись. Приэтом во вторичную запись передаются только такие значения поисковых ссылок,которые ссылаются на записи ОЦВК, содержащего эту вторичную запись: вовторичную запись B-го ОЦВК переносится значение ссылки на лектора, а в C-мОЦВК – на учащегося. Если в данном интегральном отношении выделеныпоисковые свойства, то во вторичную запись B-го и C-го ОЦВК переносятся ещёи значения из первичной записи для этих поисковых свойств.
При этом значенияпоисковых свойств во вторичной записи B-го и C-го ОЦВК всегда одинаковые.Еслизначение«ПервичныеКлючи_1.КодОрганизации»интегральнойзаписи отличается от кода ОЦВК, в котором она хранится, то, значит, этавторичнаязапись,иначе–первичная,поэтомуупервичнойзаписи«ПервичныеКлючи_1.ID» всегда равно «ПервичныеКлючи_1.ID_Реальный», а увторичной записи, в общем случае, они могут быть не равны, поскольку«ПервичныеКлючи_1.ID_Реальный»«ПервичныеКлючи_1.ID»еёвторичнойпервичнойзаписизаписисодержит[52].Позначениезначениям«ПервичныеКлючи_1.ID_Реальный» и «ПервичныеКлючи_1.КодОрганизации»вторичнойзаписи«ПоскСвойства_22»локализуетсяиеёпервичная«ПоискВнешКлючи_33»запись.позволяютТаблицыфильтроватьпервичные записи по их вторичным записям, а также могут использоваться вкачестве источника некоторых искомых данных.В интегральном отношении наименования таблиц может быть любым,исключая их окончания, которые должны соответствовать назначению каждой57таблицы ДМРД [54]: «_1», «_2», «_3», «_3_1», «_22» и «_33».ПоискВнешКлючи_33PK1IDID_1***ID_hСтатусДатаОткрытияДатаЗакрытияID_ПервКлюч1ПервичныеКлючи_1PKIDID_РеальныйКодОрганизацииСтатусДатаОткрытияДатаЗакрытияID_СвойстваID_ПоискСвойстваID_ВнешКлючиID_ПоискКлючиM11ПоискСвойства_221PKIDСвойство_1***Свойство_kСтатусДатаОкрытияДатаЗакрытияID_ПервКлючи1MВнешниеКлючи_3PKIDID_1***ID_mСтатусДатаОткрытияДатаЗакрытияID_ПервКлючID_КодыОргСвойства_211КодыОрганизаций_3_11MPKIDКодОрганизации_1***КодОрганизации_mMPKIDСвойство_1***Свойство_nСтатусДатаОткрытияДатаЗакрытияID_ПервКлючиРисунок 3.1 – Даталогическая модель распределенных данных для ВКИСЭО [46, 52, 54]Примечания к рисунку 3.1 [46, 52, 54]:• «ПервичныеКлючи_1».
Хранит первичный ключ интегральной записи, а также для вторичнойзаписи хранит данные о местонахождении их первичных записей:АтрибутОписаниеСодержит значение «ПервичныеКлючи_1.ID» первичной записи изID_РеальныйОЦВК, которое указано в «КодОрганизации»Код ОЦВК, который содержит первичную запись с ID, который указанКодОрганизациив «ПервичныеКлючи_1.ID_Реальный»СтатусСтатус записи: OPEN – открыта; CLOSE – закрыта; DELETE – удаленаДатаЗакрытияДата закрытия или удаления записи• «Свойства_2». Хранит свойства сущности (т.е. не ссылки на записи) первичной записи:АтрибутОписаниеСвойство_n n-е свойство сущностиСтатусСтатус записи: OPEN – открыта; CLOSE – закрыта• «ПоискСвойства_22».
Хранит для вторичной записи некоторые данные из «Свойства_2»первичной записи. Эти данные используются для фильтрации первичных записей по ихвторичным записям, а также для получения некоторых искомых данныхАтрибутОписаниеСвойство_k k-е свойство сущности, где k ≤ n (n из «Свойства_2»)СтатусСтатус записи: OPEN – открыта; CLOSE – закрыта• «ВнешниеКлючи_3». Хранит внешние ключи (ссылки на записи) первичной записи:АтрибутОписаниеID_mm-й идентификатор (ссылка) на записьСтатусСтатус записи: OPEN – открыта; CLOSE – закрыта58• «ПоискВнешКлючи_33».
Хранит для вторичной записи некоторые внешние ключи из«ВнешниеКлючи_3» первичной записи, которые ссылаются на записи из ОЦВК, содержащегоданную вторичную запись. Эти внешние ключи используются для получения искомыхданных из записей, на которые они ссылаются, а также для фильтрации первичных записей поих вторичным записям:АтрибутОписаниеh-й идентификатор (ссылка) на запись из ОЦВК, содержащегоID_hданную вторичную запись, где h ≤ m (m из «ВнешниеКлючи_3»)СтатусСтатус записи: OPEN – открыта; CLOSE – закрыта• «КодыОрганизаций_3_1».
Хранит для первичной записи коды ОЦВК, содержащих записи, накоторые ссылаются соответствующие внешние ключи из «ВнешниеКлючи_3»:АтрибутОписаниеm-й код ОЦВК, в котором находится запись с ID,КодОрганизации_mкоторый указан в «ВнешниеКлючи_3.ID_m»Наименование атрибутов «ID_h», «ID_m» и «КодОрганизации_m» (далее –«AC_m»), соответственно, таблицы «ПоискВнешКлючи_33», «ВнешниеКлючи_3»и«КодыОрганизаций_3_1»(рисунок 3.1)имеютстрогуюструктуру:Вид_Таблица$Название, где:• Вид – это «ID» или «AC», означающее, что значение атрибута можетбыть, соответственно, идентификатором записи или кодом ОЦВК;• Таблица – имя таблицы, в которой хранится искомая запись;• $ – символ, который указывается, если указано Название;• Название – произвольное имя атрибута, которое указывается, если нужнов наименовании атрибута отразить смысловое назначение атрибута.Примеры наименований атрибутов:• «ID_AP_Группа» – атрибут может содержать ссылку на запись таблицы«AP_Группа»;• «ID_USER$Студент» – атрибут может содержать ссылку на записьтаблицы «USER» и предназначен для определения учащегося;• «AC_USER$Студент» – атрибут может содержать код ОЦВК, в которомсодержится запись об учащемся в таблице «USER».Правило №3.1: если обычное отношение БД любого ОЦВК можетсодержать ссылку на запись из другого ОЦВК, то это отношение должно бытьпреобразовано в интегральное отношение.Поисковыеатрибуты(свойстваиссылки)позволяютфильтровать59первичные записи по их вторичным записям.
Чем больше таких атрибутов вовторичных записях, тем быстрее можно найти необходимые первичные записи.Если таких атрибутов будет недостаточно, то придется обращаться в другиеОЦВК, чтобы в них фильтровать непосредственно уже первичные записи.Поясним смысл поисковых атрибутов на примере. Предположим, чтопоисковые атрибуты вторичных записей позволили при поиске одной первичнойзаписи определить не один ОЦВК, а десять ОЦВК, в одном из которых хранитсяискомая первичная запись. Тогда придется обратиться к первичным записям этихдесяти ОЦВК, чтобы уже в них найти искомую первичную запись.Кроме того, поисковые атрибуты могут использоваться не только дляфильтрации записей, но и для выборки некоторых данных, чтобы не обращаться вдругой ОЦВК (т.е. к первичной записи) за необходимыми данными.При этом данные (например, оценка за обучение), которые редко участвуютв фильтрации данных, но часто запрашиваемые, лучше реализовывать черезрассылку уведомлений, а не включать в поисковые свойства.
С одной стороны,это позволит уменьшить количество передаваемых изменений из первичныхзаписей в соответствующие вторичные записи. С другой стороны, это позволитпользователям запрашивать такие данные, находящиеся в другом ОЦВК, толькотогда, когда они появились, а не для того, чтобы просто проверить, появились лиожидаемые данные. Доставку уведомлений можно организовать асинхроннойпередачей сообщений, например: создать подсистему уведомлений в каждомОЦВК, в которую передавать персональные сообщения; делать персональнуюрассылку по e-mail.Какую дилемму решает доставка уведомлений, поясним на примереучащегося из конкретного ОЦВК, которому выставлена оценка (атрибут“Отметка”) в другом ОЦВК, в котором он проходил обучение:• если включить атрибут “Отметка” в поисковые свойства, то, с однойстороны, учащийся сможет получать это значение из вторичной записи безобращения к её первичной записи, но, с другой стороны, нужнопередавать это значение во вторичную запись;60• если не включить атрибут “Отметка” в поисковые свойства, то, с однойстороны, учащийся, возможно, будет неоднократно обращаться кпервичной записи, чтобы только проверить наличие значения, но, с другойстороны, не нужно передавать это значение во вторичную запись.Атрибуты, содержащие ссылки на записи, могут быть двух типов: общие ичастные атрибуты (а их значения, соответственно, общие и частные ссылки) –этоатрибуты,содержащиессылкиназаписи,которыеприсутствуют,соответственно, во всех и только в конкретных ОЦВК.
Например:• общим атрибутом может быть атрибут, ссылки которого указывают на типроли участника прикладного процесса, полный перечень которыходинаковый для всех ОЦВК;• частным атрибутом может быть атрибут, ссылки которого указывают напользователя, а пользователь всегда числится (зарегистрирован) вконкретном ОЦВК.Если частный атрибут может содержать ссылку на запись из другого ОЦВК,то этот атрибут обязательно выделяется в качестве поискового атрибута таблицы«ПоискВнешКлючи_33». Общий атрибут выделяется в качестве поисковогоатрибута таблицы «ПоискВнешКлючи_33» только по необходимости. Поэтомупоисковые ссылки/атрибуты также следует различать соответствующим образом:поисковые общие или частные ссылки/атрибуты.Правило №3.2: в качестве поисковых свойств и поисковых общих ссылокнужновыбиратьтакиеатрибуты,значениякоторыхлиборедкомодифицируются, либо часто используются для фильтрации записей.Поясним суть правила №3.2.