Тема: Анализ рентабельности использования активов. Учебная работа № 404295

Учебная работа № 404295. Тема: Анализ рентабельности использования активов

Выдержка из подобной работы

…….

Анализ рентабельности активов

…..ному продукту, не отражают и малой доли новых
возможностей. Из одного перечисления нововведений можно было бы сделать
журнальную статью, поэтому исследователи разделили обязанности между собой. В
данной статье рассматривается технология интеграции .NET и MS SQL Server.
Общая информация
Предыстория
Современные коммерческие РСУБД не могут позволить себе
ограничиться ролью пассивного хранилища данных, поддерживая только SQL.
Необходима поддержка возможностей процедурного программирования. До недавнего
времени типичным решением этой проблемы было специфичное для производителя
расширение стандартного SQL для написания триггеров и хранимых процедур
(PL/SQL, T-SQL). На тот не столь уж редкий случай, когда этого расширения не
хватало для удовлетворения потребностей разработчиков, предлагались не менее
специфичные способы использовать «внешний» по отношению к серверу код
(пользовательские функции в Interbase, расширенные хранимые процедуры в MS SQL
и т.д.).
Основным недостатком первого решения является
откровенная узость SQL, хотя бы и расширенного. «Дотянуть» SQL до полноценного
языка программирования общего назначения – нереально. К тому же, он по
необходимости является интерпретируемым языком, что ограничивает его
быстродействие при выходе за пределы табличных операций. Например, написать
хранимую процедуру для шифрования PGP вполне можно и на T-SQL (благо там не
нужно ничего, кроме арифметики). Но скорость ее работы будет, мягко говоря,
недостаточной.
При использовании внешнего кода возникает другая
проблема – в большинстве случаев ему трудно получить доступ к контексту РСУБД,
использующей его. Как правило, все взаимодействие происходит через «замочную
скважину» точки входа в DLL. Да, для вычисления хеша MD5 такая технология
вполне подходит, но возможности взаимодействия подобного кода с ядром СУБД
слишком ограничены.
Несколько лет назад Oracle предложил использовать Java
в качестве языка программирования для своей РСУБД. Эта практика не прошла
незамеченной в Редмонде, и вот теперь Microsoft готовит ответный удар.
Следующие объекты MS SQL Server могут быть созданы с
использованием .NET:
Хранимые процедуры.
Триггеры.
Функции (скалярные и табличные).
Агрегирующие функции.
Пользовательские типы данных.
Для написания кода этих объектов потребуется .NET
Framework версии 1.2 или выше.
Загрузка кода в базу данных
В отличие от расширенных хранимых процедур, код
которых находится во внешних динамических библиотеках, код .NET хранится внутри
соответствующей базы данных. Это обеспечивает дополнительное удобство при
администрировании – восстановление базы из резервной копии или перенос на
другой сервер (detach/attach) не нарушит целостности приложения.
Есть два основных способа выполнить загрузку сборки в
базу данных:
вручную, при помощи операторов T-SQL и любого
клиентского приложения (пойдет даже старый Query Analyzer. Он хоть и не так
красив в строю, как новый MS SQL Server Workbench, зато у него нет привычки
падать и отжиматься в самые неподходящие моменты).
При помощи средств автоматического развертывания,
встроенных в MS Visual Studio .NET codename Whidbey.
Как только сборка загружена в базу данных, ее код
можно использовать для создания различных объектов. Особенности этих двух
способов описаны в следующих двух подразделах.
Загрузка кода при помощи T-SQL
Загрузка кода производится при помощи оператора CREATE
ASSEMBLY:
CREATE ASSEMBLY
assembly_name
[ AUTHORIZATION
owner_name ]
FROM { < client_assembly_specifier > | < assembly_bits > [,…n] }
[ WITH
PERMISSION_SET = { SAFE | EXTERNAL_ACCESS | UNSAFE } ]
< client_assembly_specifier > :: =
 
‘[\\machine_name\]share_name\[path\]manifest_file_name’
< assembly_bits > :: =
  {
varbinary_literal | varbinary_expression }
Код будет загружен в текущую базу данных соединения.
Чтобы сменить базу, …