ВУЗ: Не указан
Категория: Не указан
Дисциплина: Не указана
Добавлен: 29.11.2023
Просмотров: 127
Скачиваний: 2
ВНИМАНИЕ! Если данный файл нарушает Ваши авторские права, то обязательно сообщите нам.
Все вышеперечисленное обусловило широкое распространение решений на базе профессиональных СУБД в крупных организациях.
Сравним две наиболее распространенные СУБД - Microsoft SQL Server 2000 и Oracle 9i в отношении цены, производительности, поддерживаемых платформ, диалектов SQL и ограничений данных продуктов.
Сравнение платформ
SQL Server 2000 работает только на платформе Windows, включая Windows 9x/NT/2000 и Windows 2003. В отличие от SQL Server 2000, Oracle 9i поддерживает все известные платформы, включая платформы на базе Windows, системы на базе AIX, Compaq Tru64 UNIX, НР-UX на основе HP 9000, Linux Intel, Sun Solaris и др.
Системные требования
Для установки SQL Server 2000 нужна Intel или совместимая с Intel платформа и аппаратное обеспечение, перечисленное в табл. 2.
Таблица 4 - Требования для установки SQL Server 2000
| Компонент | Требования |
| Процессор | Pentium 166 MГц или выше |
| Объем оперативной памяти | 32 Mб (минимум для Desktop Engine). 64 Mб (минимум для всех других редакций). Рекомендуется 128 Mб или более |
| Объем свободного дискового пространства | 270 Mб (полная установка). 250 Mб (типовая установка). 95 Mб (минимальная установка). Desktop Engine: 44 Mб. Analysis Services: 50 Mб минимальная установка и 130 Mб — типовая. English Query: 80 Mб |
Oracle 9i поддерживает Intel и совместимые с Intel платформы, системы на базе AIX, Compaq Tru64 UNIX, НР-UX на основе HP 9000, Linux Intel, Sun Solaris и др.
Для установки Oracle 9i на системы с Intel и совместимыми с Intel платформами потребуется аппаратное обеспечение, перечисленное в табл. 3.
Таблица 5 - Требования для установки Oracle 9i
| Компонент | Требования |
| Процессор | Pentium 166 MГц или выше |
| Объем оперативной памяти | 128 Мб (рекомендуется 256 Мб). Виртуальная память: минимальный размер — 200 Мб, максимальный — 400 Мб |
| Объем свободного дискового пространства | 140 Mб на системном диске плюс 4,5 Гб для Oracle Home Drive (FAT) или 2,8 Гб для Oracle Home Drive (NTFS) |
Сравнение производительности
Очень трудно сравнить производительность SQL Server 2000 и Oracle 9i. Производительность БД зависит скорее от опытности разработчиков и администраторов, чем от поставщика СУБД. Можно использовать обе СУБД для построения стабильных и эффективных систем. Существует возможность определить типичные транзакции, например, используемые в системах управления запасами, резервирования авиабилетов и в банковских системах. После определения этих типичных транзакций можно запустить их в разных системах управления БД, работающих на различных аппаратных средствах и программных платформах.
Тесты TPC
Transaction Processing Performance Council является независимой организацией, определяющей типичные транзакции (используемые в системах управления запасами, резервирования авиабилетов и в банковских системах) и некоторые главные правила, которым эти транзакции должны удовлетворять.
Организация TPC проводит тестирования, измеряющие скорость обработки транзакций и производительность БД на основе того, как много транзакций данная система и БД может выполнить в единицу времени, например, транзакций в секунду или в минуту.
SQL Server 2000 в кластерной конфигурацией и с использованием Distributed Partitioned Views и некластерной конфигурации удерживает первое место по производительности.
Сравнение цены
Одно из основных преимуществ SQL Server 2000 по сравнению с Oracle 9i — более низкая цена. Другим преимуществом SQL Server является то, что Microsoft включает OLAP (Online analytical processing) и Data Mining (глубинный анализ данных) в качестве стандартных функций SQL Server 2000 Enterprise Edition.
Сравнение функций
Как SQL Server 2000, так и Oracle 9i поддерживает ANSI SQL-92 начального уровня и не поддерживает ANSI SQL-92 среднего уровня.
T-SQL против PL/SQL
Диалект языка SQL, поддерживаемый Microsoft SQL Server 2000 называется Transact-SQL (T-SQL). Диалект SQL, поддерживаемый Oracle 9i называется PL/SQL. PL/SQL является более мощным языком, чем T-SQL. Их краткое сопоставление приведено в табл. 4.
Таблица 6 - Сравнение языков запросов
| Возможности | PL/SQL | T-SQL |
| Индексы | B-Tree индексы. Битовые индексы. Секционированные индексы (partitioned index). Индексы, основанные на функции (Function-based index). Доменные индексы (Domain index) | индексы B-Tree |
| Таблицы | Реляционные таблицы. Таблицы объектов. Временные таблицы | Реляционные таблицы. Временные таблицы |
| Триггеры | триггеры BEFORE. триггеры AFTER. триггеры INSTEAD OF | триггеры AFTER. триггеры INSTEAD OF |
| Процедуры | операторы PL/SQL. методы Java. Процедуры, написанные на языке третьего поколения (3GL) | операторы T-SQL |
| Массивы | Поддерживаются | Не поддерживаются |
Нельзя сказать, что SQL Server 2000 лучше Oracle 9i или наоборот. Оба эти продукта могут быть использованы для построения стабильной и эффективной системы. Стабильность и эффективность приложений и БД зависит в большей мере от опытности разработчиков БД и их администраторов, чем от поставщика БД.
Преимущества SQL Server 2000:
-
SQL Server 2000 дешевле Oracle 9i. -
SQL Server 2000 имеет лучший результат по производительности и соотношению цена/производительность (согласно тесту TPC-C). -
Общепризнанно, что SQL Server 2000 проще устанавливать, использовать и управлять.
Преимущества Oracle 9i:
-
Oracle 9i поддерживает все известные платформы (а не только на базе Windows). -
Язык PL/SQL мощнее T-SQL. -
С помощью пусковых параметров может быть выполнена более точная настройка конфигурации.
На основании вышеприведенных данных решено выбрать в качестве СУБД - SQL Server 2000. Одно из главных его достоинств – дешевизна. К тому же данная СУБД, на настоящий момент, широко распространена в сети Интранет октябрьской ж. д. и уже есть лицензии на ее использование.
При создании автоматизированных систем велико значение разработки программного обеспечения, т.к. именно программные средства создают интеллект компьютера. В настоящее время при создании подобных систем значительно возрастает роль человеческого фактора, ведущую роль начинает играть оптимизация взаимодействия между человеком и машиной не только в период эксплуатации, но и при изготовлении компонентов. При систематизации подхода проектирования можно привести некоторые основные функциональные задачи и принципы построения, которые должен решать современный язык программирования.
-
Принцип минимального рабочего усилия, имеющий два аспекта:
-
минимизация затрат ресурсов со стороны разработчика ПО, что достигается путем создания определенной методики и технологии создания, свойственной обычным производственным процессам; -
минимизация затрат ресурсов со стороны пользователя, т.е. пользователь должен выполнять только ту работу, которая необходима и не может быть выполнена системой, не должно быть повторений уже сделанной работы и т. д.
-
Задача максимального взаимопонимания. Пользователь не должен заниматься, например, поиском информации, или выдаваемая на экран информация не должна требовать перекодировки или дополнительной интерпретации пользователем. Пользователь должен запоминать как можно меньшее количество информации, так как большой объем поступающей информации снижает способность человека принимать оперативные решения. -
Принцип максимальной концентрации пользователя на решаемой задаче и локализация сообщений об ошибках.
Windows предоставляет пользователям оболочку графического интерфейса (Graphical User Interface – GUI), которая обеспечивает стандартную среду пользователя и программиста. GUI предлагает более сложное и дружелюбное окружение пользователя, чем командно-управляемый интерфейс. Работа в Windows основана на интуитивно понятных принципах. Легко переключиться с задачи на задачу и осуществлять обмен информацией между ними. Однако разработчики приложений традиционно сталкиваются с трудностями программирования, поскольку организация среды Windows является чрезвычайно сложной.
3.4 Разработка логической модели базы данных
Логическая структура базы данных определяется совокупностью логически связанных реляционных таблиц.
Логические связи соответствуют структурным связям между объектами в инфологической модели, каждый ИО в логической структуре отображается соответствующей реляционной таблицей.
Связи между таблицами осуществляются посредством общих реквизитов (ключевых или неключевых).
При анализе предметной области были выявлены следующие сущности:
-
Железная дорога; -
ТЧ; -
Местоположение радиостанции; -
Сотрудник; -
Логин-пароль; -
Акт ; -
Вид акта (ввод в эксплуатацию, ремонт, списание); -
Список комплектующих для ремонта; -
Поломка; -
Радиостанция; -
Марка радиостанции; -
Документация; -
Комплектующие.
Для каждой сущности были определены атрибуты, их виды (статические и динамические), а среди атрибутов были определены первичные и внешние ключи.
Железная дорога
S | Идентификатор железной дороги (Primary Key)
S | Название железной дороги
ТЧ
S | Идентификатор ТЧ (Primary Key)
S | Идентификатор железной дороги (Foreign Key)
S | Название ТЧ
Местоположение радиостанции
S | Идентификатор местоположения (Primary Key)
S | Название местоположения
Сотрудник
S | Табельный номер (Primary Key)
S | Фамилия
S | Имя
S | Отчество
D | Логин для входа в систему (Foreign Key)
Логин пароль
D | Логин для входа в систему (Primary Key)
D |Пароль для входа в системы
Акт
S | Номер акта (Primary Key)
S | Серийный номер радиостанции (Foreign Key)
S | Идентификатор депо приписки радиостанции (Foreign Key)
S | Табельный номер сотрудника оформившего акт (Foreign Key)
S | Табельный номер сотрудника закрывшего акт (Foreign Key)
S | Дата составления акта
S | Дата закрытия акта
S | Комментарий
S | Вид акта (Foreign Key)
S | Вид поломки
Список комплектующих для ремонта
S | Номер акта (Foreign Key) (Primary Key)
S | идентификатор комплектующего (Foreign Key) (Primary Key)
S | Количество
Вид акта
S | Идентификатор вида акта (Primary Key)
S | Название вида акта
Поломка
S | Идентификатор поломки (Primary Key)
S | название поломки
S | время ремонта поломки
S | Стоимость ремонта
S | идентификатор марки радио (Foreign Key)
Радиостанция
S | Серийный номер радиостанции (Primary Key)
S | Идентификатор марки радиостанции (Foreign Key)
S | Местоположение радиостанции ( склад , ремонт , эксплуатация, списана ) (Foreign Key)
S | Год производства радиостанции
Марка радиостанции
S | Идентификатор марки радиостанции (Primary Key)
S | Название марки радиостанции
S | Масса радиостанции
S | Габариты радиостанции
S | Производитель
D | Документация по радиостанции (Foreign Key)
Документация
S | Идентификатор документации (Primary Key)
S | ссылка в интернете
Комплектующие
S | Идентификатор марки радиостанции (Foreign Key)
S | идентификатор комплектующего (Primary Key)
S | Название комплектующего
S | Количество
S | Цена 1 единицы
Логическая структура базы данных со всеми связями показана на рисунке. 3.1.