Построение таблиц во Flash

[DJ_ManiaC]

Подскажите стоит ли строить таблицу с кучей строк и столбцов во Flash из загружаемого XML, или это лучше сделать на простой HTML странице... (столбцов примерно 15 должно быть, а строк ну хотя бы 300)Хотя может кто подскажет другой хороший способ. Данные в таблице динамически обновляющиеся и берутся из БД. Самый главный критерий это скорость работы такого Flash приложения.

[alexcon314]

Можно использовать DataGrid. Здесь приведены примеры с быстродействием загрузки 2000 строк, по-моему.(там по-французски :))
http://philflash.inway.fr/dgperf/index.html

[DJ_ManiaC]

Спасибо огромное. Попробую... Вроде работает довольно быстро.

Подумал и решил что 15 столбцов много для восприятия...

А если это будет листинг форма? Т.е. данные из БД будут заносится в форму произвольного вида и эти формы по каждой строке БД будут друг за другом выстраиваться. Например как тот же список персон с их данными, но в виде листинг формы...
Ещё есть мысль немного другой дизайна. Т. е. к примеру таблица (со столбцами "Имя", "Фамилия", "Отчество", "Возраст"... Но при нажатии, на строку, те строки что снизу сдвигаются вниз, а на их месте появляется форма с более подробными данными о персоне. Вывод этой формы как бы в другом окне не предлагать... :mosking: Нужен именно такой дизайн.

Просто не хочется тратить лишнее время на разработку такого компонента, если в итоге окажется всё тормознуто...

Если кто пробовал скажите как работает такая фиговина в плане быстродействия. Если можно с примером ("SWF" будет достаточно).

[alexcon314]

Я делал c DataGrid, но в лок. сети. Таблица отображает несколько "основных" столбцов, по клику на строке в другом фрейме выводилось полное содержание всех полей в форме (как раз то, что тебе не надо :)).
Листинг грузит по 1000 строк за один запрос и работает примерно 1 с. Это на хорошей тачке.
На серваке c базой работают perl-скрипты.
В другом проекте использовал Tree с динамической подгрузкой дочерних узлов и, по клику, связанной с ними информации в форму (все в одном окне, типа "проводника"). Но в этом проекте структура данных в базе была иной - несколько связанных таблиц разного назначения, моделирующих специфику "дерева". Но со скоростью загрузки проблем не было вообще. Пользователь не грузит все валом, а подгружает только то, что надо. Данные были разбиты на 3-4 уровня вложенности, так как задача это позволяла. К тому же, сделал локальный кэш: загрузил один раз ветку, а потом она берется из кэша, если надо - обновил. Кэш - это SharedObject - файл.
В принципе, когда очень много данных, то переработка структуры их хранения с целью оптимизации - хорошая идея.
Если же данные забиты в обычную плоскую таблицу большого объема и надо всю ее грузануть - как ни крути, все упрется в скорость железа в конечном итоге.

[DJ_ManiaC]

Спасибо... Наводку про дерево понял... :) Сам не допёр до такого решения... Как выход очень даже неплохо. И я думаю это пока самое лучшее решение подобной темы, а самое главное не грузящее железо т.к. данных, с которыми работаешь одновременно, намного меньше нежели грузить из одной таблицы. А разбить одну таблу на несколько - нет проблемм.