Создание прикладной системы управления базами данных (в объеме создания и связывания таблиц)

Для достижения поставленной цели необходимо решить следующие задачи: изучить состав и назначение объектов реляционной системы управления базами данных РСУБД SQL Server 2000 запуск и остановка соответствующих служб управление БД при помощи Enterprise Mnger создание запросов при помощи Query nlyzer выполнение трассировки при помощи SQL Profiler; изучить этапы проектирования баз данных БД; провести проектирование БД для определенной предметной области согласно заданию; создать базу данных с таблицами. В результате выполнения...

2014-06-16

146.71 KB

16 чел.


Поделитесь работой в социальных сетях

Если эта работа Вам не подошла внизу страницы есть список похожих работ. Так же Вы можете воспользоваться кнопкой поиск



Создание прикладной системы управления базами данных (в объеме создания и связывания таблиц) на http://refleader.ru/

1 ОБЩИЕ МЕТОДИЧЕСКИЕ УКАЗАНИЯ ПО ВЫПОЛНЕНИЮ ЛАБОРАТОРНОЙ РАБОТЫ

 

  1.  Целью лабораторной работы является ознакомление с РСУБД SQL Server 2000 и создание прикладной системы управления базами данных (в объеме создания и связывания таблиц). Для достижения поставленной цели необходимо решить следующие задачи:

изучить состав и назначение объектов реляционной системы управления базами данных (РСУБД) SQL Server 2000 (запуск и остановка соответствующих служб, управление БД при помощи Enterprise Manager, создание запросов при помощи Query Analyzer, выполнение трассировки при помощи SQL Profiler);

изучить этапы проектирования баз данных (БД);

провести проектирование БД для определенной предметной области (согласно заданию);

создать базу данных с таблицами.

1.2.   В результате выполнения работы студенты должны знать:

назначение и основные этапы проектирования баз данных;

как осуществлять описание и постановку задачи по созданию системы управления базами данных;

типы информационных моделей, предназначенных для описания структуры предметной области и создаваемой базы данных;

назначение и основные возможности СУБД;

состав и назначение объектов, входящих в БД;

создание таблиц в SQL Server.

1.3. Используемые программно-аппаратные средства: персональный компьютер стандартной конфигурации; операционная система MS Windows 2000/XP; система управления базами данных Microsoft SQL Server 2000 Developer Edition.

1.4. В процессе выполнения лабораторных работ студент должен:

научиться производить постановку задачи и формализованное описание предметной области для построений системы управления базами данных;

ознакомиться с назначением и основными возможностями СУБД;

научиться создавать таблицы баз данных, с заданной структурой.

1.5. Перед выполнением лабораторных работ каждый студент обязан ознакомиться с правилами техники безопасности при работе в помещении с электронно-вычислительной техникой.

1.6. Указания по оформлению отчета

Отчет должен содержать постановку задачи, описание приемов работы с СУБД SQL Server 2000, результаты выполнения работы, выводы.

1.7. Указания по сдаче зачета преподавателю

Для сдачи зачета необходимо

предъявить отчет;

ответить на контрольные вопросы.

2 ТЕОРЕТИЧЕСКИЙ МАТЕРИАЛ ДЛЯ ДОМАШНЕГО ИЗУЧЕНИЯ

2.1 Службы SQL Server и способы управления ими.

Служба – это программа или процесс, выполняющие специфические функции поддержки других программ. При запуске SQL Server, в операционной системе Windows NT или Windows 2000 запускается служба SQL Server. Эта служба управляет файлами баз данных, исполняет операторы Transact-SQL, распределяет ресурсы среди пользовательских соединений, исполняющихся одновременно, проверяет непротиворечивость данных и выполняет еще много других задач. При инсталляции одного или нескольких экземпляров SQL Server, службы отдельных экземпляров SQL Server будут иметь имена MSSQL$ИмяЭкземпляра, где ИмяЭкземпляра - имя экземпляра, назначенное вами при инсталляции.

Инсталляция службы SQL Server Agent производится по умолчанию при инсталляции SQL Server.

SQL Server Agent осуществляет планирование и исполнение заданий, оповещений, извещений и планов обслуживания базы данных. Благодаря SQL Server Agent можно автоматизировать рутинные процедуры по обслуживанию базы данных. Можно создать задание, которое будя автоматически выполнять резервное копирование базы данных ежесуточно в 1 час пополуночи, и другое задание, которое будет автоматически выполнять резервное копирование журнала транзакций каждые полчаса. Чтобы следить за производительностью системы, можно создать оповещение о состоянии производительности, которое будет информировать, если загруженность центрального процессора сервера превысит 75%. Для решения подобных задач нужно запускать службу SQL Server Agent, которую можно сконфигурировать на автоматический запуск при запуске SQL Server, а можно запускать и вручную. Следует сконфигурировать на автоматический запуск, что будет гарантировать исполнение запланированных заданий, оповещений и извещений.

Службы Microsoft Distributed Transaction Coordinator и Microsoft Search могут быть не инсталлированы. Чтобы их установить нужно снова запустить инсталляционную программу SQL Server. Они будут иметь названия DTC Client Support и Full-Text Search, соответственно.

Microsoft Distributed Transaction Coordinator - это администратор транзакций (transaction manager), при помощи которого в транзакции приложений можно включать данные из различных источников, в том числе данные из баз данных с удаленных компьютеров. Это значит, что при помощи одной транзакции можно обновлять данные на многих серверах, доступных через сеть. Администратор транзакций гарантирует, что все обновления станут постоянными для всех источников данных (если транзакция зафиксирована) или, в случае ошибки, что для всех источников данных будет произведен откат всех изменений.

Служба Microsoft Search нужна для полнотекстового индексирования и поиска. Благодаря полнотекстовому индексированию возможно выполнение более сложного поиска среди данных, содержащих текстовые строки. Например, можно искать слова, близкие к заданному слову, или можно искать определенную фразу.

Существует несколько инструментальных средств для остановки и запуска служб SQL Server: SQL Server Service Manager, SQL Server Enterprise Manager и Windows 2000 Service Control Manager.

2.1.1 Применение SQL Server Service Manager

Для запуска или остановки служб SQL Server при помощи SQL Server Service Manager, нужно выполнить следующие действия:

1.   Нажать на экранную кнопку Пуск, выбрать Программы/Microsoft SQL Server/Service Manager или ввести в командной строке sqlmangr.exe. Появится приложение Service Manager (рис.1).

2.   В выпадающих списках Server и Services будут показаны локальное имя сервера и название службы SQL Server. В ниспадающем списке Server нужно выбрать имя сервера, службами которого нужно управлять. В ниспадающем списке Services выбрать службу, которой нужно управлять –  SQL Server (MSSQLSERVER), Microsoft Distributed Transaction Coordinator (Distributed Transaction Coordinator), Microsoft Search (Microsoft Search) или SQL Server Agent (SQLSERVERAGENT).

