Привет всем ... :), всех с наступившим НОВЫМ ГОДОМ !!! :))

Как в IB поиметь виртуальную таблицу, чтобы туда и от туда можно было и INSERT, и SELECT, и DELETE делать ???

Понятно дело, что под это можно завести отдельную таблицу с нужными полями и творить что хочется, но хотелось бы через вирнуальную таблицу.

Ведь если под каждую нужду заводить отдельную таблицу, то их можно напладить огого сколько!!!, чего не особо хочется делать, т.к. данные нужно хратить, буквально, 5-10 минут ... :)

alubetsky@mail.ru

Подробней про задачу ??? Легко ... :))

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

Нужно перебросить товары со склада на склад ... ( чего проще :) )
А где хранить те самые, перебрасывемые, товары и их количество во время операции???
Т.е. после осущствления операции эти данные никому и не нужны, и их можно смело удалять, а отдельную таблицу заводить не хочется, да она, скорее всего, и не нужна ...

Можно конечно перед самым началом операции сделать commit и start transaction, и писать все на место, а потом либо commit, либо rollback, но хотелось про виртуалные таблицы узнать, может есть что-нибуть такое хитрое, что могло бы облегчить процес ...

Вот, в кратко, и вся задача ...

Может что еще посоветуете, буду благодарен ... :))

P.S. Купил Вашу книгу "Мир InterBase", большое Вам спасибо за книгу, много чего интересного можно почитать :)). Хоть кто-то решился про IB книгу издать, а то, по результатам опроса на sql.ru, сервер популярный, а книжек тю :(. Еще раз спасибо :).

Еще раз здрасти :) ...

Решил еще пару моментов к условию дописать ...

Если завести отдельную таблицу и писать туда данные, то есть вероятность того, что туда кто-то еще будет что-нибудь писать, и как потом понимать кто что записал ???

Если писать "на свои места". Например, было 10 спичек. Добавали с другого склада еще 2, потом удалили эти 2 (передумали перемещать товар). При таком раскладе никаких проблем. А если, на том складе куда перебрасываем, не было спичек ?! То мы туда INSERT 2 спички, а потом передумали перемещать и делаем UPDATE ... SET volume=volume-2 WHERE product_id=..., и остается 0!, а зачем этот 0 там нужен ??? Потом, скажите Вы, DELETE FROM ... WHERE volume=0, НО!!! а если там были товары с количеством 0 !!! их-то трогать нельзя ... :(

Вот и получается что все изменения надо где-то в виртуальной таблице хранить или на стороне клиента, только как ??? :(

Т.е. пока операция на завершена, то все надо где-то хранить, о по нажатию "Ок"ея, надо все разом провернуть - чего не было, то INSERT, что было, то UPDATE ...

вот такой пирог получается ...

Хотя это не метод, но все к нему сводится ... не метод потому, что изменения клиента на сервак туда сюда гонять не хочется :(.

Что-то меня подталкивает на то, что надо через кэшированные изменения идти, ща хэлп полистаю и начну ...

Большое спасибо за поддержку :)).

ЗЫ: а вообще было бы здорово завести в ИБ виртуальную таблицу, хотя бы одну , эх-х-х-х ... мечты-мечты ...