Привет всем.

Я делаю САПР редактор электрических, долбанных. схем. Резисторы там всякие и подобная лабудень... 

Алгоритм такой: выбираем элемент, кликаем, он прорисовывается, при этом в БД сохраняеются его координаты и внешний ключ на таблицу всех элементов, В этой таблице его имя и его Битмап. Когда удаляю элемент, или что нибудь типа этого делаю, то удаляю элемент из БД, закрашиваю область, делаю выборку из таблицы с координатами, потом делаю выборку по внешнему ключу и загружаю картинки элемента. После этого его прорисовываю. и так пока все не прорисую. Проблема в том что если элементов не мало, то процесс перерисовки длится очень долго.

Я тут подумал и решил что проще будет если динамически создавать TImage и в каждый загружать картинку, тогда перерисовку делать не придется. А можно будет работать с каждой картинкой как с отдельным объектом, а не с Canvas, как я делаю это сейчас.

Короче понял я это и еще понял что всю программу почти придется переделывать. Вот и хочу спросить, может быть можно как нибудь по другому ускорить процесс перерисовки? Закрашивать только один элемент нельзя, может закраситься и другой. Хотя можно попробовать написать алгоритм который будет смотреть есть ли в закрашенной области еще элементы. Но это по моему не выход, это из гранотомета мух бить.  Короче предлагайте чего нибудь. Может с памятью как нибудь поработать? Может Канвас можно сохранять, а потом его восстанавливать? Буду признателен за любую помощь.  

А может вместо TBitmap использовать TCanvas, а в таблице хранить просто координаты рисования элементов.

 Тут короче так: 
1 - Таблица: ID,Type_El,Picture
2 - Таблица: ID,координаты,FK_ПЕРВОЙ_ТАБЛИЦЫ

В первой храняться просто все типы элементов, во второй храняться нарисованные элементы.
Рисую я их через канвас, если ты это имел ввиду. Через процедуру.

И для каждого объекта таблицы 2 вызывается эта функция. И когда их много, то все очень долго.

Это сообщение отредактировал(а) Veitmen - 11.11.2006, 21:12

Veitmen, удобно для этого использовать компонент TImageList. Все элементы (если они одинакового размера) рисуются на одном битмапе, а затем загружаются в TImageList. Теперь к кажому элементу легко обратится по его индексу. Этот способ очень быстрый. 

p.s. Если не все картинки одного размера, то можно сделать несколько TImageList, в каждом из которых будут изображения одинакового размера.

Хм... А мне кажется долго не из за загрузки картинок, а их прорисовки. Вот. Даже если я буду использовать лист, то все равно каждую картинку, а их на схеме около пятидисяти минимум, надо прорисовывать отдельно. 
Это все равно цикл, где берем координаты и !!КАЖДУЮ!! картику прорисовываем. Я думаю прирост если и будет то не большой. Но идею я думаю можно попробовать. Но вот беда вся в том, что моя прога может расширяться за счет бд. И очень просто. И картинку для каждого нового элемента можно указать и она сохраняется в базе. Мне это не помешает в реализации расширения БД?? Да и на безопасности,хранение картинок в папках, не скажется очень положительно. Я хочу вот что узнать, можно как нибудь сделать, ну типа бекапа моего Канваса? А потом просто загружать его?

Это сообщение отредактировал(а) Veitmen - 11.11.2006, 22:06

Я предлагаю вообще отказаться от БД. Обращение к БД слишком медленное оно и тормозит прорисовку. Отрисовка очень быстрая... 


И что тут сложного. Дорисовать картинку и все.

Не соглашусь. Тогда мне придется записывать все параметры в файл. В ини например. Ну и где произойдет быстрее выборка? У меня через запрос с жестким критерием поиска, или полный поиск в ИНИ файле, со считыванием данных и всех координат?
Хотя может я не прав, но у меня такая точка зрения.ъ
Да и что касается размеров битмапа, то он тоже может быть разный. Я вот все больше склоняюсь к динамическому созданию TImage и последующей загрузкой моего битмапа IMage.Picture.BItmap. Тогда вообще с каждой картинкой я смогу работать как с отдельным объектом.  Как это откликнется? Это нормальное действие или нет?

Зачем? Если же картинки  одинакового размера. Эту работу за вас делает TImageList автоматически.
 
 Ну можно же его немного увеличить, чтоб у большинство картинок имело одинаковый размер.

Даже если и записывать координаты в ини файл, то кто мешает их считать сразу в массив и работать с ним. У вас же не 100000 различных рисунков  База данных хороша, когда имеется огромное число записей и их надо периодически изменять, добавлять и искать, а так же обеспечить параллельный доступ  нескольких клиентов. Тут же нужно все перегнать в ОЗУ и обращаться к каждому элементу по его индексу. Делать отдельный объект для каждого элемента, не эффективно из-за излишнего расхода памяти и замедления процесса загрузки и завершения работы программы.

alexeis1, Да ты прав. картинки можно подогнать... Да, можно попробовать чего нить придумать.) Спасибо народ, вставили мне мозги на место!) Спасибо всем!)