forum.clarionlife.net

Из соседней ветки, чтобы в одном месте была информация о недоработках в среде.
В среде открываем процедуру (дважды щелкаем по ней в дереве), потом нажимаем кнопку Window. Вносим в эмбедах какие-то изменения, закрываем окно с сохранением, в окне процедуры жмем кнопку сохранить. Компилируем, смотрим результат. Потом закрываем процедуру с сохранением, затем app без сохранения. Все изменения, которые мы делали в эмбедах, отменяются.
В среде какая-то не очень понятна многоуровневая система с сохранением изменений. Например, в эмбедах в контекстном меню тоже есть Сохранить (причем обозначенная горячая клавиша не работает, только из меню). Это сохраняет изменения, пока мы находимся в дереве эмбедов. Если закрываем его без сохранения, то "сохраненные" изменения отменяются. Зачем оно там, я так и не понял. Эмбед и так закрывается с сохранением или без.

То есть, чтобы не попадать на это, надо всегда окончательно фиксировать сохранение, находясь в дереве процедур.

finsoftrz писал(а): 21 Январь 2022, 17:04 То есть, чтобы не попадать на это, надо всегда окончательно фиксировать сохранение, находясь в дереве процедур.

Это уже на уровне безусловного рефлекса. После каждого этапа изменений жать на сохранение проекта. Да и от зависаний среды помогает...

Кнопка "Сохранить" доступна когда мы уже в "дереве процедур". А в этом режиме проблем вроде бы нет. "Restore" отрабатывает как надо. Во всяком случае я не припомню проблемы с "Restore". Нажимать "Сохранить" - это скорее защита от случайного нажатия кнопки "Нет" на вопрос "Сохранить изменения?".

kreator писал(а): 24 Январь 2022, 14:20 это скорее защита

И от зависания/вылета среды.

Я уже писал, на всякий случай еще раз. Чтобы среда не висла на сохранении кода в эмбеде в дизайнере окон, можно предварительно открыть и закрыть общий список эмбедов процедуры. А затем уже спокойно редактировать в эмбедах у контролов. У меня вроде как не виснет совсем.

finsoftrz писал(а): 24 Январь 2022, 15:20 У меня вроде как не виснет совсем.

И у меня крайне редко. Но уже на уровне рефлексов...

Я все рабочие проекты пересобрал в среде с11 с рантаймом с6. Некоторые пользователи начали работать. Пока жалоб нет. Постепенно привыкаешь к новой среде. Я аж помолодел почти на 20 лет. Все закрутилось с такой скоростью, как когда все начиналось и проекты были маленькими.

finsoftrz писал(а): 24 Январь 2022, 15:28 Все закрутилось с такой скоростью, как когда все начиналось и проекты были маленькими.

Кому что... У меня ситуация иная: объём проекта принципиально не вырос (в пару раз, это не стоит и обсуждать), а вот объём обрабатываемых данных увеличился на порядки. А пользователи требуют, чтобы скорость "молотилки" была такой же.

Раньше спасался транзакциями, IMDD, а теперь приходится откатываться обратно, на работу напрямую с файлом. Если объём транзакции зашкаливает за Гиг, то быстрее будет от транзакции отказаться, чем помирать на проблемах работы с памятью. То же самое и с IMDD... Караул, в общем...

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

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

Губин Игорь писал(а): 24 Январь 2022, 18:18 А пользователи требуют, чтобы скорость "молотилки" была такой же

Всё в их руках. Точнее кошельках. Пусть покупают себе "молотилки" на современных процах, памяти и SSD дисках ...

Губин Игорь писал(а): 24 Январь 2022, 18:18 То же самое и с IMDD...

Не зная конкретики сложно обсуждать ... Можно поискать решение в варианте загрузки данных на RAM диск и выполнение
с него запроса по файлу. Можно отказаться от структур данных Clarion (если проблема действительно в них на BigData) и
работать напрямую с областями памяти, через WinAPI ...

Почему не SQL? Молотилка ещё та. И WinApi не нужно. Вдруг конец скоро. SQL+Web. Облако? Не знаю.

SQL эффективен как средство выполнения запроса (на стороне сервера).
Но если результат выборки по запросу огромен - то он всё только усугубляет ...

SQL кэширует запросы. То есть, если есть часто повторяющиеся запросы и они не очень сложные, то сервер сможет закэшировать результат и потом выдавать его мгновенно. Разумеется, тут от задачи зависит.
У нас самая большая база где-то 30+ гб на битриве стала подтормаживать, когда запрашиваемая информация перестала помещаться в оперативной памяти. После перехода на ssd быстродействие нормализовалось. Стало почти таким же, как во времена, когда вся база помещалась в оперативной памяти.

Ну это американский подход: если стала медлено работать программа - значит надо покупать новый компьютер.
И его никто не отменял ... А у нас начинаются танцы программистов с бубном вокруг софта ...