Добавление колонок в Firebird с дальнейшей работой с ними

[Korben5E]

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

Не люблю его . Но, если не получается сделать программно так, то придется делать через геморрой.

ну как все сделаешь - вот тут почитаешь
http://www.delphiplus.org/articles/i...y/1/index.html

[pu4koff]

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

угу IBExpert и 50 клиентов в разных регионах страны...

Какие 50 клиентов? Не видел ничего про многопользовательскую работу.

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

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

Расскажите это разработчику IBExpert'a. Зачем его программа колонки в таблицы добавляет? Совершенно неправильный подход. Выбор реализации зависит от задачи.

Так вот. Уважаемый ТС, Ваша задача: в БД имеются записи о людях. Для всех этих людей должно храниться числовое значение на определенную дату? У Иванова на 01.01.2010 1000, а у Петрова на ту же дату 300. Я угадал? Вариантов реализации без изменения структуры таблицы куча, в зависимости от цели хранения этих данных.
Одно из решений:
добавить таблицу вида

ИД_Человека (PK)
Дата (PK)
Значение

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

[Rik]

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

Мне это нужно для того, чтобы пользователь программно мог добавлять колонки. А именно. Есть таблица например:
ФИО 01.01.2010 02.01.2010
Иванов И.И. 1000 500
Петров П.П. 300 400

Нужно, чтобы пользователь мог указать через DateTimePicker1 дату, которая будет являться названием для колонки и новый столбец должен добавиться, чтобы также пользователь мог проставлять (вносить в БД) значения.

Уууу как всё запущено...
Пользователь вообще не должен иметь доступа к метаданным...
База должна быть спроектирована так, чтобы в процессе работы она претерпевала минимум изменений, причем эти изменения делают не пользователи а разработчик системы с целью расширения функционала.
Не пытайтесь впихать всё в одну таблицу, сделайте 2, как рекомендует pu4koff и поччитайте то что вам посоветывал Korben5E, по вышеуказанной ссылке...
Одна таблица - содержит данные с ФИО, вторая - кросс таблица - содержит Дата, значение (01.01.2010, 1000 и т.д.). В отчете всё объединяется в длинную портянку, в том виде как вы указали...
В вашем случае:
Каждая таблица в FireBird может испытывать максимум 256 изменений, потом BackUp и Restore базы. Пользователи исчерпают этот ресурс быстро и в самый неподходящий момент вся ваша конструкция перестанет фунциклировать. Если пользователей много, они наверняка будут пытаться добавить уже существующие колонки, которые добавил другой пользователь. Эта конструкция не куда не годится, читайте литературу по принципам построения баз данных...