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