124040 (592888), страница 5

Просмтор этого файла доступен только зарегистрированным пользователям. Но у нас супер быстрая регистрация: достаточно только электронной почты!

Текст из файла (страница 5)

Высокая производительность и богатое представление данных, обеспечиваемые многомерными массивами, позволяют разработчикам создавать решения, невозможные при использовании других РСУБД.

2.12 Обработка транзакций

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

• OLTP:

Интерактивная обработка транзакций [OLTP] наиболее характерна для банковских операций. По такому сценарию, приложение выполняет серию коротких (по содержимому и по времени) транзакций. Приложению может потребоваться изменение одной-двух записей или небольшой отчет. Большие и длительные отчеты выполняются неинтерактивно.

• DSS:

Системы поддержки принятия решений (или анализа информации) [DSS] преназначены для поддержки длительных транзакций, таких как итоговые отчеты или статистический анализ. Этот тип систем зависит от относительно статического "вида" базы данных, для того чтобы обеспечить целостность данных на все время действия длительной транзакции.

• OLCP:

Интерактивная комплексная обработка [OLCP] является смесью моделей OLTP и DSS. Такая модель пытается поддержать баланс между этими двумя моделями, и предназначается для большинства реальных приложений. Такие требования приводят к необходимости иметь высокую производительность, возможность выполнения резервирования данных "на ходу", выполнять длительные запросы или длительные отчеты пока пользователи обновляют текущую информацию. Информация должна быть доступна в любое время без ограничения доступа как для OLTP так и для DSS транзакций.

SQL Server:

Архитектура SQL Server разработана для поддержки либо OLTP либо DSS, но не для одновременной поддержки обоих. Кроме этого, не поддерживается большинство требований к режиму OLCP для реальных приложений. Такие ограничения вызваны механизмом блокировок, используемым в SQL Server.

Borland Inter Base полностью поддерживает модель OLCP. Уникальная архитектура многоверсионности записей гарантирует, что пользователи транзакций OLTP не обнаружат блокировок при обновлении данных, используемых транзакциями DSS, в то время как транзакциям DSS гарантируется воспроизводимое чтение. Многоверсионность записей гарантирует воспроизводимость состояния БД как для чтения, так и возможность обновления данных независимо от уровня изоляции транзакции. Это снижает сложность и время разработки клиентских программ, и обеспечивает доступность корпоративных данных в любой момент.

2.13 Конфигурирование и настройка

• SQL Server:

Microsoft SQL Server и Sybase SQL Server имеют мириады конфигурационных опций и параметров настройки для оптимизации производительности базы данных. Многие их этих параметров достаточно сложны и могут влиять друг на друга. Только достаточно квалифицированный администратор БД может управлять всеми этими параметрами для настройки сервера. Например, в Sybase System 11 появилось более 200 параметров настройки. Это добавляет сложности к управлению сервером, стоимость обучения администратора БД, и предполагает что по мере усложнения используемой базы данных может потребоваться настройка севера.

• Inter Base:

Borland Inter Base автоматически конфигурируется и настраивается, и не требует никакого вмешательства администратора в настройки. Это максимально облегчает управление и сопровождение. В общем случае, у IB существует не более конфигурационных 20 параметров, которые практически никак не влияют друг на друга (основных параметров всего 3 - размер кэша и лимиты занимаемой памяти). Это сделано специально для уменьшения стоимости сопровождения и обслуживания. После установки, вмешательство администратора БД требуется разве что в случае катастрофического сбоя оборудования, или для регулярного выполнения bakup (который можно автоматизировать при помощи утилиты AT на Windows NT, или специальных утилит на UNIX).

2.14 Восстановление при сбоях

Автоматическое восстановление базы данных SQL Server включает в себя "воспроизведение" содержимого transaction logs. Этот процесс последовательно применяет к БД транзакции, сохраненные в transaction log для того чтобы восстановить состояние БД на момент последнего checkpint.

Если база данных не восстанавливается из существующего transaction logI, следовательно ее надо удалить и восстановить из архива. При этом восстанавливается сначала полная копия БД, а затем все "частичные" архивы (incremental backups), которые были созданы от момента сохранения полной копии БД. Это достаточно сложный и длительный процесс.