Рис.1 Окно SQL Server Service Manager.

3. Нажимая на соответствующие экранные кнопки, можно запустить или остановить выбранную службу. Символ в кружочке, несколько левее и ниже центра диалогового окна, показывает текущее состояние выбранной службы. Если служба SQL Server находится в приостановленном состоянии, то для её возобновления нажмите на кнопку Start/Continue (Запустить/Продолжить). Приостановка (pausing) SQL Server запрещает пользователям входить в систему. Если остановить SQL Server без приостановки, то все процессы SQL Server будут завершены немедленно. Остановка (stopping) запрещает новые соединения и отсоединяет пользователей, которые соединены в данный момент.

4. Когда Service Manager запущен, его окно обновляется через каждые 5 секунд. Чтобы изменить интервал обновления, нажмите на маленький значок-иконку в левом верхнем углу диалогового окна, тогда появится меню System, в котором нужно выбрать Options, в результате чего появится диалоговое окно SQL Server Service Manager Options (рис.2).

Рис. 2. Диалоговое окно SOL Server Service Manager Options

В поле Polling interval (Интервал опроса) можно задать другой интервал опроса для служб (в секундах). Если установить флажок Verify service control action (Подтверждать действия по управлению службой), то Service Manager будет проверять все действия по запуску, остановке и приостановке служб, запрашивая в диалоговом окне подтверждение на выполнение действия. Настройки интервала опроса и подтверждения действий задаются одинаковыми для всех четырех служб.

2.1.2 Применение Windows 2000 Service Control Manager

Службы SQL Server можно запускать и останавливать также при помощи Windows 2000 Service Control Manager, как локально, так и через сеть. Можно сконфигурировать службы SQL Server на автоматический запуск при каждом запуске компьютера. Чтобы службы SQL Server запускались автоматически из Windows 2000 Service Control Manager, выполните следующие действия.

1.   Выбрать Пуск/Программы/Администрирование/Службы или ввести в командной строке services.msc /s чтобы запустить Service Control Manager.

2.   Прокрутить список служб и найти в нем Distributed Transaction Coordinator, Microsoft Search, MSSQLSERVER и SQLSERVERAGENT. Нажать правой кнопкой мыши на ту службу, настройки запуска которой нужно конфигурировать, а затем выбрать Properties в контекстном меню, в результате чего появится окно Properties (Свойства) (рис. 3).

Рис. 3. Окно свойств службы MSSQLSERVER

3.   В ниспадающем списке Startup type (Тип запуска) выбрать Automatic, Manual (Вручную) или Disabled (Выключена). Если выбрать Automatic, то служба будет запускаться автоматически всякий раз при включении компьютера. При выборе Manual потребуется запускать эту службу вручную всякий раз, когда нужно ее использовать. Выбор Disabled служить для предотвращения запуска службы (как автоматического, так и ручного). Для сохранения выбранной конфигурации нажмите на ОК.

4. В окне Properties имеются еще три вкладки. Вкладка Log On позволяет задать учетную запись, под которой данная служба будет входить в систему. Вкладка Recovery позволяет задать настройки на случай отказа выбранной службы. При помощи вкладки Dependencies (Зависимости) можно посмотреть, от каких служб зависит выбранная служба и какие службы зависят от нее (если таковые имеются). Например, служба SQL Server Agent зависит от службы SQL Server. Служба SQL Server Agent не может быть запущена, если служба SQL Server остановлена.

2.2 SQL Server Enterprise Manager

Enterprise Manager - это часть Microsoft Management Console (MMC), «Консоли управления Microsoft». MMC является основным приложением, служащим для управления всеми аспектами работы компьютера под управлением Windows 2000 Server.

2.2.1 Управление SQL Server

Для конфигурирования и управления инсталляцией SQL Server чаще всего применяется Enterprise Manager. В то время как Service Manager позволяет только запускать, приостанавливать и останавливать службы, Enterprise Manager может останавливать и запускать сервер, а также выполнять следующие действия.

  •  Регистрировать сервер.
  •  Конфигурировать локальные и удаленные серверы.
  •  Конфигурировать многосерверные инсталляции и управлять ими.
  •  Выполнять настройку входа в систему и добавлять новых пользователей, системных администраторов и операторов.
  •  Назначать пароль системного администратора (sa).
  •  Создавать и планировать задания.
  •  Создавать оповещения и конфигурировать SQL Server для общения с системными администраторами через электронную почту.
  •  Устанавливать базы данных, таблицы, индексы, представления, хранимые процедуры, правила, триггеры, настройки по умолчанию, устройства для резервного копирования, журналы ошибок и управлять ими.
  •  Управлять другими службами SQL Server.

Ниже перечислены четыре задачи, которые можно выполнять при помощи Enterprise Manager, при первой инсталляции SQL Server.

Создание группы серверов. Создав группу серверов, можно ограничить доступ так, что информация будет доступна только для этой группы. Администрирование учетных записей становится проще, когда учетные записи с одинаковыми потребностями доступа к ресурсам объединяются в группы.

Регистрация сервера. Прежде чем начать управлять сервером, нужно зарегистрировать его с ММС.

Доступ к свойствам сервера. После регистрации сервера можно будет просматривать и конфигурировать множество его свойств. Если работа осуществляется  в многосерверном окружении, то можно применять Enterprise Manager для управления всеми серверами и конфигурирования всех серверов из одного места.

2.2.2 Создание групп сервера

При помощи Enterprise Manager можно создавать группы серверов, которые окажутся полезными для решения ваших административных задач. Группы серверов позволяют организовать наборы взаимосвязанных серверов для удобного доступа, подобно тому, как папки позволяют организовывать наборы взаимосвязанных файлов. После этого вы сможете одной командой выполнять действия, которые будут сказывать влияние на все серверы группы, а не повторять одну и ту же команду для каждого сервера. По умолчанию, при инсталляции SQL Server, создается группа с названием SQL Server Group. Чтобы создать группу серверов, нужно выполнить следующие действия:

1. Выбрать Пуск/Программы/ Microsoft SQL Server 2000/Enterprise Manager или ввести в командной строке “SQL Server Enterprise Manager.MSC”, чтобы запустить приложение Enterprise Manager.

2. В левой части окна Enterprise Manager, будут показаны папки групп серверов (как подпапки Microsoft SQL Server), а в правой части окна будут показаны значки-иконки групп серверов. Чтобы создать группу серверов SQL Server, нажать правой кнопкой мыши на папку Microsoft SQL Server, а затем выбрать New SQL Server Group в появившемся контекстном меню.

3. Появится диалоговое окно Server Groups, ввести в него с клавиатуры имя новой группы серверов. Если нажать на селективную экранную кнопку Sub-group of (Подгруппа в ...), то можно выбрать группу, для которой новая группа серверов будет подгруппой. Если нажать на Top level group (Группа высшего уровня), то новая группа серверов будет группой SQL Server самого высшего уровня, того же уровня, что и группа SQL Server Group. Чтобы сохранить свою новую группу, нажать на ОК.

