Здравствуйте. Не могу разобраться как динамически создать таблицу. Надо времено создать таблицу, юзер заполняет её, потом она копируется в базу и желательно удаляется. Программа сетевая поэтому приходиться каждому пользователю по таблице давать, а потом собирать в одну.  Работаю с ADO (BDE не вариант). Пробовал в ручную создать TADOTable *temp = new TADOTable; -  не знаю: 
1 Как указать где она будет храниться свойства DatabaseName нет, если надо писать Connection то как?
2 Как создавать индексы?
3 Если написать delete *temp, что будет файлом на харде?
  Пробовал сделать через DataSet или FieldDefs, они так просто (без реальной таблицы) не работают. Методы типа ->Open() дают ошибку.
Может кто нибудь знает как ее создать или обойтись без неё. 

С помощью AdoQuery и запроса вида 



Таблица будет создана в той БД, которая подключена по AdoConnection. Т.е. AdoQuery подключаешь к AdoConnection, а из AdoConnection выбираешь, соответственно, БД.


1. При чём тут таблицы? Один топик - один вопрос.
2. Где написать?
3. Что вообще ты хочешь сказать? delete *.tmp - удалятся файлы *.tmp, разумеется.

Данкинг Спасибо.
Про запросы не подумал. Можно и с их помощью выкрутиться. Но наверно я не правильно объяснил проблему. У меня много пользователей, они начинают вводить информацию (толпой скорее всего). Прога должна проверить и т.д. и записать в базу. В идеале каждому по временной таблице.
 

либо создаешь ADOConnection, либо у ADOTable есть свойство ConnectionString, которое тебе и нужно задать, например


Добавлено через 1 минуту и 30 секунд
Так много не обязательно писать, это я для понимания, что много всего можно задать...

Я бы сказал, не можно, а нужно!  


Пусть прога проверяет данные и делает с ними всё остальное. Зачем тут вообще какая-то временная таблица?!  Пусть юзеры вводят данные - кто им мешает? 

 У меня там БД и exe - шник на серваке, пользователи со своих компов запускают программу. Информацию от них можно собирать и в массив. Но им много надо вводить да и привыкли они у меня к Grid да к CtrlGrid. 

В идеале - нормальная СУБД, поддерживающая транзакции и блокировки.

Очень не советую использовать временные таблицы для массового ввода - потом хлопот с синхронизацией не оберетесь.


Если пользователи привыкли - пусть пользуются. Переход от таблиц к запросам и ADO не заставляет менять визуализацию. Все останется как есть, только движок доступа к БД изменится и станет лучше.

согласный.

MaksGSC, для решений необходимо использовать нормальную серверную БД. К примеру MySQL. А твое приложение обыкновенный клиент. Никаких временных таблиц не надо.

Лично я вижу применение временных таблиц в двух случаях:
1. Когда необходимо произвести адовый рассчет либо сформировать трудоемкий отчет, которые требуют многократного обращения к одним и тем же данным. Чтобы не загружать основной сервер использовал временные таблицы.

2. Терминал удаленного сбора данных - когда нет возможности подключиться к основной БД. Тогда данные накапливаются, а потом синхронизируются с основной БД

Больше на практике я не встречал случаев, когда мне понадобились бы временные таблицы. И уж тем более для организации нормальной работы. Это дело серверной СУБД - ее для этого и создавали.