И я бьюсь над чем то подобным... + удаление таблиц. С первым ещё что то можно сделать (запросить структуру в системных таблицах и создать на полученном результате новую) . А вот со вторым... кроме как через ж..у не выходит. А надо. И это не "плохой тон", это необходимость. Нужно в одной транзакции удалить таблицу и запись в другой таблице на неё ссылающуюся.
з.ы.
Access, MS SQL, MySQL и PostgreSQl позволяют всё перечисленное сделать
з.ы.ы.
на очереди Oracle...только что докачал с офф сайта...аваст ругается...как никогда ранеее

Dimitry Sibiryakov,

Я не в курсе, про всё что умеет или не умеет Access и иже с ним ("всё про всё не знаю")... Однако, ADO (в Delphi7) позволяет: запустить транзакцию, удалить таблицу и запись в другой таблице, завершить или откатить транзакцию если произойдёт ошибка. При откате, и таблица и запись будут на месте. Аналогично и в MS SQL, и в MySQL и в PostgreSQL.

Что касается "взывать к разработчикам" - нет конечно. Просто придётся от чего отказаться, может быть временно. Системы то развиваются. Вот, в Firebird 2.5 добавили CAST. Глядишь и ещё чего добавят интересного. А может и вообще проект прикроют, у автора творческий кризис похоже, судя по его высказываниям в блоге.

Dimitry Sibiryakov,

блог, естественно, здесь - http://www.firebirdsql.org/en/blogs/
конкрентный пост указать не могу, лень уже искать

kdv,

А мне глубоко всё равно, сколько там транзакций на самом деле. Важно - Я её начинаю (одну) и Я её заканчиваю, и целостность/связанность данных выполняется. Какая БД будет, мне тоже всё равно. Важно, чтобы она обеспечивала то что МНЕ требуется. Как это всё внутри сервера/драйвера/поставщика реализовано мне не важно. Абстракция, знаете ли... Важно - чтобы заказчик/потребитель был доволен, и получил то что просил.

kdv,

очень точное описание положения дел

hvlad,

если они есть и/или разрешена вложенность - всё равно
если их нет - то да, не всё равно :))

PEAKTOPhvladдумай ещё.

Человек GLOBAL TEMPORARY TABLES ниасилил, а ты его еще думать заставляешь. =) - не то.

решение задачи в общем то уже найдено. даже два.

Симонов Денис,

в целом даже три... компоненты TADOConnection и TADOQuery... разрешить в настройках OLE DB вложенные транзакции...

общее для всех трёх - подготовить запрос вида: "DROP TABLE xxx; DELETE FROM yyy WHERE zzz=xxx;"

1. закрыть соединение, открыть заново (не открывая не одной таблицы, это важно), начать явную транзакцию, выполнить запрос, завершить или откатить транзакцию...

2. присвоить TADOQuery.Connection=nil (если таковых несколько - всем), начать явную транзакцию, выполнить запрос, завершить или откатить транзакцию...

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

предпочтительнее метод 2, поскольку для сервера это всё равно что отключение всех клиентов, в то же время в клиенте это пройдёт вообще незамеченным (т.е. все контролы на форме будут по прежнему показывать данные, и их даже можно редактировать!)

почему так? - пока открыта хоть одна таблица метаданные БД не доступны для обновления

з.ы.
TADOQuery.Connection=nil - к своему стыду не знал о такой возможности до вчерашнего дня.. набрёл случайно на статейку.. подарок прям :)

ух ты, резонанс то какой :))
ладно, по порядку.

Метод 2, кстати, без закрытия Connection не работает, из чего следует что закрытие любой таблицы (хоть А хоть Б) ничего не даст, из чего следует что однажды попав в кэш методанные там так и торчат пока пока сессия не завершится. Так что Query.Connection=nil хорош только тем, что у пользователя контролы не будут подмигивать лиловым глазом пока происходит переподключение.

Далее... Я разве говорил, что удаляться она будет постоянно, или периодически, или ещё как? очень даже возможно что и не разу не будет удалена за всё время пользования ПО. А вот возможность такая должна присутствовать.

Далее... Почему данные "размазаны" по нескольким таблицам. их кстати, может быть и не так уж мало. А размазаны для более быстрого доступа при выборке. т.е. таким образом организовывается "древовидный доступ к данным", так сказать. Что гораздо быстрее чем "плоский поиск с условием WHERE". поскольку имя таблицы - это уже и есть ответ что искать. Ну требование к ПО такое специфическое, не популярное в нашей эпохе Java и .Net - скорость реакции и отклика на какое либо событие (ПО - Автоматизированная Система Управления). Не могу я себе позволить ждать несколько секунд пока данные будут сортироваться/искаться по какому-то полю...

А поскольку ПО в постоянной и активной стадии разработки, то скорее всего в него будет заложена и возможность модификации структуры таблиц на лету (добавления колонок), но это однажды - при запуске ПО. Надеюсь, хоть с тем, что пользователь не должен уметь писать какие либо скрипты или пользоваться SQl консолью чтобы добавить пару полей в таблицу, согласятся все

hvladvynt,

тыкание пальцем в проперти наугад ещё никого не доводило до хорошо работающего продукта...

не наугад, всё описано на сайте разработчика провайдера

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