2.2.3 Регистрация сервера

После создания группы SQL Server, надо будет зарегистрировать локальные или удаленные серверы в качестве членов этой группы. Чтобы зарегистрировать сервер, выполните следующие действия.

1.   Нажмите правой кнопкой мыши на значок-иконку группы серверов в правой панели окна Enterprise Manager. (Если заголовок Microsoft SQL Servers раскрыт, то можно также нажать правой кнопкой мыши на имя папки группы в левой панели окна.) В появившемся контекстном меню выберите New SQL Server Registration.

2.  Появится стартовый экран мастера Register SQL Server Wizard (Мастер регистрации SQL Server). Для продолжения регистрации сервера нажмите на Next. Появится экран Select a SQL Server (Выберите SQL Server). В списковом поле Available Servers (Доступные серверы) будут показаны инсталляции SQL Server, доступные через сеть. Выберите серверы, которые хотите зарегистрировать (или наберите с клавиатуры имя сервера в текстовом поле), а затем  нажмите на Add, чтобы переместить ими сервера в списковое поле Added Servers (Добавленные серверы). Завершив действия по выбору, нажмите на Next.

3.   Появится экран Select An Authentication Mode (Выберите режим аутентификации). Выберите требуемый режим аутентификации. Для продолжения нажмите на Next.

4. Появится экран Select SQL Server Group (Выберите группу SQL Server). Вы можете выбрать уже существующую группу, в которую добавите свой сервер, а можете создать для своего сервера группу высшего уровня. Если вы хотите добавить свой сервер в существующую группу, то нажмите на первую селективную кнопку экрана, а затем выберите имя группы в выпадающем списке. А если вы хотите создать группу, то нажмите на вторую, а затем введите с клавиатуры имя группы в текстовое поле. Для продолжения нажмите на Next.

5. Появится экран Completing The Register SQL Server Wizard (Завершение мастера регистрации SQL Server). Серверы, показанные в списке, будут зарегистрированы. Если вы хотите внести какие-либо изменения, то нажмите на Back, а если изменения не нужны, то нажмите на Finish, и тогда запустится процесс регистрации.

6. Появится диалоговое окно Register SQL Server Messages (Сообщения регистрации SQL Server), являющееся подтверждением успешности вашей регистрации. Чтобы закрыть это окно, нажмите на Close.

2.2.4 Доступ к свойствам сервера.

После регистрации сервера с помощью Enterprise Manager можно получить доступ ко всем его свойствам, базам данных и объектам. Чтобы посмотреть свойства и объекты зарегистрированного сервера, раскройте имя группы сервера в левой панели окна Enterprise Manager. Появится список всех серверов из этой группы. Затем раскройте имя сервера, чтобы стали видны его свойства.

2.2.5 Управление службами.

Enterprise Manager можно применять для управления другими службами-компонентами SQL Server: SQL Server Agent, Microsoft Distributed Transaction Coordinator и Microsoft Search. Для доступа к свойствам службы SQL Server Agent выполните следующие действия.

1.   Находясь внутри Enterprise Manager, раскройте обозначение сервера, доступ к которому вы осуществляете, а затем раскройте папку Management (рис.4).

Рис. 4. Папка Management в Enterprise Manager

2. Нажмите правой кнопкой мыши на SQL Server Agent в левой панели или на значок-иконку SQL Server Agent в правой панели, в результате чего появится контекстное меню. При помощи этого меню вы можете: останавливать или запускать службу SQL Server Agent; просматривать журнал ошибок; запускать мастеры, чтобы данный сервер был основным (master) либо целевым (target) для выполнения заданий; создавать задания, оповещения и операторы; просматривать окно свойств.

3. Через папку Support Services осуществляется доступ к службам Microsoft Distributed Transaction Coordinator и Microsoft Search.

2.3 Query Analyzer

Query Analyzer применяется для исполнения операторов или сценариев T-SQL из графического пользовательского интерфейса и для получения результатов в форматированном виде. Query Analyzer обладает также некоторыми средствами для анализа за индексов запросов. Для работы с Query Analyzer выполните следующие действия:

1.   Запустите Query Analyzer каким-либо из следующих трех способов:

  •  введите isqlw в командной строке;
  •  откройте Enterprise Manager и выберите SQL Query Analyzer в меню Tools;
  •  выберите Пуск/Программы/Microsoft SQL Server/Query Analyzer.

Если вы не соединены с сервером, то появится диалоговое окно Connect to SQL Server (Соединиться с SQL Server) (рис. 5).

Рис. 5. Диалоговое окно Connect to SQL Server

2. В ниспадающем списке SQL Server выберите сервер, с которым вы хотите соединяться. Точка, стоящая в этом поле, означает соединение с локальным сервером. Введите информацию для входа в систему и, если вы желаете, чтобы в случаях, когда SQL Server не запущен, он запускался бы автоматически, установите флажок Start SQL Server if it is stopped. Затем нажмите на экранную кнопку ОК. Появится стартовое окно Query Analyzer (рис. 13-2).

3. В окне запросов введите с клавиатуры любой оператор T-SQL или вызов хранимой процедуры Analyzer. Чтобы выполнить введенный оператор, нажмите на кнопку Execute Query (Выполнить запрос), находящуюся на панели инструментов и выглядящую как зелёный треугольник, указывающий острием вправо, либо нажмите Ctrl+E, либо F5. Результаты исполнения запроса появятся в панели результатов.

Структура простого запроса:

SELECT     список_полей        

FROM        имена_таблиц

[WHERE    критерий_отбора]

2.4 Использование SQL Profiler

Для поиска неэффективных операторов T-SQL используется утилита SQL Server Profiler. Profiler позволяет наблюдать за всеми операторами T-SQL, которые выполняются в системе с графическим отображением информации об этих операторах. Profiler также предоставляет возможности сортировки и фильтрации, которые можно использовать для выявления операторов T-SQL, использующих основную часть ресурсов ЦП и ввода-вывода. Обладая этой информацией можно определять, каким операторам T-SQL уделить основное внимание для их настройки. Операторы T-SQL, которые вызываются из приложения, можно просматривать в Profiler, при этом не требуется доступ исходному коду самого приложения.

Одним из полезных дополнений SQL Profiler является шаблон трассировки (trace template), который можно использовать для создания файлов трассировки. Трассировку нужно создавать до того, как использовать её для мониторинга операций SQL Server. Для вызова утилиты Profiler и запуска трассировки выполните следующие шаги:

1.   Выберите Пуск/Программы/Microsoft SQL Server/Profiler или наберите в командной строке profiler.exe. При первоначальном открытии окна Profiler оно будет пустым. Не будет открыто ни одной панели, и не будет выполняться никакого профилирования в SQL Server.

