forum.clarionlife.net

finsoftrz писал(а): 02 Июнь 2017, 12:30 Я так и не понял, что не выйдет с tps. Вместе с настройкой tsplus уйдет минут 15, включая проверку работоспособности. Дальше уже обучение и консалтинг. Все удаленно...
По падению скульных баз как-то читал хвалебный отзыв клиента, работающего на одной "erp" системе под ораклом. Типа, у меня упала база, ребята все выходные толпой работали и восстановили к понедельнику. Очень квалифицированные, спасибо им большое...

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

Лог у меня тоже пишет, из которого можно накатить изменения на бэкап. Но это не дает полную гарантию, так как софт считает, что железо работает корректно. У скулей процесс, видимо, более надежный из-за опережающей записи в лог. В tps происходит в рамках общей транзакции с рабочими таблицами, иначе будет подтормаживать. Теоретически, могут сломаться одновременно и лог, и рабочая таблица. Хотя на практике не встречал. Я писал, что надежность сравнима, считая, что опережающая запись в лог в какой-то мере компенсируется простотой восстановления плоских таблиц и меньшей восприимчивостью их к сбоям (нет метаданных и прочих структур, усложняющих общую конструкцию базы данных).

gopstop2007 писал(а): 02 Июнь 2017, 12:46

finsoftrz писал(а): 02 Июнь 2017, 12:30 Я так и не понял, что не выйдет с tps. Вместе с настройкой tsplus уйдет минут 15, включая проверку работоспособности. Дальше уже обучение и консалтинг. Все удаленно...
По падению скульных баз как-то читал хвалебный отзыв клиента, работающего на одной "erp" системе под ораклом. Типа, у меня упала база, ребята все выходные толпой работали и восстановили к понедельнику. Очень квалифицированные, спасибо им большое...

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

Если кто на этой улице останется.

finsoftrz писал(а): 02 Июнь 2017, 12:55 У скулей процесс, видимо, более надежный из-за опережающей записи в лог.

Там так, что пишется только лог (Я про SQLAnywhere). Сервер обновляет сам файл БД периодически, при удачном обновлении оставляет соответствующую запись в лог-файле. В случае чего восстановление идёт от этой записи. Поэтому быстродействие несравнимо с файл-сервером.

gopstop2007 писал(а): 02 Июнь 2017, 12:46с легковушки максимум вывалится пару пассажиров

У нас за 10 лет "поездок" даже легкого "испуга" не было ни разу.
P.S. MS SQL наше все. А вы продолжайте обсуждать...

Хто бы сомневался. Пару крутых разрабов в штате одного предприятия сидят...

как всегда всё самое интересное я пропустил, ну да ладно.

alex881 писал(а): 31 Май 2017, 9:30 2 таблицы связанные реляцией, обе отображаються в одном окне и при перемещении через browse по первой таблице(Т1) показываються связанные записи второй(Т2). Обе таблицы были файловые, tps. Сейчас (Т2) перенес в MS SQL и заметил что при перемещении по записям (Т1) данные из (Т2) стали отображаться с заметной задержкой.
В процедуре где созданы browse ничего не менял, менял только в словарике тип драйвера (Т2) на MS SQL и типы полей привел в соответствие с MS SQL. Clarion 5.5EE. Шаблоны использую Clarion, не ABC.
В чем может быть причина?

Основные тесты, который надо бы обязательно сделать в этом случае, это выполнить с той же станции запрос в MS Management Studio, аналогичный тому, что генерируется программой на Кларионе, т.е., упрощая, выполнить селект из таблицы T2 по ключу. Кстати, его можно даже "подсмотреть" при помощи SQL профайлера.
Потом такие же манипуляции (выборка через кларион-программу и селект в MS Management Studio) нужно произвести непосредственно на сервере.
После этого станет понятно, что тормозит -- сетка или сервер.
А так в общем на SQL грешить не надо.

Admin писал(а): 02 Июнь 2017, 14:15 У нас за 10 лет "поездок" даже легкого "испуга" не было ни разу.
P.S. MS SQL наше все. А вы продолжайте обсуждать...

На самом деле есть глобальная проблема. У ТС фигово работает связка С55+Legacy+TPS. Стоит задача - что-нибудь с этим сделать. Пытаемся просчитать варианты. По поводу TPS решение вроде бы найдено, это MS SQL. По поводу остальных двух частей есть колебания. Я советую взять C10+ABC (IMDD, Dynamic и т.д. пусть как подварианты рассматриваются). finsoftrz предлагает проще - поднять терминальную службу. ТС склоняется валить на c# или Джаву. В результате дискуссии окажется, что мой вариант затратный и безперспективный с точки зрения работодателя, вариант finsoftrz'а нереализуем в принципе (опять же из-за позиции работодателя). А третий путь, к которому склоняется ТС - потёмки. Он может и интересен с точки зрения саморазвития, но вот с точки зрения результата... Получается - минус один?

Так надо обычную кларионовскую трассировку выполнить и лог посмотреть, давным-давно надо было сделать. И посмотреть, какая именно файловая операция время жрёт. Там делов на 10 минут. И программа trace.exe, если лень руками. Вполне возможно, что проблема не там лежит

Shur писал(а): 02 Июнь 2017, 16:18 А так в общем на SQL грешить не надо.

Так никто и не грешит. Проблема-то банальная. В легаси постраничная загрузка, в рамках страницы работает, видимо, нормально. При скроллинге другой страницы опять начинается подготовка запроса, сам запрос, да, наверно, при форматировании записи ещё какой-нибудь запрос генериться, может даже не один. Не лечится. Ну никак. Надо слезать с Легаси на ABC. Либо переписать эти Легаси шаблоны под работу с SQL (сделать, например, полную загрузку всей выборки). Что полная дурость. В общем, советов дали.

В ABC тоже постраничная загрузка и ситуация совершенно аналогичная. И запросов может быть море. Лет пять назад бился с Browse с изощрённым фильтром, страницы в которых листались минутами

Kreator, не спеши. Пусть человек попробует да нам скажет.
Кларионовский драйвер для MS SQL в C55 от легаси/не легаси поди остаётся одним и тем же. Да и вряд ли его переписывали для С6.
Лучше всего запустить SQL профайлер да посмотреть, что драйвер кидает в сервер при перемещениях по записям. Yufil здесь прав, только предлагает смотреть со стороны клариона.

Надо внимательно смотреть, не подключены ли лишние, не используемые в Browse, таблицы. оставить только и исключительно необходимые для показа в Browse, остальное можно подкачать на ходу. Правильно ли построено поддерево файлов в Browse. Посмотреть в трассировке, какой получается фильтр (были когда-то интересные проблемы, если индекс по текстовому полю с Nocase или разные типы индексных полей - в одной таблице Long, а в связанной Short), как фильтр взаимодействует с Selector.

Shur писал(а): 02 Июнь 2017, 16:50 Kreator, не спеши. Пусть человек попробует да нам скажет.
Кларионовский драйвер для MS SQL в C55 от легаси/не легаси поди остаётся одним и тем же. Да и вряд ли его переписывали для С6.
Лучше всего запустить SQL профайлер да посмотреть, что драйвер кидает в сервер при перемещениях по записям. Yufil здесь прав, только предлагает смотреть со стороны клариона.

Профайлера в MS SQL Express я не нашёл ...

А да, в Express его может и нет. Но все остальные рекомендации в силе.