В то время как в статье MSDN говорится, что событие будет только сгенерировано для неснова использованных соединений, документация SQL Server противоречит этому оператору:
"Контрольный класс событий Входа в систему указывает, что пользователь успешно вошел в систему Microsoft SQL Server. События в этом классе запущены новыми соединениями или соединениями, которые снова используются от пула соединения".
лучший способ измерить эффективность объединения состоит в том, чтобы собрать время, проведенное в соединении с и без объединения. С объединением необходимо видеть, что первое соединение является медленным, и последующие чрезвычайно быстры. Без объединения каждое соединение займет много времени.
, Если Вы хотите отследить событие Audit Logon, можно использовать столбец данных EventSubClass для того, является ли вход в систему со снова использованным соединением или новым соединением. Значение будет 1 для реального соединения и 2 для снова использованного соединения от pool.application.
Для более старых версий Rails:
Вы можете сделать это в конфигурационном файле environment.rb.
config.load_paths << "#{RAILS_ROOT}/app/widgets"
-
Для Rails 3 , см. Ответы ниже
Я обнаружил, что мне нужно сделать это после блока конфигурации - больше нет доступа к объекту конфигурации.
Это помогло
ActiveSupport::Dependencies.load_paths << "#{RAILS_ROOT}/app/widgets"