2.   Чтобы начать создание профилирование, вы должны выбрать для выполнения существующий шаблон трассировки или создать новый шаблон трассировки для выполнения. (Процесс запуска описан на шаге 4.) SQL Server 2000 Profiler предоставляет для выбора целый ряд шаблонов трассировки. Чтобы увидеть список шаблонов трассировки, щелкните на меню File (Файл), укажите команду Open (Открыть) и выберите пункт Trace Templates (Шаблоны трассировки), чтобы появилось диалоговое окно Open (рис. 6).

Рис. 6. Диалоговое окно Open со списком шаблонов трассировки

Имеются следующие шаблоны трассировки, поставляемые вместе с SQL Server.

  •  SQLServerProfiterSP_Counts.tdf. Подсчитывает количество запущенных хранимых процедур. Результаты группируются по именам хранимых процедур и содержат количество запусков соответствующей процедуры.
  •  SQLServerProfilerStandard.tdf. Собирает общую информацию о соединениях, выполненных хранимых процедурах и пакетах SQL в порядке их выполнения.
  •  SQLServerProfilerTSQL.tdf. Собирает информацию обо всех операторах T-SQL в порядке их поступления в SQL Server от пользователей. Эта трассировка содержит просто операторы T-SQL и моменты времени их запуска.
  •  SQLServerPronlerTSQL_Duratiоn.tdf. Выводит запущенные операторы T-SQL, а также время (в миллисекундах), которое потребовалось для выполнения этих операторов.
  •  SQLServerProfilerTSQL_Grouped.tdf. Собирает данные, аналогичные тому, что собирает SQLServerProfilerTSQL, но группирует операторы по пользователям, запустившим эти операторы.
  •  SQLServerProfilerTSQLReplay.tdf. Предоставляет подробную информацию о запускавшихся операторах T-SQL. Эта трассировка содержит данные, которые можно использовать для воспроизведения операторов T-SQL в Query Analyzer.
  •  SQLServerProfilerTSQL_SPs.tdf. Выводит указанные хранимые процедуры, а также команды T-SQL внутри этих процедур. Результаты выводятся в порядке выполнения.   SQLServerProfilerProfilerTuning.tdf. Собирает данные о хранимой процедуре и выполнении пакета SQL.

Эти шаблоны трассировки могут оказаться очень полезными. Например, шаблон трассировки SQLServerProfilerTSQL_Duration может помочь в определении операторов T-SQL, на выполнение которых требуется больше всего времени. Эта информация может послужить отправной точкой для оптимизации запроса. Оператор может занимать много времени, потому что он выполняет, много работы или, может быть, потому, что он действует неэффективно. Для любой трассировки должен использоваться заранее определенный шаблон.

3. Для запуска трассировки щелкните на File, укажите команду New (Создать) и затем выберите пункт Trace (Трассировка). Появится диалоговое окно Connect to SQL Server. В этом диалоговом окне выберите систему SQL Server для трассировки и затем щелкните на кнопке ОК.

4.   Появится окно Trace Properties (Свойства трассировки) (рис. 7). Во вкладке General (Общие) вы можете ввести имя трассировки (поле Trace name) и выбрать шаблон трассировки (trace template), чтобы использовать его как отправную точку. В нижней части вкладки вы можете указать, где хотите сохранять трассировку - в файле (Save in file) и/или в таблице SQL Server (Save in table). Если не установлен ни один из этих флажков, то результаты трассировки будут выводиться только на экран. Кроме того, вы можете задать время окончания трассировки (флажок и поле Enable trace stop time). Это может оказаться очень полезным для долговременных трассировок.

Рис. 7. Вкладка General окна Trace Properties (Свойства трассировки)

5. Далее щелкните на вкладке Events (События). В этой вкладке вы можете выбрать одно или несколько событий, которые будут отслеживаться в данной трассировке. Можно отслеживать целый ряд классов (категорий) событий и конкретных событий. В окне списка Available event classes (Имеющиеся классы событий) содержатся такие классы событий, как Cursors (Курсоры), Errors and Warnings (Ошибки и предупреждения), Locks (Блокировки), Objects (Объекты), Scans (Сканирования). SQL Operators (Операторы SQL), Stored Procedures (Хранимые процедуры), Transactions (Транзакции) и TSQL.

6. После выбора событий, трассировку которых хотите выполнять, щелкните на вкладке Data Columns (Колонки данных). В этой вкладке укажите, сбор каких данных будет выполняться во время данной трассировки. В эти данные можно включать время окончания, идентификатор объекта и т.д.

7.   Щелкните на вкладке Filters (Фильтры). В этой вкладке можно указывать, нужно ли, чтобы утилита Profiler включала или исключала определенные события. Например, вам следует исключить трассировку самой утилиты Profiler. (Это установка по умолчанию). Исключая процессы SQL Server, вы делаете окно Profiler менее насыщенным и более удобным для чтения.

8.   По окончании установки параметров щелкните на кнопке Run для запуска данной трассировки. Если вы внесли какие-либо изменения в шаблон трассировки, то рекомендуется сохранить этот модифицированный шаблон трассировки под другим именем с помощью команды Save As меню File. После запуска трассировки в окне Profiler будут выводиться события по мере их возникновения. В соответствии с шаблоном трассировки, выбранным в этом примере, события будут сортироваться по длительности (в миллисекундах).

2.5 Проектирование базы данных

Прежде чем создавать таблицы, формы и другие объекты необходимо задать структуру базы данных. Хорошая структура базы данных является основой для создания адекватной требованиям эффективной базы данных.

Этапы проектирования базы данных

Ниже приведены основные этапы проектирования базы данных:

1. Определение цели создания базы данных.

2. Определение таблиц, которые должна содержать база данных.

3. Определение необходимых в таблице полей.

4. Задание индивидуального значения каждому полю.

5. Определение связей между таблицами.

6. Обновление структуры базы данных.

7. Добавление данных и создание других объектов базы данных.

Определение цели создания базы данных

На первом этапе проектирования базы данных необходимо определить цель создания базы данных, основные ее функции и информацию, которую она должна содержать. То есть нужно определить основные темы таблиц базы данных и информацию, которую будут содержать поля таблиц.

База данных должна отвечать требованиям тех, кто будет непосредственно с ней работать. Для этого нужно: определить темы, которые должна покрывать база данных; отчеты, которые она должна выдавать; проанализировать формы, которые в настоящий момент используются для записи данных; сравнить создаваемую базу данных с хорошо спроектированной, подобной ей базой.

Определение таблиц, которые должна содержать база данных

Одним из наиболее сложных этапов в процессе проектирования базы данных является разработка таблиц, так как результаты, которые должна выдавать база данных (отчеты, выходные формы и др.), не всегда дают полное представление о структуре таблицы.

При проектировании таблиц вовсе не обязательно использовать SQL Server. Сначала лучше разработать структуру на бумаге. При разработке таблиц рекомендуется руководствоваться следующими основными принципами.

