Построение - база - данные
Cтраница 1
Построение базы данных предполагает прямое использование Oracle Designer, в физической модели которого должны быть сохранены все триггеры и структуры данных - только тогда построение базы данных станет простой операцией. [1]
Построение базы данных начинается со стадии сбора и анализа данных. При этом желательно, чтобы данные обладали необходимой и достаточной степенью избыточности. Кроме того, на данной стадии стремятся к абстрагированию общей структуры данных без учета физических свойств используемой ЭВМ. В ЭВМ обычно производится преобразование общей ( концептуальной) структуры в форму, удобную для запоминания или поиска. Такая внутренняя структура данных называется физической структурой. При построении физической структуры данных в нее закладывается некоторая избыточность с целью обеспечения надежности управления данными. Часто описание общей структуры данных называется концептуальной схемой. [2]
При построении базы данных вам следует учитывать представленные далее соображения. [3]
 |
Физическая структура массива ANK. [4] |
При построении базы данных пользователь должен знать, какое требование в каждом конкретном случае более важно: экономия памяти или быстрый поиск. Если памяти на диске не хватает, то целесообразно хранить ключи в качестве одного из полей строковых данных, не организовывая для ключа дополнительного индекса. [5]
Развитие технологий построения баз данных насчитывает уже четвертьвековую историю. [6]
В основе построения баз данных лежит структурирование информации. В нем отражено главное отличие баз данных от файловых систем, которые также находят применение в автоматизированных системах различного назначения. [7]
Более простые варианты построения базы данных ориентированы на решение менее сложных задач, на персональные компьютеры и персональные СУБД, на меньшие объемы данных и их несложную структуру. Современные СУБД предоставляют возможность пользователям быстро и удобно создавать несложные базы данных. [8]
При этом при построении баз данных выполняется принцип информационного единства, т.е. должны использоваться термины, символы, условные обозначения, лингвистические средства и другие способы представления информации, традиционно принятые в данной области. [9]
ЭВМ целесообразно использовать возможности построения базы данных, высокую степень централизации общесистемных массивов на устройствах внешней памяти ( накопители на магнитных дисках) с прямым доступом к информации этой базы большого количества конструкторов и использованием единого системного языка описания данных и типовых процедур обработки информации. [10]
При реляционном подходе к построению баз данных пользователь освобождается от необходимости предсказания путей доступа, определения сложных структур логических и физических баз данных. Пользователь получает в распоряжение мощный интерфейс с вычислительной системой, возможность обработки непредсказуемых запросов, ясность и обозримость используемых им структур данных. По-видимому, относительный успех Э. Ф. Кодда и его последователей связан именно с превращением рассматриваемой дисциплины из искусства в науку и основан на использовании алгебры отношений в качестве средства описания и порождения информационных элементов и отношений. Недостатком реляционных баз данных является в ряде слу чаев низкая эффективность использования ресурсов вычислительной системы. Однако по мере снижения стоимости обработки информации на ЭВМ, с одной стороны, и непрерывного увеличения затрат на программирование - с другой, привлекательность реляционного подхода к построению баз данных будет расти. [11]
Во время написания этой книги принципы построения баз данных еще не были ДО конца правильно поняты. Часто игнорировалась их роль как краеугольного камня обработки данных. Методы управления данными, используемые сейчас в некоторых организациях, содержат зародыши неведомых сложных проблем, с которыми этим организациям придется столкнуться завтра. Нередко, например, упускается из виду независимость данных от программного обеспечения. В результате применяемые методы организации данных не позволяют обрабатывать эти данные любым желаемым образом. Курсы по базам данных до сих пор не преподаются в большинстве учебных заведений. [12]
Первое соглашение, которое принимается при построении тестовой базы данных для некоторой процедуры, заключается в гарантии того, что каждое ее утверждение будет проверено хотя бы одним тестом. Если процедура была разработана с помощью анализа состояний, добиться этого нетрудно: в качестве примера каждого состояния мы задаем некоторый объект тестовой базы данных, а продукт третьего этапа анализа состояний, на котором мы выявляем процессы, которые связаны с каждым состоянием, используем для предсказания результатов каждого теста. При всяком тестировании существенным является предсказание правильных результатов до выполнения теста. С другой стороны, учитывая естественное нежелание всякого программиста признать возможность изъянов в своем детище, вы получите легкий способ самим убедиться в том, что наблюдаемый результат является корректным. [13]
 |
Исправленная схема данных.| Множественные отношения.| Представление файла Продукция в виде двумерной таблицы. [14] |
Имеется несколько типов структур данных, используемых для построения баз данных. Наиболее простой структурой является двумерный ( плоский) файл. Так, например, отдельно взятый файл Продукция является двумерным. [15]
Страницы: 1 2 3 4