Разделение - база - данные
Cтраница 1
Разделение базы данных на два файла, в одном из которых содержатся таблицы, а в другом - запросы, формы, отчеты, макросы, модули и ярлыки страниц доступа к данным, позволяет пользователям, имея доступ к общему источнику данных, создавать свое собственное приложение. В созданном приложении пользователя таблицы отображаются как связанные. Работа с этими таблицами в приложении не отличается от работы с таблицами в неразделенной базе данных. [1]
Мастер по разделению баз данных в диалоге с пользователем производит все необходимые действия. [2]
Простым решением этой проблемы является разделение базы данных на табличную часть базы данных, которая содержит таблицы, и интерфейсную часть базы данных, которая содержит все остальные объекты базы данных. Вы можете хранить табличную часть базы данных на сервере, а интерфейсную часть распространить среди людей, которые работают с данными. Они могут использовать запросы, формы, отчеты, страницы, макросы и код Microsoft Visual Basic for Applications ( VBA), разработанные вами, а могут написать их самостоятельно. Хотя все по-прежнему имеют доступ к информации из таблиц, и по-прежнему сохраняется вероятность повреждения данных, остальные объекты вашей базы данных будут в безопасности. [3]
Фундаментальным организационным принципом построения ЭС является разделение баз данных и знаний и механизма логического вывода, что позволяет добавлять в систему новые факты, знания и отношения, делая ЭС все более гибкой по отношению к классу решаемых задач и более дружественной по отношению к пользователю. [4]
Корректность найденных описаний может быть проверена разделением базы данных на две части. Первая часть используется в качестве обучающего множества, а вторая в качестве проверочного. Правило будет корректным, если вероятность каждого правила, вычисленная для проверочных примеров, не слишком отличается от вероятности, предсказанной в процессе обучения. [5]
 |
Среда управления базой данных. [6] |
Одна из основных причин ограниченного использования предикатов для доступа, модификации, контроля и разделения баз данных на группы заключается в том, что очень высоки требования, предъявляемые к программному обеспечению. [7]
Альтернативный способ разделения базы данных на сегменты связан с возможностью использования быстродействующего и медленного устройств прямого доступа, если таковые имеются в системе. [8]
Характерно, что во всех упомянутых выше службах для по-лска химической информации, используют те же базовые средства, которые предоставляют для других тематических областей; основываются они на рассмотренных выше инвертированных файлах. Общее для подобных систем решение состоит в разделении базы данных на две части - документальную и структурную. При этом документальная часть содержит библиографию и ту часть структурных данных, которая связана с тем или яным конкретным документом ( сведения о свойствах, включая реакции), а структурная ( ее называют также химическим словарем) - только то, что непосредственно характеризует химическую структуру. Основным признаком, который используется для структурного поиска, всегда является систематическое название соединения по номенклатуре CAS и фрагменты этого названия. Связь документальной и структурной части базы дан -: ных осуществляется через регистрационные номера соединений. Что касается поиска по фрагментам названий соединений, то для него используются стандартные команды, причем так, как если бы они оперировали с обычными словами. Если требуется ограничить область поиска полными словами или, наоборот, только фрагментами, это делается так, как если бы указывалось имя поля. Это обстоятельство является принципиальным; оно связано со средствами обеспечения высокой скорости, реакции системы, а именно с организацией многоуровневых индексов. [9]
Однако при применении такого подхода к проблеме необходимо учитывать несколько факторов. Так, корректировка записей о персонале может быть запланирована как побочный результат работы некоторого другого комплекса программ, относящихся, скажем, к обработке данных анализа стоимости доставки и транспортировки грузов. В этом случае может не оказаться приемлемого способа разделения базы данных на сегменты, который позволял бы ей в любой момент быть в достаточной мере автономной и удобной в эксплуатации. Другое соображение связано с дистанционной обработкой и запросами, поскольку при поступлении запросов к файлам обработка последних должна производиться оперативно, в момент запроса. [10]
Однако при применении такого подхода к проблеме необходимо учитывать несколько факторов. Так, корректировка записей о персонале может быть запланирована как побочный результат работы некоторого другого комплекса программ, относящихся, скажем, к обработке данных анализа стоимости доставки и транспортировки грузов. В этом случае может не оказаться приемлемого способа разделения базы данных на сегменты, который позволял бы ей в любой момент быть в достаточной мере автономной и удобной в эксплуатации. Другое соображение связано с дистанционной обработкой и запросами, поскольку при поступлении запросов к файлам обработка последних должна производиться оперативно, в момент запроса. [11]
Страницы: 1