Информация в таблице не должна дублироваться. Не должно быть повторений и между таблицами.

Когда определенная информация хранится только в одной таблице, то и изменять ее придется только в одном месте. Это делает работу более эффективной, а также исключает возможность несовпадения информации в разных таблицах. Например, в одной таблице должны содержаться адреса и телефоны клиентов.

Каждая таблица должна содержать информацию только на одну тему.

Сведения на каждую тему обрабатываются намного легче, если содержатся они в независимых друг от друга таблицах. Например, адреса и заказы клиентов хранятся в разных таблицах с тем, чтобы при удалении заказа информация о клиенте осталась в базе данных.

Рассматривая таблицу как двумерный массив данных, следует выделить следующие свойства:

· Любой элемент таблицы является минимальный элементом данных.

· Элементы в пределах одного столбца имеют одинаковый тип (числовой, символьный и т.д.)

· Все столбцы одной таблицы должны иметь уникальные имена.

Определение необходимых в таблице полей

Каждая таблица содержит информацию на отдельную тему, а каждое поле в таблице содержит отдельные сведения по теме таблицы. Например, в таблице с данными о клиенте могут содержаться поля с названием компании, адресом, городом, страной и номером телефона. При разработке полей для каждой таблицы необходимо помнить:

· Каждое поле должно быть связано с темой таблицы.

· Не рекомендуется включать в таблицу данные, которые являются результатом выражения.

· В таблице должна присутствовать вся необходимая информация.

· Информацию следует разбивать на наименьшие логические единицы (Например, поля «Имя» и «Фамилия», а не общее поле «Имя»).

Задание индивидуального значения каждому полю

С тем, чтобы SQL Server мог связать данные из разных таблиц, например, данные о клиенте и его заказы, каждая таблица должна содержать поле или набор полей, которые будут задавать индивидуальное значение каждой записи в таблице. Такое поле или набор полей называют основным ключом.

Определение связей между таблицами

После распределения данных по таблицам и определения ключевых полей необходимо выбрать схему для связи данных в разных таблицах. Для этого нужно определить связи между таблицами.

Связь между таблицами устанавливает отношения между совпадающими значениями в ключевых полях, обычно между полями разных таблиц, имеющими одинаковые имена. В большинстве случаев с ключевым полем одной таблицы, являющимся уникальным идентификатором каждой записи, связывается внешний ключ другой таблицы.

Отношение «один-ко-многим»

Связь с отношением «один-ко-многим» является наиболее часто используемым типом связи между таблицами. В такой связи каждой записи в таблице A могут соответствовать несколько записей в таблице B, а запись в таблице B не может иметь более одной соответствующей ей записи в таблице A.

Отношение «многие-ко-многим»

При отношении «многие-ко-многим» одной записи в таблице A могут соответствовать несколько записей в таблице B, а одной записи в таблице B несколько записей в таблице A. Такая схема реализуется только с помощью третьей (связующей) таблицы, ключ которой состоит, по крайней мере, из двух полей, которые являются полями внешнего ключа в таблицах A и B. Например, между таблицами «Заказы» и «Товары» имеется отношение «многие-ко-многим», которое определяется путем создания двух связей с отношением «один-ко-многим» для таблицы «Заказано».

Отношение «один-к-одному»

При отношении «один-к-одному» запись в таблице A может иметь не более одной связанной записи в таблице B и наоборот. Этот тип связи используют не очень часто, поскольку такие данные могут быть помещены в одну таблицу. Связь с отношением «один-к-одному» используют для разделения очень широких таблиц, для отделения части таблицы по соображениям защиты, а также для сохранения сведений, относящихся к подмножеству записей в главной таблице.

Обновление структуры базы данных (нормализация таблиц)

После проектирования таблиц, полей и связей необходимо еще раз просмотреть структуру базы данных для выявления возможных недочетов. Эта процедура называется нормализацией базы данных – процесс приведения структур данных в состояние, обеспечивающие лучшие условия выборки, включения, изменения и удаления данных.

Процесс нормализации имеет своей целью устранение избыточности данных и заключается в приведении к третьей нормальной форме (3НФ).

Первая нормальная форма (1НФ) требует, чтобы каждое поле таблицы БД было неделимым и не содержало повторяющихся групп.

Неделимость поля означает, что значение поля не должно делиться на более мелкие значения.

Повторяющимися являются поля, содержащие одинаковые по смыслу значения.

Вторая нормальная форма (2НФ) требует, чтобы все поля таблицы зависели от первичного ключа, то есть чтобы первичный ключ однозначно определял запись и не был избыточен. Те поля, которые зависят только от части первичного ключа, должны быть выделены в составе отдельных таблиц.

Третья нормальная форма (3НФ) требует, чтобы в таблице не имелось транзитивных зависимостей между неключевыми полями, то есть чтобы значение любого поля таблицы, не входящего в первичный ключ, не зависело от другого поля, не входящего в первичный ключ.

Для проверки необходимо создать несколько таблиц, определить связи между ними и ввести несколько записей в каждую таблицу, затем посмотреть, отвечает ли база данных поставленным требованиям. Рекомендуется также создать черновые выходные формы и отчеты и проверить, выдают ли они требуемую информацию. Кроме того, необходимо исключить из таблиц все возможные повторения данных.

Добавление данных и создание других объектов базы данных

Если структуры таблиц отвечают поставленным требованиям, то можно вводить все данные. Затем можно создавать любые запросы, формы, отчеты, макросы и модули.

2.6 Структура базы данных.

Каждая база данных SQL Server состоит из набора файлов операционной системы. Эти файлы могут группироваться в группы файлов, что облегчает их администрирование, помогает в размещении данных и повышает производительность. Файл базы данных может быть либо файлом данных, либо файлам журнала. Файлы данных служат для хранения данных и объектов, таких как таблицы, индексы, представления, триггеры и хранимые процедуры. Имеется два типа файлов данных: первичные и вторичные. Файлы журналов служат только для хранения информации из журналов транзакций. Место на диске, отводимое для файлов журналов всегда должно располагаться отдельно от места, отводимого для данных, и никогда не должно быть частью файла данных.

Каждая база данных должна создаваться хотя бы с одним файлом данных и с одним файлом журнала. Файлы не могут быть использованы более чем в одной базе данных - т.е., базы данных не могут разделять файлы (использовать файлы совместно). В приведенном ниже перечне указаны три типа файлов, которые могут быть использованы в базах данных:

Первичные файлы данных. Первичные файлы данных содержат всю информацию для запуска базы данных и ее системных таблиц и объектов. Они указывают на другие файлы, созданные в базе данных. Они могут также содержать таблица и объекты, задаваемые пользователем, хотя это и не обязательно. Каждая база данных может иметь ровно один первичный файл. Для этих файлов рекомендуется применять расширение .mdf.

