| Цитата |
|---|
| Люлю пишет:
можно ли делать открытие разных форм |
Так он же разные формы подставляет... или какая задача?
Пользователь
Поиск по сайту
Реклама
Опрос
Погода
Григорий Ненашев (все сообщения)
| |||||||||||||||||||||
|
|
Формы открытия Конфигурационных Элементов, как?
|
Так он же разные формы подставляет... или какая задача? |
|
|
|
|
Формы открытия Конфигурационных Элементов, как?
|
Можно для этого нужно использовать Generic Relation Type
|
|
|
|
|
Ошибка!!, Синтаксическая ошибка в имени файла, имени папки или метке тома
|
Уважаемый Вячеслав Киященко, давайте разберем ваши вопросы по существу.
Читайте правила раздела. |
|||||||||||
|
|
|
Ошибка!!, Синтаксическая ошибка в имени файла, имени папки или метке тома
|
Установлен ли фикс?
А что мешает перейти на более новый SP? Клиент 2008 по умолчанию не очень дружит с 64 битной виндой, на форуме мы это уже обсуждали. |
|
|
|
|
Замедление работы системы.
|
Не знаю как в оракле, но в скуле такого нет. Это 100% тем более, когда речь идет о уже созданных полях. Даже если я руками полезу создавать новое кастум поле, то индекс ему не присвоится.
Да индексов много создал, начиная от таблицы servicecall и заканчивая таблицей персонала. Практически в каждой создал, в эти выходные буду анализировать таблицу журнала в servicecall. Там тоже есть что покрутить  |
|
|
|
|
Замедление работы системы.
|
Добавить индексы на часто используемые поля. (только это нужно делать с пониманием того, на что добавляется индекс)
В оракле есть похожий механизм, Орест или Roottm меня поправить смогут, у них Oracle установлен, так вот если я не ошибаюсь, то там есть штатный механизм анализа данных. Все правильно сервер приложения порождает запросы к базе от имении app сервера. Узнать, кто именно исполнил тот или иной запрос невозможно, можно только найти этот запрос и посмотреть, что именно вывел на экран пользователь. В зависимости от этого есть вероятность узнать кто вызвал данный запрос. (может быть это системное представление которое грузит систему «Такое тоже возможно») |
|
|
|
|
Замедление работы системы.
Как я писал выше, нужно запустить профайлер, в нем можно найти запрос, но правильнее оптимизировать базу, тем самым не трогая пользователей ускорить работу системы, и блокировки уйдут с базы. (тем самым торможения с базы уйдут.) Какая нагрузка на SQL? |
|||
|
|
|
Замедление работы системы.
Можно, причем база будет летать.. Включаем профайлер, на весь рабочий день. Далее, анализируем данные и смотрим, что предложит система. Как правило, на базе явно не хватает индексов и статистики. Вот только для каждой организации нужны свои индексы. |
|||
|
|
|
Замедление работы системы.
А что пишут логи, на app сервере? – как правило зависание app сервера по памяти как правило не связанно с SQL сервером. Читайте логи, я как то помню писал, что в зависимости от бизнес логики нужно каждую ночь перезапускать app сервер, у меня 4 сервера app клиентских и 2 SMTP. Даже если и происходят зависания, то раз в месяц по причине памяти. – Если каждую неделю в субботу например перезапускать, то и зависаний не будет. Торможения системы это другая песня. |
|||
|
|
|
Замедление работы системы.
|
Снизили нагрузку на одном из SQL серверов, раньше показатели были каждый день с 9 до 18 (~30-40%) нагрузки. Сейчас показатель (~12-15%) – система стала летать при нагрузки более 400 подключений.
Раньше в логах постоянно была ошибка Блокировки транзакции. (Data Access> JDBC error 1205: [SD-SQL]Transaction (Process ID 137) was deadlocked) – после проведения нехитрых манипуляций с базой, данная ошибка ушла. У кого ни будь, данные ошибки в логах есть? |
|
|
|
|
Сегодня были (гостей: 3, пользователей: 0, из них скрытых: 0)