Результаты (
русский) 3:
[копия]Скопировано!
реляционная модель данных является наиболее широко используется.легче контролировать, более гибкими и более понятный, чем другие подходы, поскольку она организует данные в таблицах.а на рисунке 5,9, система управления реляционными базами данных, таких, как доступ, содержится ряд советов и инструментов для создания и использования таблиц базы данных.эта цифра свидетельствует о базе данных отображения информации о типах данных и о том, что можно помочь.способность увязывать реляционные таблицы также позволяет пользователям увязать данные по - новому, без того, чтобы определить сложные отношения.из - за преимущества реляционная модель, многие компании используют их для крупных корпоративных баз данных, таких, как, например, для маркетинга и бухгалтерского учета.реляционная модель может использоваться с персонального компьютера и эвм системы.а бронирования компании, например, может развиться пассажир системы ценообразования, используя реляционной базы данных, технологии, которые могут справиться с миллионами ежедневные запросы туристических компаний, таких как ", предлагают и Orbitz.очистка данныхкак указывалось в главе 1, характеристики ценные данные включают данные, является точной, полной экономической, гибкие, надежные, соответствующих, простой, своевременной проверке, доступной и безопасной.цель состоит в том, чтобы разработать очистки данных данные с этих характеристик.база данных может содержать ошибки.например, обследование показало, что тысячи электрических коммунальных компаний были лишь 45,6% точной базы данных о клиентах.ошибки были вызваны ввод неточных данных.когда базы данных с данными из различных источников, эти разрозненные источники могут хранить различных значений для одного заказчика в связи с орфографическими ошибками, многочисленные номер счета, и устранить различия.рассмотреть базы данных для фитнес - центр, предназначенный для отслеживания членские взносы.таблица содержит признаки имя, номер телефона, пола, взносы выплачиваются, и сроки оплаты.в записи в таблице 5.3 шоу, анита браун и сим - томас выплатили свои взносы в сентябре.сим уделяет его взносы в два приема.отмечаем, что нет первичного ключа уникальным образом идентифицирует каждый отчеты.как мы увидим в следующем, эта проблема должна быть исправлена.потому что сим томас заплатил взносы в два раза больше, чем в сентябре, данные в базе данных в настоящее время излишним.имя, номер телефона, и гендерного равенства для томаса сменил номер телефона, но только одна из записей, отражает это изменить.дальнейшее снижение этой базы данных, надежности, является тот факт, что не первичный ключ существует однозначно идентифицировать грех, томас.эти проблемы и несоответствий в данных называются аномалиями.данные аномалий нередко приводят к неправильной информации, в результате чего пользователям будет включена в базу данных о фактических условий.аномалии, необходимо исправить.для решения этих проблем в фитнес - центре базы данных, мы можем добавить первичный ключ, призвал членов число, и данные в две таблицы: фитнес - центр членов стол с пола, номер телефона, и связанной с этим информации, и взносы платят взносы за стол с и дату оплаты.как вы можете видеть, как таблицы включить - атрибут, так что число они могут быть связаны между собой.отношения в таблицу 5.4 и таблица 5.5, мы сократили дублирование и устранить потенциальные проблемы, имеющие разные телефонные номера для одного и того же государства.также отмечается, что число дает - каждая запись в фитнес - центре членов таблица первичный ключ.потому что у нас есть две позиции ($15) выплаты перечисленных с тем же - номер (sn656), мы знаем, что один человек сделал выплаты, не два разных человека.формальных подходов, таких, как базы данных, нормализации, часто используются для очистки проблемы с данными.
переводится, пожалуйста, подождите..