Вторичные файлы данных. Вторичные файлы данных не являются обязательными. Они могут хранить данные и объекты, которые отсутствуют в первичном файле. База данных может вообще не иметь ни одного вторичного файла (если все ее данные хранятся в первичном файле). Можно иметь ноль, один или несколько вторичных файлов. Для некоторых баз данных требуется иметь несколько вторичных файлов, чтобы размещать данные по нескольким отдельным дискам. Для этих файлов рекомендуется применять расширение .ndf.

Файлы журналов транзакций. Файлы журналов транзакций хранят всю информацию из журнала транзакций, служащую для восстановления базы данных. Каждая база данных должна иметь хотя бы один файл журнала, а может иметь и несколько файлов журналов. Для этих файлов рекомендуется применять расширение .ldf.

Максимальный размер файлов базы данных SQL Server составляет 32 терабайта для файлов данных и 4 терабайта для файлов журналов.

2.7 Создание БД в СУБД SQL Server 2000 при помощи Enterprise Manager

При помощи SQL Server Enterprise Manager можно создавать базы данных. Можно задать разные настройки роста для каждого из создаваемых файлов, а не одинаковые для всех файлов. Также можно создавать пользовательские группы файлов. Для создания базы данных при помощи Enterprise Manager выполните последовательность шагов:

1.   Откройте Enterprise Manager. В левой панели раскройте группу SQL Server, в которой находится имя сервера, на котором вы хотите создать базу данных, а затем раскройте узел самого этого сервера. Затем нажмите правой кнопкой мыши на папку Databases и выберите New Database.

2.   Откроется окно свойств базы данных (Database Properties) с открытой вкладкой General (Общие). Введите с клавиатуры имя базы данных в поле Name.

3.   Откройте вкладку Data Files (см. рис. 8). Enterprise Manager автоматически создает первичный файл данных, с именем базы данных в качестве префикса и PRIMARY в качестве имени группы файлов. Вы можете изменить имя, местоположение и размер первичного файла, но вы не сможете изменить группу файла для первичного файла данных. Введите с клавиатуры имя файла (логическое имя), местоположение (физическое имя), размер и группу для каждого из создаваемых вами файлов. Для каждого файла данных, кроме первичного файла, вы можете задать имя пользовательской группы файлов, и, в соответствии с вашим желанием, эта группа файлов будет создана.

По умолчанию, каждый файл располагается на диске в папке, в которой инсталлирован SQL Server. Вы можете изменить эту настройку, задав другой путь с клавиатуры или при помощи экранной кнопки для его поиска («...»).

Рис. 8. Вкладка Data Files окна свойств базы данных

4.   В области File Properties (Свойства файла) в нижней части окна вы можете задать настройки автоматического роста для отдельных файлов. Выделите имя файла, для которого вы хотите задать настройки роста. Чтобы разрешить автоматический рост этого файла, установите флажок Automatically grow file. Затем вы можете задать приращение файла, выраженное в мегабайтах или в процентах от свободного места, оставшегося в файле. Нажав на селективную кнопку Restrict file growth (Ограничить рост файла), вы также можете задать максимальный размер файла, указав предел роста, выраженный в мегабайтах, а можете и не ограничивать рост файла. Эти настройки можно задавать при создании каждого из файлов, а можете оставить настройки, применяемые по умолчанию, и задать их позднее при помощи окна Enterprise Manager Database Properties. Если вам понадобится удалить файл из списка, то выделите имя этого файла и нажмите на экранную кнопку Delete.

5.  Завершив конфигурацию всех файлов данных, откройте вкладку Transaction Log и сконфигурируйте файлы журнала транзакций. Файлы журнала конфигурируются точно также, как и файлы данных, за исключением того, что вы не сможете задать для них группу файлов, потому что они не принадлежать ни одной из групп файлов. Задайте с клавиатуры имя файла (логическое имя), местоположение (физическое имя) и начальный размер для одного или нескольких файлов журнала. Кроме того, задайте настройки автоматического роста фай лов журнала, так же как это было описано в п.4 для файлов данных.

6.   После того как вы настроите все файлы так, как вам это нужно, нажмите на ОК, и SQL Server создаст базу данных. Вернитесь в Enterprise Manager и нажмите на папку Databases сервера, в который вы только что добавили новую базу данных, Вы увидите в правой панели Enterprise Manager, что SQL Server добавил значок-иконку для этой базы данных.

2.8 Удаление баз данных при помощи Enterprise Manager

Чтобы полностью удалить базу данных и все ее файлы, выполните следующие действия.

1.   Находясь в Enterprise Manager, раскройте группу SQL Server, а затем раскройте имя сервера, на котором установлена база данных.

2.  Раскройте папку Databases, чтобы стали видны имеющиеся базы данных.

3.   Нажмите правой кнопкой мыши на имя удаляемой базы данных, а затем выберите Delete в контекстном меню. Появится сообщение Delete Database об удалении базы. В нем спрашивается также, желаете ли вы вместе с базой данных удалить и историю ее резервных копирований и восстановлений. Если флажок Delete backup and restore history for the database будет установлен, то вся информация о резервных копированиях и восстановлениях, хранящаяся в базе данных msdb, будет удалена. Если вы желаете сохранить эту информацию, то снимите флажок Delete backup and restore history for the database. Для подтверждения решения удалить базу данных, нажмите на Yes.

2.9 Создание таблиц с помощью Enterprise Manager

Таблица - это объект базы данных, который хранит данные в виде совокупности строк и колонок. Таблица определяется содержащимися в ней колонками.

Для создания таблицы базы данных с помощью Enterprise Manager выполните следующие действия.

1. Находясь в Enterprise Manager, раскройте группу SQL Server, а затем раскройте сервер.

2. Раскройте папку Databases, чтобы стали видны имеющиеся базы данных.

3. Раскройте базу данных, в которой вы хотите работать.

4. Нажмите правой кнопкой мыши на папку Tables (Таблицы) и в появившемся контекстном меню выберите New Table (Новая таблица). Появится окно New Table.

5.   Задайте каждую из колонок вашей таблицы базы данных, заполняя поочередно строки таблицы окна: введите имена таблиц в колонке Column Name, выберите тип данных; в выпадающих меню в колонке Data Type и выберите длину типа данных. Для переключения флажков в колонке Allow Nulls (Разрешаются null-значения) нажимайте там мышью. В результате будет разрешаться или запрещаться применение null-значений.

Данные в строках таблицы базы данных будут физически храниться в порядкеи, котором вы задали колонки. Если вы пожелаете вставить в окно New Table строчку с определением колонки между двух уже имеющихся определений, то нажмите правой кнопкой мыши на строчку окна, под которой вы хотите вставить новую строчку, и в появившемся контекстном меню выберите команду Insert Column (Вставить колонку). Чтобы удалить строчку, нажмите правой кнопкой мыши эту строчку и выберите Delete Column (Удалить колонку) в контекстном меню.

