[forum.sources.ru]

Уважаемые, подскажите какой не визуальный компонент (тип) использовать для моей задачи:???
1. Имеется много текстовых файлов такого вида:
[['Name', 0.00, 33.00, 63.38, 126.76, 190.14, 253.52, 316.90, 380.28, 443.66, 507.04, 570.42, 633.80, 697.18, 760.56],
[90.0, 1803.0, 1795.0, 1783.0, 1772.0, 1761.0, 1750.0, 1740.0, 1731.0, 1722.0, 1715.0, 1707.0, 1700.0, 1695.0, 1690.0],
[91.0, 1817.0, 1809.0, 1797.0, 1785.9, 1774.9, 1764.0, 1754.0, 1744.9, 1735.9, 1728.8, 1720.9, 1713.9, 1708.8, 1703.8]];
(Здесь скопировал только 3 строки).
Таких таблиц в файле мбыть сколько угодно, число строк/столбцов варьируется. Первые - строка/столбец, являются заголовками (выделил - Ж).
2. Необходимо легко оперировать данными таблиц и находить нужный элемент в пересечении заданных значений (здесь, к примеру, [126.76,91.0]=1785.9).
3. Таблицы редактировать, а также выводить на экран не требуется.
4. Общее количество таблиц неизвестно (но - ограничено). Пока меньше 100.

ЗЫ// К глубокому сожалению, не приходилось работать с таблицами и БД Нужно когда-то начинать))

[Mrak]

че-то не понятно.
надо из текстовых файлов инфу запихать в таблицы что-ли?

если чисто по названию темы - StringGrid, таблицы БД - dbGrid

[forum.sources.ru]

Сообщение от Mrak

че-то не понятно.
надо из текстовых файлов инфу запихать в таблицы что-ли?

2. Необходимо легко оперировать данными таблиц и находить нужный элемент в пересечении заданных значений...

+ это удобство заполнения компонента (если, это компонент)_ данными из таких документов.

[PhoeniX]

array of array of Variant
SetLength
Не плодите сущностей - всё проще...
Для "неправильных" (дробных) индексов используйте пару "индексных" массивов.
Функции для работы с таким делом пишутся за 10 минут.

[Pyro]

если надо засунуть в базу, и если таблицы помещаются в памяти, то можно попробовать какой-нибудь скриптовый язык + eval

Код:

[[...],...];  =>  data([[...],...]);

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

[Freeman]

Сообщение от forum.sources.ru

(Здесь скопировал только 3 строки).

Судя по представленным данным, для такой задачи не стыдно и свой компонент написать. Я правильно понимаю, что там что-то вроде статистики или замеров?

Сообщение от forum.sources.ru

К глубокому сожалению, не приходилось работать с таблицами и БД Нужно когда-то начинать))

Если придется хранить это в БД, при условии, что число столбцов и самих таблиц (в СУБД это называется схема) неизвестно и может меняться от данных к данным, наиболее адекватной схемой будет полная декомпозиция и хранение по одному замеру в строке, с указанием, к какой таблице, строке и столбцу он относится и прочих метаданных. Схема, скажем так, не для новичков.

[forum.sources.ru]

Сообщение от PhoeniX

array of array of Variant

Думал насчет реализации с помощью массивов, но хотелось более "прозрачный" способ. Есть библиотека для поиска/выдачи элемента таблицы, при условии 1 файл - 1 таблица (писалась для другой задачи). Она, как раз с использованием массивов. Согласен, что можно переписать под новую задачу, но если есть более простой и явный способ, нужно использовать его.

[Alegun]

Сообщение от forum.sources.ru

Думал насчет реализации с помощью массивов...

Так это массив 3Х15 и есть, где первая строка индексы вертикальных колонок, а первые ячейки - индексы горизонтальных строк...

З.Ы. Перечитал первый пост, выходит это не три строки, а одна. Вам что, нужно объединить её с другими или обрабатывать каждую такую строку отдельно, но как бы вместе?

З.Ы.З.Ы. Посмотрите пжлст такой пример, а то может я не так задачу понял, надо же как то подпись свою оправдывать

[Pyro]

Сообщение от Freeman

хранение по одному замеру в строке, с указанием, к какой таблице, строке и столбцу он относится и прочих метаданных.

+1, можно даже обойтись одной таблицей

[forum.sources.ru]

пример бодрый такой!) Обрабатывать нужно поочередно в зависимости от промежуточных результатов.. а на экран выводить ничего не нужно (им.вв.-таблицы). Значит лучше остановиться на создании массива? Таблицами кажется быстрее было б и удобнее, нет?

[Alegun]

Сообщение от forum.sources.ru

...Обрабатывать нужно поочередно в зависимости от промежуточных результатов.. а на экран выводить ничего не нужно (им.вв.-таблицы). Значит лучше остановиться на создании массива? Таблицами кажется быстрее было б и удобнее, нет?

У вас информация текстовая? - текстовая, значит и обрабатывать её в таком виде проще всего. Считывать можно и без вывода на экран, через напр. класс TStringList, храня в виде одной строки в БД, акцесс прям просится сюды. Почему хранить строкой, потому как

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

, а при считывании на размерность можно и не обращать внимания, функция любую в себя возьмёт, только с индексами для поиска определиться, а так всё.

[forum.sources.ru]

Взял ваш пример на вооружение. Остановился на заполнении массива(double) и таблицы (последние данные) для визуальной оценки. Поиск реализовал через массив. + поставил))


з.ы. жаль TTable прошел мимо) ну, как-нибудь в следующий раз..

з.ы.2. дальше по плану работа с набором БД с хранением текстовой и графической инфы, ссылку датите?- спасибо. Нет-сам разберусь.

[Alegun]

Сообщение от forum.sources.ru

...з.ы.2. дальше по плану работа с набором БД с хранением текстовой и графической инфы, ссылку датите?- спасибо. Нет-сам разберусь.

Может и пригодится это