Sqlserver
 sql >> база данни >  >> RDS >> Sqlserver

SQL Server 2008:Колко безопасна при срив е CLR съхранена процедура, която зарежда неуправлявани библиотеки

Тъй като този код първоначално е бил използван с разширени съхранени процедури, звучи като неуправляем код. Грешки в неуправляем код могат лесно да сринат процеса ви.

CLR интеграцията е много по-стабилна от разширените съхранени процедури, но кодът все още се изпълнява в процеса, така че грешките могат да свалят или повредят SQL Server. (За сравнение, на теория SAFE CLR рутина няма да може да повреди SQL Server, въпреки че дори може да причини проблеми, които намаляват наличността на сървъра ви, без да сваля напълно SQL Server.)

По принцип единствените начини да не се срине SQL Server в този сценарий са:

  1. Избягвайте използването на функционалността, която се срива.
  2. Коригирайте кода за грешка.
  3. Изпълнете кода в отделен процес (стартирайте изпълним файл, извикайте услуга на Windows, извикайте уеб услуга и т.н.). Можете да напишете управлявана .NET DLL, за да извършите това взаимодействие. Най-вероятно пак ще трябва да го заредите НЕСИГУРНО, но--ако е написано правилно--в действителност може да бъде доста безопасно.


  1. Database
  2.   
  3. Mysql
  4.   
  5. Oracle
  6.   
  7. Sqlserver
  8.   
  9. PostgreSQL
  10.   
  11. Access
  12.   
  13. SQLite
  14.   
  15. MariaDB
  1. Как да конвертирате Unix Timestamp в стойност на дата/час в SQL Server

  2. MVC3 - Удостоверяване с акаунти на SQL Server

  3. SSIS - Извършване на търсене на друга таблица за получаване на свързана колона

  4. SQL Server, еквивалентен на ORACLE INSTR

  5. SQl сървър Трябва да коригирам грешката за изтичане на времето за изчакване. Периодът на изчакване изтече