Запоздало присоединяюсь. С Днем Рождения!
Главное здоровья, отдыхать почаще, ну и не забывать про эмерджентность
бытия сконцентированную в данном виртуальном сообществе!
С уважением,
Алексей Ковязин
On 22 сент, 14:28, Ded [EMAIL PROTECTED] wrote:
Всем доброго дня. Наверное всех уже достал, но вопрос все равно пока еще не
решен.
Есть БД, в ней таблица величиной около 7 гигабайт. Внутри хранятся данные
обратным сроком на 7 дней назад. Такой формат обусловлен ТЗ, изменить ничего не
получится - уже пробовали.
В течение дня в базу
åÓÌÉ 7 ÄÎÅÊ ÚÁÛÉÔÏ × ôú,
ÔÏ ÚÁÛÉÔØ × âä 7 ÔÁÂÌÉÃ - ÐÏ ÏÄÎÏÊ ÎÁ ÄÅÎØ :-)
ÉÍÅÎÁ ÔÁÂÌÉÃÁÍ ÄÁÔØ ÆÉËÓÉÒÏ×ÁÎÎÙÅ, ÎÁËÒÕÔÉÔØ ÎÁ ÎÉÈ ×ØÀÈ...
ÒÁÚ × ÄÅÎØ ÏÄÎÕ ÔÁÂÌÉÃÕ ÐÅÒÅÓÏÚÄÁ×ÁÔØ.
On 23.09.2008 14:37, Oleg Matveyev wrote:
Если 7 дней зашито в ТЗ,
то зашить в БД 7 таблиц - по одной на день :-)
имена таблицам дать фиксированные, накрутить на них вьюх...
раз в день одну таблицу пересоздавать.
то есть алгоритм таков
создали 7 внешних таблиц
создали view имитирующий
òî åñòü àëãîðèòì òàêîâ
äà, êàê-òî ñëîæíî ïîëó÷àåòñÿ :-)
ñîçäàëè 7 âíåøíèõ òàáëèö
õìì... ÿ âîîáùå-òî íå èìåë ââèäó âíåøíèå òàáëèöû.
õîòÿ ñî âíåøíèìè òàáëèöàìè âàðèàíò èíòåðåñíûé. óæå óïîìèíàëîñü.
Îñòàíîâèòü FB, è ôàéë óäàëèòü, è ñîçäàòü íîâûé, ïóñòîé.
íî òîãäà ïðèéäåòñÿ îáõîäèòñÿ áåç
On 23.09.2008 14:59, Oleg Matveyev wrote:
то есть алгоритм таков
да, как-то сложно получается :-)
а шо делать
создали 7 внешних таблиц
хмм... я вообще-то не имел ввиду внешние таблицы.
а другие ведь все равно будут делать фрагментацию?
хотя со внешними таблицами вариант интересный. уже
On 23.09.2008 15:20, Alexey Voytsehovich wrote:
хотя со внешними таблицами вариант интересный. уже упоминалось.
Остановить FB, и файл удалить, и создать новый, пустой.
можно и без остановки ФБ. удаляется таблица на лету.
поторопился. удалятся то удаляется. логически. но данные все равно
ïîòîðîïèëñÿ. óäàëÿòñÿ òî óäàëÿåòñÿ. ëîãè÷åñêè. íî äàííûå âñå ðàâíî
îñòàþòñÿ. òî÷íî ïðèäåòñÿ åùå è ôèçè÷åñêèé ôàéë ãðîõàòü. â îáùåì áóäó
÷èòàòü è èñêàòü.
êàê ðàç â äàííîì ñëó÷àåå òåáå ïðîùå òîëüêî ôàéë óäàëèòü.
à òàáëèöó â áä íå òðîãàòü.
òîëüêî ïðîöåññ FB áóäåò ôàéë óäåðæèâàòü - ïðèäåòñÿ åãî
On 23.09.2008 15:28, Oleg Matveyev wrote:
поторопился. удалятся то удаляется. логически. но данные все равно
остаются. точно придется еще и физический файл грохать. в общем буду
читать и искать.
как раз в данном случаее тебе проще только файл удалить.
а таблицу в бд не трогать.
только процесс
Oleg Matveyev ...
поторопился. удалятся то удаляется. логически. но данные все равно остаются. точно придется еще и физический файл грохать. в
общем буду читать и искать.
как раз в данном случаее тебе проще только файл удалить.
а таблицу в бд не трогать.
только процесс FB будет файл
On 23.09.2008 15:50, Vlad Khorsun wrote:
2.1 отпускает файл как только все запросы к нему освобождены.
у меня даже 2.5 :)
Т.е. если нет процедур\триггеров, обращающихся ко внешним таблицам,
то останавливать FB не нужно.
может посоветуешь как мне тогда решить проблему с view (в которой
Alexey Voytsehovich ...
может посоветуешь как мне тогда решить проблему
Пока PS (из первого поста) не опишешь - никаких вразумительных советов
быть просто не может.
--
Хорсун Влад
у меня даже 2.5 :)
Запомним это.
может посоветуешь как мне тогда решить проблему с view (в которой будут
объединены данные из 7 внешних таблиц, по таблице на день)?
то есть я буду создавать к примеру 7 внешних таблиц, в них будут данные. когда
наступает 8-й день мне необходимо таблицу в
Приветствую Вас,
У клиента Firebird 1.5.3, я уже писал что я делаю репликацию
(репликация своя) то на сетевом протоколе идут значительные задержки
на локальном таких проблем нет, я использовал утилиту
http://half-open.com/home_ru.htm и у меня проблема пропала но у
клиента по его словам все-равно
наступает 8-й день мне необходимо таблицу в которой данные на минус
седьмой день удалить, а в новую начать писать, и чтобы после (или перед)
удалением минус
идею пойми:
ненадо DROP TABLE
просто отсоединяются все, кто к таблицам внешним обращался (напрямую, или
через вью/процедуры),
Доброго времени суток!
PEAKTOP пишет:
Идея в общем такая: семь баз по дням недели. Демон (LINUX) или сервайс
(Windows), который эти самые базы создает и, соответственно, убивает
уже ненужные. В базах - одна и та же таблица, а выборка - через CROSS-
DATABASE запросы оператора EXECUTE STATEMENT.
Кузнецов Евгений пишет:
Действительно, 7 БД по дням недели + 1 управляющая БД, хранящая всю
логику и сведения об остальных. А проблему блокировки старых данных
можно решить через shutdown.
Тут, правда, некоторая проблема с алиасами возникает - либо их нужно
динамически перезначать, либо от
Alexey Voytsehovich wrote:
В течение дня в базу добавляется данных примерно на 1 гигабайт, и тот же
самый 1 Гб удаляется ночью (все данные старше 7 дней)
Ночью - это типа майнтенанс тайм, без юзеров? Тогда отчего бы тут же
не зашатдаунить базу и не свипануть? Не должно по-моему без
Кузнецов Евгений ...
Доброго времени суток!
PEAKTOP пишет:
Идея в общем такая: семь баз по дням недели. Демон (LINUX) или сервайс
(Windows), который эти самые базы создает и, соответственно, убивает
уже ненужные. В базах - одна и та же таблица, а выборка - через CROSS-
DATABASE запросы
Доброго времени суток!
Vlad Khorsun пишет:
Зачем ? Положить имена известных БД в таблицу. Туда же - дата заливки
данных.
Согласен.
По идее старые БД не должны быть никогда и никем использованы.
В принципе, да. Но когда я предлагал хранить ежедневные данные в
отдельных таблицах, и
On 23.09.2008 20:20, Vlad Khorsun wrote:
Зачем ? Положить имена известных БД в таблицу. Туда же - дата заливки
данных.
так и думал. а еще думал данные отдавать с хранимки по одной, константной бд,
которая будет динамически строить и выполнять запросы к другим бд.
По идее старые БД не должны
On 23.09.2008 19:35, Ded wrote:
Alexey Voytsehovich wrote:
В течение дня в базу добавляется данных примерно на 1 гигабайт, и тот
же самый 1 Гб удаляется ночью (все данные старше 7 дней)
Ночью - это типа майнтенанс тайм, без юзеров? Тогда отчего бы тут же не
зашатдаунить базу и не
Кузнецов Евгений ...
Доброго времени суток!
Vlad Khorsun пишет:
Зачем ? Положить имена известных БД в таблицу. Туда же - дата заливки данных.
Согласен.
По идее старые БД не должны быть никогда и никем использованы.
В принципе, да. Но когда я предлагал хранить ежедневные данные в
Alexey Voytsehovich ...
опа. насчет индексов. при сборке мусора индекс пересчитывается на каждую операцию (или какой то блок), и, если индексы корявые, а
данных много - то тормозить может не по детски?
Сборка мусора удаляет сначала все ненужные версии записи, потом соотв.
блобы и узлы
Интересно, кстати, CROSS-DATABASE запросы в SuperClassic будут
выполняться в другом процессе?
На тот же хост с тем же портом - не будут. Если же использовать
локальный
коннект, то это будет embedded соединение.
А это embedded будет фактически подключением а-ля классик ?
Ну в смысле,
On 23.09.2008 21:09, Vlad Khorsun wrote:
Alexey Voytsehovich ...
опа. насчет индексов. при сборке мусора индекс пересчитывается на
каждую операцию (или какой то блок), и, если индексы корявые, а данных
много - то тормозить может не по детски?
Сборка мусора удаляет сначала все ненужные
Kovalenko Dmitry ...
Интересно, кстати, CROSS-DATABASE запросы в SuperClassic будут выполняться в
другом процессе?
На тот же хост с тем же портом - не будут. Если же использовать локальный
коннект, то это будет embedded соединение.
А это embedded будет фактически подключением а-ля
ìîæåò ïîñîâåòóåøü êàê ìíå òîãäà ðåøèòü ïðîáëåìó
Ïîêà PS (èç ïåðâîãî ïîñòà) íå îïèøåøü - íèêàêèõ âðàçóìèòåëüíûõ ñîâåòîâ
áûòü ïðîñòî íå ìîæåò.
Çàäà÷à àññèíõðîííîãî ñíÿòèÿ äàííûõ ñ äàò÷èêîâ, è õðàíåíèÿ ýòèõ äàííûõ
âîîîáùåì ïðèìèòèâíà, ñòî ðàç ïðîéäåíà, è åå ðåøàë çäåñü íàâåðíîå êàæäûé
Наврал я про бэкап/рестор, проблема снова проявила себя после первого
зависания сервера. Пробовал по всякому, revoke/grant, откатился на CS,
на более раннюю версию сервера - все без толку. В общем, видать, фаза
луны повлияла. Проблему окончательно решил пересозданием объектов,
которые
Качаем \ компилим, пробуем, докладуем ;)
Это ты мэнэ подколол.
Коваленко Дмитрий.
PS. ... но в код не заглядываем. Не толпимся, проходим, проходим на палубу
FB 2.5, товарищи!
PSS. Чо-то у меня gsec до сих пор падает. Вместе с сервером. Но я ему от
2.1.1 базу с паролями засунул и таки
On 24.09.2008 2:33, Alexey Abramov wrote:
может посоветуешь как мне тогда решить проблему
Пока PS (из первого поста) не опишешь - никаких вразумительных советов
быть просто не может.
Задача ассинхронного снятия данных с датчиков, и хранения этих данных
воообщем примитивна, сто раз
ïîêà ó íàñ áä òîëüêî îòðåñòîðåííàÿ - òî ïî âðåìåíè è ñêîðîñòè äîñòóïà âñå
îê, êîãäà ïðîõîäèò îêîëî íåäåëè, ñáîðêà ìóñîðà ïðîèñõîäèò êàêîå òî
ñîâåðøåííî äèêîå âðåìÿ - ÷òî íåïðèåìëåìî.
â ïåðâûé äåíü ñáîðêà ìóñîðà - ïðîõîäèò áûñòðî, à íà âîñüìîé - äîëãî?
ó òåáÿ OAT òî÷íî íå çàñòðåâàåò?
è òî÷íî
32 matches
Mail list logo