Блог пользователя il_masacratore

SQL08: Создание таблицы с помощью условных словаря данных SQL Server

0

Иногда нам нужно проверить существование таблицы в скрипт или запланированного задания для записи событий ошибок, во-первых казни и т.д. ... Возьмем, например, пакет интеграции услуг, которые мы, как правило, не распространять и не работать там, куда мы идем и что листья следы в пользовательскую таблицу, что не по умолчанию для загрузки бревен. Мы всегда может включать выполнение задания или SQL-скрипт, запустить правильно или неправильно, это первый для работы на пакет, а затем продолжить. Будучи пуристов это просто не совсем "аккуратно"

 CREATE TABLE LogsEtl
(Выполнение Int PRIMARY KEY,
Пакет VARCHAR (50),
Дата DateTime);
GO 

В первом запуске вариант является корректным, но не после создания таблицы.Это может заменить зрение консалтинг sys.objects , где есть записи для каждого объекта в базе данных, и проверить существование таблицы до его создания. Видимость метаданных ограничивается защищаемыми объектами, принадлежащие пользователю, или, на которых пользователь имеет какие-либо разрешения.

SSRS: # Ошибка в ячейку в десятичной количество отчетности, что Oracle тянет

9

До сих пор точно знать, как и где детали каждого типа ошибок в исполнении доклад Reporting Services. Я имел дело с возникающими из-за отсутствия разрешения, обработанные кубов неполным, но до сих пор не # Ошибка в ячейке, нет оснований.

Ошибка ли я участвовать в управлении небольшой отчет, который тянет источник данных ODBC с базой данных Oracle показаны итоговые (суммы, а не в процентах), и я был удивлен отсутствием подробно об ошибке происходит. Дополнительные трудности, выше сочетания конкретных параметров (N предыдущих казней работали), а не весь столбец, но в ячейке.Также осуществляет все или Итого общая сумма, которая включает в себя ...

После просмотра журнала сервера RS, после проверки запроса на внешних клиентов с ним, подумав неправильный формат для меня, чтобы проверить данные отчета в конструкторе источников я получаю испытания с параметрами и бездумно хорошо, но поставить проблемных активов, что по крайней мере, появляется ошибка:

Не удалось прочитать данные из набора результатов запроса.

Ora10g: ORA-00060 Deadlock обнаружено (II)

0

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

Первый слева след например:

 *** Название действия: () 21/04/2011 14:08:01.227
*** Имя модуля: (MiPrograma.exe) 21/04/2011 14:08:01.227
*** Имя службы: (SYS $ USERS) 04/21/2011 14:08:01.227
*** ID клиента: () 04/21/2011 14:08:01.227
*** ID сессии: (1636,58026) 04/21/2011 14:08:01.227
ТУПИК обнаружено (ORA-00060)
[Сделка Deadlock]
После не тупик ошибка ORACLE.Это тупик из-за ошибки пользователя при разработке приложений или выходящих из неправильного специальных SQL.

MySql: ограничения и сокращения фрагментации консалтинг information_schema таблицы

0

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

MySql: триггер для соединения аудита связи

0

Триггеры в MySQL, что Существуют базовые и только за столом. Там SqlServer или Oracle, как переключатель, позволяющий охоты открытых соединений и получить информацию о сессиях.
Плохой пример. Это может быть случай, что в веб-среде мы фермы серверов Apache и все, что никто не собирается банк. Начинает открывать темы в нашей объемной MySQL (по любой причине) и аварий сервера, потому что мы не должны ограничивать количество одновременных соединений для этого пользователя. Что же такого страшного чувства нет? И вдобавок это происходит, когда мы не в офисе мы можем обнаружить, что мы многого не знаем, что произошло, к примеру мы видим, пик в кактусов, но у нас нет никаких деталей.

Чтобы получить больше и проверять, кто и когда открывает соединения, мы будем:

  1. Создание схемы схемы (или нет).

    Схема создания аудита;
    Аудит использования;

  2. Создание в рамках таблицы для хранения данных.
    CREATE TABLE aud_conexiones (
    ID BIGINT UNSIGNED NOT NULL PRIMARY KEY AUTO_INCREMENT
    , Thread_id INT UNSIGNED NOT NULL DEFAULT 0
    , Пользовательский VARCHAR (64) NOT NULL DEFAULT "неизвестных"
    , Login_ts TIMESTAMP NULL DEFAULT NULL);
  3. Мы создадим процедуру для вставки данных сессии.
Ленты новостей