forum.clarionlife.net

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

А подгружать запросом только то, что надо, но до 100 записей, никак? Я говорю про текуще-редактируемые-рабочие записи, справочники понятное дело загружены например с помощью IMDD. Мне непонятно в чем проблема?

finsoftrz писал(а): ↑02 Июнь 2017, 12:30Я так и не понял, что не выйдет с tps.

Не выйдет "поставить и забыть". Файлы от 100 мб уже падать любят, а у нас например внутри базы хранятся в блобах файлы, договора всякие и т.п., там таблица гигабайты может весить

RaFaeL писал(а): ↑02 Июнь 2017, 18:45

finsoftrz писал(а): ↑02 Июнь 2017, 12:30Я так и не понял, что не выйдет с tps.

Не выйдет "поставить и забыть". Файлы от 100 мб уже падать любят, а у нас например внутри базы хранятся в блобах файлы, договора всякие и т.п., там таблица гигабайты может весить

А, если Вы про свою базу пишите, то я не в теме...

gopstop2007 писал(а): ↑02 Июнь 2017, 17:25 А подгружать запросом только то, что надо, но до 100 записей, никак? Я говорю про текуще-редактируемые-рабочие записи, справочники понятное дело загружены например с помощью IMDD. Мне непонятно в чем проблема?

Выход-то всегда есть. Даже несколько. Но вот просто так взять и поменять драйвер на MS SQL в Легаси и не получить траблы - это чудо. Как-будто проблема постраничного скроллирования в SQL для Вас новость. Да, к сожалению, такова селяви - если в ABC что-то сделали для приличной работы с SQL, то в Легаси ничего. И скорее всего не будут, неважно - есть поддержка, нет её.

Я предлагаю alex881 сделать так. Создать на сервере MS SQL вторую таблицу. Залить данные. Связать их как надо, как требует теория. В Кларионовском словаре также всё правильно провязать. Сделать "виртуальные" уникальные индексы, по которым будет просмотр в броузах. Перевести окно с этими двумя броузами в ABC. Выставить метод загрузки "файл" и посмотреть. Мой опыт с SQLAnywhere и Firebird говорит, что тысячи и десятки тысяч записей грузятся в броуз менее секунды.

Yufil писал(а): ↑02 Июнь 2017, 16:58 Профайлера в MS SQL Express я не нашёл ...

https://expressprofiler.codeplex.com/

gopstop2007 писал(а): ↑02 Июнь 2017, 11:58

kreator писал(а): ↑02 Июнь 2017, 11:10 Зачем? SQLite та же файл-серверная БД, что и TPS, только SQL-синтаксис понимает. И проблема Юникод, как обсуждали, стоит (могу быть неправ). Можно рассмотреть вариант Firebird, там есть режим embedded. Заодно и с MySQL слезть для унификации.

Для sqlite не нужно устанавливать сервер и мне проще работать с запросами для выборки нужных данных, к тому один файл, вместо пачки TPS в плане создании много баз данных насчет unicode критично только для библиотек с названиями, пока пытаюсь найти решение и жду решения в виде С11. Насчет Filebird ничего против него не имею, но покажите хоть один хостинг с ним и сколько это стоит А на mysql пруд - пруди, кстати я бы полностью на него переполз, но есть проблемы с интернетом пока еще, думаю через пару лет уйдут.

TPS тоже, кстати, может хранить всё в одном файле. Но при этом есть какие-то напряги. И SQL-запросы наверняка поддерживает через ODBC-драйвер. Правда не представляю как работать из Клариона с кларионовским файлом БД через ODBC. Технически понимаю, а вот смысл не пойму. Подкрутили бы поддержку SQL к стандартному драйверу, а-ля драйвер SQLite.
Я когда переводил базу с tps на SQLAnywhere тащил по началу две версии. Потом устал. Разные подходы, разное кодирование. По мере углубления в SQL пришлось отказаться от tps, даже, если клиент работал локально. По возможности нужно унифицировать работу. И с SQL сейчас тоже самое - разные диалекты. Стандарт вроде поддерживается, но дополнительные классные нужные штуки у всех свои.

kreator писал(а): ↑04 Июнь 2017, 5:03 TPS тоже, кстати, может хранить всё в одном файле. Но при этом есть какие-то напряги.

Ну да, когда грохнется, то братская могила Геморрой, если поменял формат одной таблицы, надо конвертировать весь файл, то есть все таблицы.

gopstop2007 писал(а): ↑04 Июнь 2017, 8:38... если поменял формат одной таблицы, надо конвертировать весь файл, то есть все таблицы.

Это с чего так? Я с таким не сталкивался. Может не заметил.

Shur писал(а): ↑05 Июнь 2017, 0:19 Это с чего так? Я с таким не сталкивался. Может не заметил.

давно было тонкостей не помню, пробовал использовать как один файл для всех таблиц, но вроде если хоть одна таблица была криптована, или что то еще в таком духе, то после внесения изменений надо было пересобирать весь файл с кучей таблиц, когда столкнулся, плюнул и слез обратно на обычные tps файлы