Восстановление базы данных Borland InterBase происходит автоматически без вмешательства администратора БД. Транзакции, которые не успели завершиться на момент сбоя, будут полностью отменены, и БД останется в целостном состоянии. Недостатком является отсутствие "частичного" архивирования, т.е. если в результате сбоя был поврежден носитель данных, восстановить удастся только БД в ее последнем полном архивировании. Это компенсируется скоростю выполнения backup, его выполнением "на ходу", а также скоростью восстановления данных.

Borland InterBase использует технику "горячего" резервирования при помощи так называемой "тени" (shadow). "Теневая" БД - дубликат базы данных, находящийся на другом физическом устройстве. Обновление "тени" производится с каждым обновлением страницы основной базы данных. В случае аппаратного сбоя носителя основной базы данных, Borland InterBase в зависимости от режима "затенения" переключает пользователей на "тень", делая ее основной базой данных. Это может происходить либо автоматически, либо по команде администратора базы данных. Таким образом, решается либо задача обеспечения непрерывного доступа к БД (online), либо гарантирование наличия целой копии рабочей базы данных. "Теней" базы данных может быть столько, сколько нужно для гарантии сохранности данных.

2.15 Сравнение средств разработки корпоративных приложений

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

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

1. являться компиляторами (т.е. на любой стадии разработки создает настоящий машинный код);

2. работать и создавать исполнимые файлы для платформы Windows 9x/NT (далее Win32);

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

4. иметь интегрированную среду разработки и отладки;

5. работать с базами данных SQL-серверного типа;

6. давать возможность доработки стандартных библиотек (вплоть до низкоуровневой работы с Win32 API, использования ассемблерных вставок, работы с указателями);

7. поддерживать разработку многоуровневых приложений, в частности поддержку современных стандартов DCOM, CORBA, транзакционно-объектных серверов;

8. поддерживать компонентный подход в разработке (как с точки зрения использования готовых компонентов, так и с точки зрения создания собственных);

9. Поддерживать групповую разработку.

На рынке программного обеспечения лидируют следующие продукты:

• Inprise C++ 3.0 Enterprise Edition;

• Inprise Delphi 4.0 Enterprise Edition;

• Sybase Power++ 2.1;

• Microsoft Visual C++ 6.0;

• IBM Visual Age for C++

Пунктам с 1 по 5 удовлетворяют все вышеперечисленные продукты. По остальным критериям возможности каждого из продуктов имеют некоторые различия.

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

Для построения системы и написания программного кода был выбран Delphi. Этот инструмент заслуженно характеризуется как высокоэффективный, легкий в освоении и в отладке (что играет далеко не последнюю роль в реальной работе), дает возможность быстрого создания законченных приложений, и, наконец, считается лучшим для создания систем архитектуры “клиент/сервер”.

Delphi позволяет создавать приложения для работы с удаленными БД, причем они автоматически соответствуют большинству принципов логотипа “Designed for Windows 9x/NT”.[10]

Inprise Delphi Client/Server Suite 4.0

Требования к аппаратному обеспечению:

• Intel 486/66MHz и выше (рекомендуется Pentium120);

• MS Windows95 (рекомендуется Windows NT 4.0 SP3);

• RAM 16Mb (рекомендуется 64Mb);

• требуется для установки 60Mb(Compact Install), 190Mb(Full Install);

• CD-ROM для инсталляции;

• монитор VGA и выше (рекомендуется SVGA 21”);

• мышь;

• сетевая поддержка (Windows 9x/NT)

3. УСЛОВИЯ ЗАДАЧИ

В состав рациона кормления на стойловый период дойных коров входит 9 видов кормов. В таблице 6 приводятся необходимые данные о кормах. Для обеспечения намечаемой продуктивности стада необходимо, чтобы в рационе кормления содержалось не менее (14,5+0,1) кг кормовых единиц, (1750) г перевариваемого протеина, (110) г кальция, (45+0,1) г фосфора, (660+0,1) мг каротина и (18+0,1) кг сухого вещества. В качестве дополнительных условий даны следующие соотношения для отдельных групп кормов в рационе: концентратов (кукуруза, жмых и комбикорм) – 5-20%, грубых кормов (стебли кукурузы, сено люцерновое, сено суданки) – 15-35%, силоса – 35-60%, корнеплодов (свекла сахарная и кормовая) –10-20%. Определить рацион кормления животных по критерию минимальной себестоимости.

Таблица 6 - Содержание питательных веществ в 1 кг корма и его себестоимость

3.1 Краткое описание пакета LINDO

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

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

Характеристики

Список файлов ВКР