Нажав на имя колонки правой кнопкой мыши,  выберите Set Primary Key (Задать первичный ключ) в контекстном меню, чтобы определить первичный ключ таблицы. Рядом с именем колонки появится изображение ключа.

2.10 Типы данных

bigint  восьмибайтное целое число (полное целое).

binary – двоичные данные фиксированной длины, состоящие из n байтов, где n может принимать значение or 1 до 8000. Тип binary следует применять, когда предполагается, что элементы данных, хранимые в колонке, будут иметь примерно одинаковый размер.

bit – целый тип данных, которые могут иметь значения 1, 0 или NULL. Колонки типа bit не могут иметь индексов.

charсимвольные данные (не в кодировке Unicode) фиксированной длины, имеющие длину n символов, где n может принимать значение от 1 до 8000.

datetime – дата и время от 1 января 1753 года до 31 декабря 9999 года, с точностью 3.33 миллисекунды. Размер 8 байт.

decimal или numeric – числа фиксированной точности и фиксированного масштаба. (Тип данных numeric является синонимом типа данных decimal). Число цифр определяет общее количество цифр, которые могут храниться в числе, и слева, и справа от десятичной точки. Точность определяет максимальное количество цифр, которые могут храниться справа от десятичной точки. Точность не может быть больше числа цифр. Минимальное число цифр 1, а максимальное равно 38.

float – числовые данные с плавающей точностью, которые  могут  находиться в диапазоне от -1,79x10308 до 1,79х10308. Размер 8 байт.

image – применяется для двоичных данных переменной длины, большей, чем 8000 байт (максимально до 231-1  байт). Элемент данных, хранящийся в колонке типа image, является указателем на местоположение данных типа image. Эти данные хранятся отдельно от данных в таблицах. Размер 16 байт.

int – целочисленные данные (полное целое) от -231 (-2 147 483 648) до 231-1 (2 147 483 647). Размер 4 байта.

money – данные для денежных величин от -263 до 263-1. Размер 8 байт.

nchar – символьные данные в кодировке Unicode фиксированной длины, имеющие длину п символов, где п может принимать значение от 1 до 4000.   Кодировка Unicode применяет по 2 байта на один символ данных и поддерживает все символы, имеющиеся в мире. Размер 2 байта, помноженные на количество символов.

ntext – данные в кодировке Unicode переменной длины, максимальной длиной до 230-1 (1 073741 823) символов. Элемент данных, хранящийся в колонке типа ntext, является указателем на местоположение самих данных. Эти данные хранятся отдельно отданных в таблицах. Размер 16 байт для указателя и по 2 байта, помноженные на количество символов, введённых для данных.

nvarchar  данные в кодировке Unicode переменной длины, длиной до n символов, где n может принимать значение от 1 до 4000. Размер 2 байта, помноженные на количество символов.

real  числовые данные с плавающей точностью, которые могут находиться в диапазоне от -3,40x1038 до 3,40х1038. Размер 4 байта.

smalldatetime  данные для даты и времени от 1 января 1900 года до 6 июня 2079 года, с точностью до одной минуты. Размер 4 байта.

smallint  целочисленные данные от -213 (-32768) до 215-1 (32767). Размер 2 байта.

smallmoney – данные для денежных величин от -231 до 231-1, с точностью до одной десятитысячной доли от денежной единицы. Размер 4 байта.

sql_variant – позволяет использовать значения различных типов данных. В колонке хранятся значения и данные, описывающие эти значения — основной тип данных, масштаб, точность, максимальный размер и данные для сравнения. Размер зависит от объема данных.

text – применяется для символьных данных переменной длины не в кодировке Unicode, длиной более 8000 байт. Элемент данных с типом text может содержать до 231-1 символов. Это — указатель на местоположение данных, которые хранятся отдельно от данных таблицы. Размер 16 байт для указателя.

timestamp – колонка с типом timestamp («метка времени») автоматически обновляется всякий раз при вставке или при изменении строки. Каждая таблица может иметь только одну колонку типа timestamp. Размер 8 байт.

tinyint – целочисленные данные в диапазоне от 0 до 255. Размер 1 байт.

Uniqueidentifier – хранит 16-байтной двоичное значение, являющееся глобальным уникальным идентификатором (GUID).

varbinary – двоичные данные переменной длины, состоящие из n байтов, где n может принимать значение от 1 до 8000. Применяйте тип varbinary, если предполагаете, что элементы данных, хранимые в колонке, будут сильно отличаться по своим размерам. Размер 4 байта плюс длина введённых данных.

varchar – данные переменной длины не в кодировке Unicode, длиной в n символов, где n может принимать значение от 1 до 8000. Размер равен введённым данным.

2.11 Определение связей между таблицами

Для того чтобы определить связь между таблицами, следует в окне базы данных зайти в пункт Diagrams. Нажав правой кнопкой мыши выбрать New Database Diagram… В появившемся окне добавить нужные таблицы и осуществить связь полей (рис.9).

рис. 9 Окно связи таблиц базы данных.

3 ДОМАШНЕЕ ЗАДАНИЕ

Изучить теоретический материал, подготовиться к выполнению лабораторной работы.

4 МЕТОДИЧЕСКИЕ УКАЗАНИЯ ПО ВЫПОЛНЕНИЮ

ЛАБОРАТОРНОЙ РАБОТЫ

1. Проанализировать предметную область, в соответствии с вариантом задания.

2. Осуществить запуск необходимых служб при помощи Server Service Manager.

2. Выполнить проектирование базы данных согласно этапам, описанным в теоретической части.

3. В СУБД SQL Server создать новую базу, используя Enterprise Manager, содержащую таблицы со структурой, определенной в процессе проектирования, задать схему базы данных, ввести данные из предметной области.

4. Выполнить трассировку базы данных при помощи SQL Profiler.

5. Создать простой запрос на выборку на языке T-SQL, используя Query Analyzer.

5 ВАРИАНТЫ ЗАДАНИЙ

1. Создать БД, содержащую информацию о студентах ВУЗа: ф.и.о. студента, год рождения, факультет, кафедра, группа, номер зачетки, число специальностей на факультете, год основания факультета, число студентов на факультете, декан факультета, название специальности, код специальности, год основания специальности, число групп данной специальности, заведующий кафедрой.

2. Создать БД, содержащую информацию о книгах в библиотеке: название, автор, издательство, год издания, жанр, количество страниц, год и место рождения автора, язык, на котором пишет автор, число произведений, созданных автором, тираж книги, адрес и дата основания издательства, рейтинг издательства (100 балльный).

3. Создать БД, содержащую информацию о фильмах в фильмотеке: название фильма, жанр, кинокомпания, режиссер, длительность, год основания кинокомпани, страна и численность работающих, рейтинг фильм (10 балльный), год, место рождения и место жительства режиссера, число фильмов режиссера.

