Вопросы надежности при частом создании/ удалении таблиц

← →
IgorBet (2008-04-30 11:32) [0]

Доброго дня, коллеги.

Имеем базу под СУБД Firebird 1.5.4. Часто возникает необходимость получить НД из таблиц, отсутствующими в базе, например, для вывода отчетов, редактирования. Допустим, возьмем следующий вариант: при каждом выпуске отчета в базе данных создается таблица, в нее закачиваются некий объем данных, формируется выборка. После формирования отчета таблица уничтожается.

Чем плох данный вариант ?

← →
Ega23 © (2008-04-30 11:35) [1]

> Чем плох данный вариант ?

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

← →
sniknik © (2008-04-30 11:48) [2]

а временные таблицы типа mssql-ых есть? хотя даже если и есть, для отчетов наверное лучше датасеты в памяти использовать.

← →
Ega23 © (2008-04-30 11:55) [3]

> а временные таблицы типа mssql-ых есть?

Я аналог искал, но не нашёл. Может плохо искал (я с FB не сильно плотно работал. Так, по-мелочи...)

← →
Johnmen © (2008-04-30 12:01) [4]

> Чем плох данный вариант ?

Всем плох во всех смыслах.

← →
Sergey13 © (2008-04-30 12:03) [5]

> [0] IgorBet (30.04.08 11:32)
> После формирования отчета таблица уничтожается.

1. Зачем? Почему нельзя просто удалить все записи? Новые писать с признаком текущего юзера, для исключения конфликтов при многопользовательской работе.
2. Вообще пересмотреть логику работы. Псевдовременные таблицы (нормальных в ФБ1.5 нет) почти всегда можно исключить.

← →
IgorBet (2008-04-30 12:04) [6]

> Тем, что при многопользовательском доступе нужно очень аккуратно
> отслеживать имя таблицы. А то получится, что 2 пользователя
> разом пытаются создать (удалить) одну и ту же таблицу.

Эта вопрос решаем, т.к. имя таблицы будет содержать имя пользователя, ее создавшего.

> а временные таблицы типа mssql-ых есть?

Временных таблиц нет, вроде они появились только в версии FB2.

> хотя даже если и есть, для отчетов наверное лучше датасеты
> в памяти использовать.

по каким параметрам лучше ? я интуитивно сам понимаю, что не самый удачный вариант, но как это объяснить ?

← →
sniknik © (2008-04-30 12:15) [7]

> по каким параметрам лучше ?

> в нее закачиваются некий объем данных, формируется выборка.
закачивается с клиента? (наверняка, т.к. если бы эти данные лежали в таблице на сервере то простой запрос к ним заменил бы "временную" таблицу)
т.е. не будеш вовлекать сервер для чисто локальных действий (формирование отчета).

не нужно думать о разделении по юзерам, хоть и будет с одного компа/юзера несколько коннектов. данные будут "инкапсулированны" в программу(процес) и гарантировано с другими не пересекутся.

← →
IgorBet (2008-04-30 12:21) [8]

2sniknik

Это все понятно, но решаемо (терпимо). Наиболее сильно интересует вопрос надежности реализации такого варианта, последствий для файла базы данных.

← →
HSolo © (2008-04-30 12:40) [9]

ну вот, например:
http://ibase.ru/devinfo/ibfaq.htm#1.62

← →
IgorBet (2008-04-30 12:53) [10]

> http://ibase.ru/devinfo/ibfaq.htm#1.62

Я боюсь, что этот материал уже устарел и для Firebird 1.5.4 не актуален. Тем более, в нем говорится, о максимальном количестве изменений одной таблицы, т.е. одну таблицу можно изменить 255 раз ! Я же планирую создавать с нуля таблицы и потом их уничтожать.

← →
IgorBet (2008-04-30 12:54) [11]

Может быть, стоит написать программу-эксперимент, которая, допустим, последовательно создаст и уничтожит порядка 10000 таблиц ?

← →
Ega23 © (2008-04-30 13:23) [12]

> Может быть, стоит написать программу-эксперимент, которая,
> допустим, последовательно создаст и уничтожит порядка 10000
> таблиц ?

СтОит. И запустить её в нескольких экземплярах на одну БД.

← →
ANB (2008-04-30 14:35) [13]

> СтОит. И запустить её в нескольких экземплярах на одну БД.

Причем по несколько копий с разных компов одновременно. И под одним юзером (пользователи часто любят запускать несколько копий одной программы)

> Причем по несколько копий с разных компов одновременно.
> И под одним юзером (пользователи часто любят запускать несколько
> копий одной программы)

Само собой.

Данные для этой самой "временной" таблицы откуда "закачиваются", из черной дыры ?

> Я боюсь, что этот материал уже устарел и для Firebird 1.5.4 не актуален

Я как-то в одной публикации, посвященной кросс-табам, привел пример изврата, при помощи которого еще на InterBase 6.0 выходили из положения с невозможностью переменного количества столбцов в хранимой процедуре: на лету создавалась хранимая процедура, строился отчет, а затем эта процедура "грохалась".

Иными словами - игрался я метаданными на лету.

Владислав Хорсун (разработчик Firebird) потом поймал меня в конференции в углу и бил ногами до-о-олго. :)

← →
IgorBet (2008-05-04 10:55) [17]

> Данные для этой самой "временной" таблицы откуда "закачиваются",
> из черной дыры ?

Перекачиваются из других таблиц.
> Владислав Хорсун (разработчик Firebird) потом поймал меня
> в конференции в углу и бил ногами до-о-олго. :)

Ногами это он потом, а причины он объяснил, почему так не надо ? :)

> Перекачиваются из других таблиц.

Нафига дублируешь данные?

> Ногами это он потом, а причины он объяснил, почему так не
> надо ? :)

Потому что ужас, понятно если бы загонял эти данные в ClientDataset

Вопросы надежности при частом создании/ удалении таблиц Найти похожие ветки