Kruchinin PahanParnisha
ИМХО: Надо менять контролы, чтоб не грузили всю дату с БД сразу... или менять весь енвиропмент)

Вы путаете кислое с длинным. Я не про алгоритм наполнения данными, а про двукратное использование памяти одними и теми же данными.
А логика "что не вижу, то вычищаю", в общем случае, порочна.

Я тоже не про алгоритм наполнения, а про саму работу контрола с данными, ведь он может не под два а под 1000000... экземпляров память выделять))) все беды от кривых рук)) ведь если не грузить сразу все данные, а только те что нужны для отображения то можно убрать свопинг но увеличить обращения к БД, либо просто добавить мозгов в тазик))) а как поступить это уже Вам виднее)


ЗЫ: Ну а если нельзя сделать кастыли для контрола стандартными средствами фокспро то тут уже надо менять весь енвиропмент и писать на джаве или сишарпе))) или на обджективси))..... хотя... нет ничего невозможного)))

Ffffffffff,

1. вообще да, а ещё и аналитик\архитектор))
2. RTFM)))

Kruchinin PahanParnishaKruchinin PahanParnisha
ИМХО: Надо менять контролы, чтоб не грузили всю дату с БД сразу... или менять весь енвиропмент)

Вы путаете кислое с длинным. Я не про алгоритм наполнения данными, а про двукратное использование памяти одними и теми же данными.
А логика "что не вижу, то вычищаю", в общем случае, порочна.

Я тоже не про алгоритм наполнения, а про саму работу контрола с данными, ведь он может не под два а под 1000000... экземпляров память выделять))) все беды от кривых рук)) ведь если не грузить сразу все данные, а только те что нужны для отображения то можно убрать свопинг но увеличить обращения к БД, либо просто добавить мозгов в тазик))) а как поступить это уже Вам виднее)
Целиком приводите цитаты.
Kruchinin PahanА логика "что не вижу, то вычищаю", в общем случае, порочна.

Как вы любите все на железо спихивать. Мозгов в тазик, сетку нагрузить. Любые ресурсы имеют свойство заканчиваться.


Не в ресурсах дело а в умении их юзать, железо как один из вариантов, читай внимательнее...

FffffffffParnishaFfffffffff,

1. вообще да, а ещё и аналитик\архитектор))
2. RTFM)))

И что там по этому поводу написано?

там всё написано, ели непонял... то это не ко мне))) а RTFM)

FffffffА с чем к тебе?

Попробуй чтото попроще)))

FAMGendrive,

Моё мнение:

Вы наверное действительно увлеклись треями. Если бы Вам приходилось работать с крупными приложениями ( на 10-20 млн зап), Вы бы поняи, что искать нужно в линейном списке - как рекомендовал ВЛАДИМИР М. А для небольших прилад трей - просто маркетинговый ходд. Но уже давно не удобство.

Искать можно везде))) и скорость поиска зависит от алгоритма поиска)

ЗЫ: Читаем Дональда Кнута и открываем для себя массу интересного))

проходящий.ParnishaИскать можно везде))) и скорость поиска зависит от алгоритма поиска)

А кто-то говорил обратное? С чем спорим?
[quot]
ЗЫ: Читаем Дональда Кнута и открываем для себя массу интересного))
Да давно уже открыли. Только ведь речь то не об алгоритмах поиска, а об удобстве использования одного конкретного контрола - TreeView. Удобстве работы именно для пользователя. В частности при больших объемах данных и интенсивной работе или массовом вводе.
По этой теме есть что сказать?[/quot]

На нашем продукте(ЦРМ) пользователи этим самым тривью очень довольны.
Насчёт мультиколумн тривью то я работал с оутлайнвью - удобная вещь, но это не фокспро и даже не винда)

ЗЫ:А ты наверно ВЛАДИМИР?)

valeryka2 Parnisha,

авторНа нашем продукте(ЦРМ)

Уххх... страху нагнал

Не сцы http://www.sql.ru/forum/images/smoke.gif