4. Создать БД, содержащую информацию о записях в фонотеке: композиция, исполнитель, альбом, автор текста, продолжительность, страна исполнителя, жанр, количество альбомов, год выпуска альбома, выпускающая компания, продолжительность и число композиций в альбоме.

5. Создать БД, содержащую информацию о компьютерах: наименование, фирма, страна, оборот фирмы, служба поддержки и рейтинг фирмы, стоимость компьютера, модель процессора, объем ОЗУ, тип НЖМД, покупатель компьютера, место жительства и телефон покупателя.

6. Создать БД, содержащую информацию о напитках в супермаркете: название, тип, тара, цена, код страны, крепость, срок хранения, температура хранения, название страны, валюта, курс по отношению к рублю, стоимость перевозки одной тонны.

7. Создать БД, содержащую информацию о продуктах в магазинах: наименование, цена за 1 кг, дата изготовления, производитель, магазин, адрес, телефон и директор магазина, поставщик, адрес и телефон поставщика, количество обслуживаемых магазинов, репутация.

8. Создать БД, содержащую информацию о косметических изделиях: наименование, цена, качество, магазин, фирма, адрес и телефон магазина, номер лицензии, рейтинг, страна и директор фирмы, телефон службы поддержки, рейтинг фирмы.

9. Создать БД, содержащую информацию об автомобилях на авторынке: модель, цвет, цена, фирма-изготовитель, год выпуска, двигатель, кузов, марка бензина, максимальная скорость, страна, год основания фирмы, телефон службы поддержки, рейтинг.

10. Создать БД, содержащую информацию о лекарственных средствах: название препарата, группа, форма выпуска, состав, способ введения, заболевание, дозировка, длительность приема, средняя длительность течения заболевания, ф.и.о. больного, возраст, вес, рост, дата заболевания, сопутствующие заболевания.

6 СПИСОК ЛИТЕРАТУРЫ

1. Гарсиа М., Рединг Дж., Уолен Э., ДеЛюк С. Microsoft SQL Server 2000. Справочник администратора. 2-е изд. : Пер. с англ. – М.: СП ЭКОМ, 2004.

Создание прикладной системы управления базами данных (в объеме создания и связывания таблиц) на http://refleader.ru/


 

Другие похожие работы, которые могут вас заинтересовать.
6915. Понятие системы управления базами данных 8.46 KB
  Банк данных - это информационная система коллективного пользования, обеспечивающая централизованное хранение данных, их обновление и выдачу по запросам пользователей. Это комплекс аппаратного и программного обеспечения банка данных и персонала, обслуживающего его.
7176. ОРГАНИЗАЦИЯ БАЗ ДАННЫХ И СИСТЕМЫ УПРАВЛЕНИЯ БАЗАМИ ДАННЫХ 116.07 KB
  Например в качестве информационной системы можно рассматривать расписание движения поездов или книгу регистрации данных о заказах. Атрибут записанный на каком-либо носителе информации называют элементом данных полем данных или просто полем. При обработке данных часто встречаются однотипные объекты с одинаковыми свойствами.
8409. Итоговые вычисления. Предварительный просмотр и печать документов. Создание диаграмм. Использование электронных таблиц как баз данных 18.94 KB
  Использование электронных таблиц как баз данных Итоговые вычисления В экономических и бухгалтерских расчетах применяют в основном итоговые функции т. Особенность итоговых вычислений в Excel состоит в том что программа пытается найти в каких ячейках заключен обрабатываемый набор данных и задать параметры функции автоматически. В выбранном диапазоне анализируются все ячейки составляющие его а после чего осуществляются вычисления только в тех ячейках в которых заключен обрабатываемый набор данных. Вкладка Поля окна Параметры...
6925. Основы работы с базами данных 55.56 KB
  Жизненный цикл любого программного продукта в том числе и системы управления базой данных состоит покрупному из стадий проектирования реализации и эксплуатации. Естественно наиболее значительным фактором в жизненном цикле приложения работающего с базой данных является стадия проектирования. Требования к базам данных Итак хорошо спроектированная база данных: Удовлетворяет всем требованиям пользователей к содержимому базы данных.
6937. Создание таблиц с помощью Database Desktop 36.26 KB
  Dtbse Desktop позволяет окне Tble Type позволяет выбрать тип задать имена и типы полей в таблице создаваемой таблицы Имя поля в таблице формата Prdox представляет собой строку написание которой подчиняется следующим правилам: Имя должно быть не длиннее 25 символов. Таким образом Вы видите что имена полей в формате dBse подчиняются гораздо более строгим правилам нежели таковые в формате Prdox. Укажем еще правила которым подчиняется...
1537. Создание информационной системы управления закупками для магазина «Цифровой Мир» 4.37 MB
  Интернет магазин «Техномир» —это сайт, созданный для того, чтобы связывать покупателей и продавцов напрямую без посредников. Вам предлагается огромный ассортимент товаров бытовой
13309. Создание каталога товаров для последующего создания интернет-магазина 2.27 MB
  Целью данной работы является создание каталога товаров для последующего создания интернет-магазина. Основными задачами данного проекта являются: изучение теоретических аспектов создания интернет магазинов; изучение способа организации интернет-магазинов; изучение видов и требований для создания интернет магазина; изучение методов...
8370. Настройка папок и файлов. Настройка средств операционной системы. Применение стандартных служебных программ. Принципы связывания и внедрения объектов. Сети: основные понятия и классификация 33.34 KB
  Настройка средств операционной системы. Настройка средств операционной системы Все настройки осуществляются как правило через Панели управления . Настройка стиля операционной системы Настройка стиля системы осуществляется по пути: Пуск – Панель управления – Все элементы панели управления – Система . Вкладкой Дополнительные параметры системы открывается окно Свойства системы в котором наиболее важной для настройки является вкладка Дополнительно .
15573. Разработка алгоритма генерации для создания базы данных искусственных биометрических образов 1.88 MB
  Цель работы разработка алгоритма генерации для создания базы данных искусственных биометрических образов. Отпечатки пальцев являются самой широко применяемой биометрической особенностью для идентификации человека. Для создания точных систем распознавания необходимо проведение качественного тестирования для которого требуются базы данных с большим количеством моделей отпечатков пальцев. Отпечатки пальцев являются самой...
8335. Аналоговая и дискретная информация. Носители данных. Операции с данными. Кодирование данных. Системы счисления. Энтропия и количество информации 227.54 KB
  Системы счисления. Системы счисления Кодирование данных используется издавна: код Морзе Брайля морской сигнальный алфавит и т. В истории человечества для кодировании чисел наиболее известны две системы счисления: непозиционная и позиционная. Как та так и другая системы счисления характеризуются основанием – количеством различных цифр используемых для записи чисел например от 0 до 9 т.
© "REFLEADER" http://refleader.ru/
Все права на сайт и размещенные работы
защищены законом об авторском праве.