|
|
|
Interbase 2009
|
|||
|---|---|---|---|
|
#18+
Здравствуйте. Имеется ПО, которое при помощи СУБД Interbase 2009, непрерывно записывает в БД (БД-получатель) информацию. Необходимо через период заменить БД-получатель на пустую БД, при этом ПО не должно прерывать работу. Возможно ли такое реализовать? Если да, то прошу подсказать при помощи чего. Заранее большое спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2017, 12:22 |
|
||
|
Interbase 2009
|
|||
|---|---|---|---|
|
#18+
21.12.2017 12:22, Arbuzzz пишет: > непрерывно записывает в БД (БД-получатель) информацию. Необходимо через период заменить > БД-получатель на пустую БД, при этом ПО не должно прерывать работу. > Возможно ли такое реализовать? сделать омлет не разбив яйца. нельзя. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2017, 12:30 |
|
||
|
Interbase 2009
|
|||
|---|---|---|---|
|
#18+
ArbuzzzЗдравствуйте. Имеется ПО, которое при помощи СУБД Interbase 2009, непрерывно записывает в БД (БД-получатель) информацию. Необходимо через период заменить БД-получатель на пустую БД, при этом ПО не должно прерывать работу. Возможно ли такое реализовать? Если да, то прошу подсказать при помощи чего. Заранее большое спасибо. Привет. Если модификация программы не возможна, то, имхо, никак. Ну, а вообще, я бы данные записывал во внешнюю таблицу, имя которой бралось бы из некой конфигурационной таблицы. Путем изменения имени внешней таблицы можно было бы перенаправить запись данных в другую внешнюю таблицу. Файл с данными предыдущей внешней таблицы становился бы доступен для изъятия. С уважением, Polesov. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2017, 12:48 |
|
||
|
Interbase 2009
|
|||
|---|---|---|---|
|
#18+
21.12.2017 12:48, Polesov пишет: > > Ну, а вообще, я бы данные записывал во внешнюю таблицу сервер не нужен. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2017, 12:51 |
|
||
|
Interbase 2009
|
|||
|---|---|---|---|
|
#18+
Смотрите, если я правильно думаю, ПО передаёт СУБД данные, которые необходимо записать в БД. В какой-то момент СУБД отключается от БД, при этом поступающие данные, она записывает во временный буфер. Происходит подмена БД и СУБД поключается к новой БД. После этого данные из буфера запишутся в новую БД и запись информации продолжается. Вот этот "временный дисконнект" БД <->СУБД реально реализовать на практике? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2017, 13:07 |
|
||
|
Interbase 2009
|
|||
|---|---|---|---|
|
#18+
ArbuzzzВот этот "временный дисконнект" БД <->СУБД реально реализовать на практике?Реально - пишитЕ собственную СУБД и реализуете требуемый функционал. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2017, 13:09 |
|
||
|
Interbase 2009
|
|||
|---|---|---|---|
|
#18+
21.12.2017 13:07, Arbuzzz пишет: > Вот этот "временный дисконнект" БД <->СУБД реально реализовать на практике? если ты автор программы Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2017, 13:09 |
|
||
|
Interbase 2009
|
|||
|---|---|---|---|
|
#18+
ArbuzzzНеобходимо через период заменить БД-получатель на пустую БД, при этом ПО не должно прерывать работу. Возможно ли такое реализовать? Именно это реализовать невозможно. Но если ты скажешь зачем это необходимо, то возможно найдётся способ. Только не говори, что у тебя на винте тупо кончается место. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2017, 13:23 |
|
||
|
Interbase 2009
|
|||
|---|---|---|---|
|
#18+
Данные из БД-получателя необходимо передавать по каналу связи, но из-за его низкой пропускной способности, они реплицируются с большими задержками. Переодическая передача файла БД по каналу связи устранит длительные задержки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2017, 13:44 |
|
||
|
Interbase 2009
|
|||
|---|---|---|---|
|
#18+
21.12.2017 13:44, Arbuzzz пишет: > Данные из БД-получателя необходимо передавать по каналу связи, но из-за его низкой пропускной способности, > они реплицируются с большими задержками. Переодическая передача файла БД по каналу связи > устранит длительные задержки. не с той стороны ты бутерброд намазываешь Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2017, 13:47 |
|
||
|
Interbase 2009
|
|||
|---|---|---|---|
|
#18+
ArbuzzzА как нужно? Не передавай базу, передавай только данные. FBExport тебе в руки. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2017, 13:53 |
|
||
|
Interbase 2009
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakov, Могли бы конкретизировать ответ, и чуть подробнее о FBExport. Заранее большое спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2017, 14:36 |
|
||
|
Interbase 2009
|
|||
|---|---|---|---|
|
#18+
ArbuzzzДанные из БД-получателя необходимо передавать по каналу связи, но из-за его низкой пропускной способности, они реплицируются с большими задержками. Переодическая передача файла БД по каналу связи устранит длительные задержки.Для этого есть nbackup. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2017, 14:43 |
|
||
|
Interbase 2009
|
|||
|---|---|---|---|
|
#18+
ArbuzzzМогли бы конкретизировать ответ Конкретизирую: выгружай нужные для передачи данные в файлы любого формата, упаковывай и передавай по своим медленным каналам. Позаботься, чтобы уже переданные данные больше не выгружались при последующих сеансах. Для этого, например, проводи эту процедуру ежедневно и выгружай данные "только за вчера". Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2017, 14:48 |
|
||
|
Interbase 2009
|
|||
|---|---|---|---|
|
#18+
ArbuzzzСмотрите, если я правильно думаю, ПО передаёт СУБД данные, которые необходимо записать в БД. В какой-то момент СУБД отключается от БД, при этом поступающие данные, она записывает во временный буфер. Происходит подмена БД и СУБД поключается к новой БД. После этого данные из буфера запишутся в новую БД и запись информации продолжается. Вот этот "временный дисконнект" БД <->СУБД реально реализовать на практике?Если заблокировать nbackup'ом пустую базу, то сервер СУБД будет писать изменения в разностный файл. Вот только я не уверен, что остановив службу сервера СУБД, можно удалить разностный файл без последствий и БД будет работать после рестарта сервера СУБД, который создаст новый разностный файл (не экспериментировал). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2017, 14:52 |
|
||
|
Interbase 2009
|
|||
|---|---|---|---|
|
#18+
21.12.2017 14:52, rdb_dev пишет: > Если заблокировать nbackup'ом пустую базу... осталось только прикрутить nbackup к Interbase... Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2017, 14:55 |
|
||
|
Interbase 2009
|
|||
|---|---|---|---|
|
#18+
PolesovФайл с данными предыдущей внешней таблицы становился бы доступен для изъятия.Последний раз, когда я что-то такое пробовал, старый файл оставался захваченным процессом сервера. Как сейчас - не знаю, если кому не лень попробовать, скажу спасибо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2017, 15:40 |
|
||
|
Interbase 2009
|
|||
|---|---|---|---|
|
#18+
Мимопроходящийосталось только прикрутить nbackup к Interbase... там есть свой nbackup, начиная с ИБ 2007. gbak -d https://www.ibase.ru/ib2007updateguide/ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2017, 15:42 |
|
||
|
Interbase 2009
|
|||
|---|---|---|---|
|
#18+
Мимопроходящий21.12.2017 14:52, rdb_dev пишет: > Если заблокировать nbackup'ом пустую базу... осталось только прикрутить nbackup к Interbase... Или мигрировать на FirebirdSQL. Когда ответ писал, даже не вспомнил, что речь про Interbase. Привык, что, обычно, обсуждаем FirebirdSQL. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2017, 15:43 |
|
||
|
Interbase 2009
|
|||
|---|---|---|---|
|
#18+
rdb_devКогда ответ писал, даже не вспомнил, что речь про Interbase. Привык, что, обычно, обсуждаем FirebirdSQL. ну конечно, а совет про nbackup был хороший? Чушь какая-то. Если он хочет заменить базу на пустую, каким образом nbackup тут поможет? Если есть активные коннекты к БД, файл БД "подменить" никак нельзя, аминь. Ни нбэкапом, ни святым духом. А держать дельту все время, и ее как-то "удалять" - это, извините, вообще кабздец какой полезный совет. Без остановки сервера или отключения всех коннектов - да, ни базу, ни дельту, ни чёрта, подменить нельзя. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2017, 15:49 |
|
||
|
Interbase 2009
|
|||
|---|---|---|---|
|
#18+
kdv, зачем заменять на пустую? Пустую лочить, а разностный файл передавать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2017, 15:57 |
|
||
|
Interbase 2009
|
|||
|---|---|---|---|
|
#18+
kdvБез остановки сервера или отключения всех коннектов - да, ни базу, ни дельту, ни чёрта, подменить нельзя.Я так и написал, что сервер придется останавливать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2017, 15:59 |
|
||
|
Interbase 2009
|
|||
|---|---|---|---|
|
#18+
rdb_dev, Тогда зачем морочаться с дельтами? Забирать "наполненную" базу, на её место класть пустую. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.12.2017, 16:00 |
|
||
|
|
start [/forum/topic.php?fid=40&fpage=38&tid=1561293]: |
0ms |
get settings: |
7ms |
get forum list: |
15ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
59ms |
get topic data: |
13ms |
get forum data: |
3ms |
get page messages: |
70ms |
get tp. blocked users: |
2ms |
| others: | 311ms |
| total: | 488ms |
| 0 / 0 |
