powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Накапливается мусор select count(*) не помогает
111 сообщений из 111, показаны все 5 страниц
Накапливается мусор select count(*) не помогает
    #38713566
fedorov2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Происходит разбухание базы. Делаем так:
1. Вставляем в таблицу большое количество записей - размер базы естественно увеличивается на несколько мегабайт
2. Большая часть эти вставленных записей удаляем - размер базы без изменений
3. Вставляем еще несколько тыс. записей - размер базы еще сильнее увеличился
4. Удаляем все вставленные записи - размер базы без изменений
5. Делаем select (*) from my_table для очистки накопленного мусора, размер базы не уменьшается.

Что делать, как очистить базу от мусора и почему select count(*) не чистит?


p.s. Помогает только backup/restore, но это не годится
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38713577
Фотография Gallemar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
fedorov2012,дяденька,ты Firebird с MS SQL путаешь, FB при уборке мусора размер базы не уменьшает. После select (*) from my_table сделай ещё раз добавление данных - размер базы не должен увеличится (хотя могу ошибаться и тут нужен sweep, а не простая уборка).
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38713585
Фотография Gallemar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
fedorov2012
p.s. Помогает только backup/restore, но это не годится
Чем не годится? Кстати,зачем гонишься за уменьшением размера файла базы?
Проблемы производительности с размером слабо связаны.
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38713708
fedorov2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Gallemarfedorov2012
p.s. Помогает только backup/restore, но это не годится
Чем не годится? Кстати,зачем гонишься за уменьшением размера файла базы?
Проблемы производительности с размером слабо связаны.
Не годится тем, что приведенный пример вставка/удаления это результат работы при выполнении одной из функции в программе, который пользователь может использовать не редко. Поэтому хотелось бы, чтобы программа сама подчистили мусор в БД после выполнения этой операции. Глупо будет, если пользователю после каждого такого действия предлагать - а теперь сделайте backup/restore (особенно, если БД в сети).
Не пойму почему select count (*) не помогает?
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38713713
WildSery
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
fedorov2012,

Начните с того, что почитайте, что же такое "мусор". А то может и нет его в вашей БД.
И сам по себе select count(*) мусор не убирает - ему для этого выполнение некоторых условий нужно.
В вашем списке нужно:
6) вставка ещё несколько тыс. записей.
если размер БД не меняется (скорее всего), то и нет никакого "мусора".

И ещё. Размер базы не уменьшается никогда.

(рестор есть создание новой базы)
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38713714
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
fedorov2012,

Ответьте на вопросы
1. Версия FB
2. В какой архитектуре установлено
3. Что установлено в firebird.conf в параметре GCPolicy

select count (*) может удалить мусор только после того как транзакция создавшая его завершена. select count (*) должен быть стартован в новой транзакции

Во время сборки мусора размер БД не уменьшается, но место которое занимали мусорные записи могут быть использованы повторно.
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38713726
fedorov2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Кстати select count(*) лучше делать в отдельной транзакции или в той же, что и вставка/удаление (т.е. в транзакции, которая используется на шаге 3-4 см.топик)

Симонов Денис1. Версия FB
FB 2.5
Симонов Денис2. В какой архитектуре установлено
Win Server 2008 SP2, 64 битный
Симонов Денис3. Что установлено в firebird.conf в параметре GCPolicy
написано так: #GCPolicy = combined т.е. как понимаю этот параметр закомментирован
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38713756
Ivan_Pisarevsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Симонов Денисselect count (*) может удалить мусор только после того как транзакция создавшая его завершена. select count (*) должен быть стартован в новой транзакцииИ не должно быть ни одной другой транзакции заинтересованной в удаленных данных. Пока есть интерес у транзакций, это не мусор, а версии.
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38713761
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
fedorov2012,

под архитектурой я понимал архитектуру FB SS/CS/SC
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38713765
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
fedorov2012Кстати select count(*) лучше делать в отдельной транзакции или в той же, что и вставка/удаление (т.е. в транзакции, которая используется на шаге 3-4 см.топик)
в отдельной
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38713766
fedorov2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Ivan_PisarevskyПока есть интерес у транзакций, это не мусор, а версии.
Т.е. в отдельной транзакции после того как завершится транзакция из шага 3-4 топика?
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38713769
fedorov2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Симонов Денисв отдельной
Спасибо, с транзакциями разобрались. Но почему БД не уменьшается после select count(*) - криво проходит чистка или что?
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38713773
Ivan_Pisarevsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
fedorov2012Т.е. в отдельной транзакции после того как завершится транзакция из шага 3-4 топика?после того как завершатся все транзакция стартовавшие до(во время) шага 3-4.
поправел.
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38713775
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Hello, Fedorov2012!
You wrote on 6 августа 2014 г. 10:49:58:

Fedorov2012> Но почему БД не уменьшается
а должна?
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38713777
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
fedorov2012,

потому что уменьшение размера нафиг не нужно. Если мусор почистился то, пространство занимаемой им может быть использовано повторно
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38713780
Ivan_Pisarevsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
fedorov2012Но почему БД не уменьшаетсяБД не уменьшается НИКОГДА.
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38713785
fedorov2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Ivan_Pisarevskyfedorov2012Т.е. в отдельной транзакции после того как завершится транзакция из шага 3-4 топика?после того как завершатся все транзакция стартовавшие до(во время) шага 3-4.
поправел.
И даже те, которые к таблицы my_table не имеют отношения?
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38713787
fedorov2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Симонов Денисfedorov2012,

под архитектурой я понимал архитектуру FB SS/CS/SC
Super Server
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38713790
Ivan_Pisarevsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
fedorov2012И даже те, которые к таблицы my_table не имеют отношения?Для твоего уровня лучше считать, что все.
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38713801
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
fedorov2012И даже те, которые к таблицы my_table не имеют отношения?
нет конечно. Даже больше скажу только те, что используют те записи которые ты удаляешь.

Стоит почитать develop весь раздел "Транзакции, архитектура InterBase/Firebird - Обязательное чтение"
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38713803
fedorov2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
fedorov2012после того как завершатся все транзакция стартовавшие до(во время) шага 3-4.
поправел.
И даже те, которые к таблицы my_table не имеют отношения?[/quot]
На момент вставки/удаления записей в my_table (через транзакцию myTranForMyTable) у меня существуют параллельные транзакции, но они не имеют отношения к таблице my_table.
В этом случае достаточно ли очистки мусора из my_table:
myTranForMyTable.Commit;
select count(*) from my_table выполняем через транзакцию myTranForClearGarbage

или же нужно ждать commit'a параллельных транзакций, не имеющие отношения к my_table?
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38713807
fedorov2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Симонов Дениснет конечно. Даже больше скажу только те, что используют те записи которые ты удаляешь.

Ок, спасибо
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38713810
Ivan_Pisarevsky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Симонов Дениснет конечно. Даже больше скажу только те, что используют те записи которые ты удаляешь.Не путай народ. Транзакции бывают не только ридкоммитед, но и снапшот. Если я стартовал снапшот раньше, то меня не волнует более ничего, что творится с базой, вынь да положь мне консистентные данные.
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38713816
fedorov2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Ivan_PisarevskyСимонов Дениснет конечно. Даже больше скажу только те, что используют те записи которые ты удаляешь.Не путай народ. Транзакции бывают не только ридкоммитед, но и снапшот. Если я стартовал снапшот раньше, то меня не волнует более ничего, что творится с базой, вынь да положь мне консистентные данные.
пользуюсь в основном read_committed, создаю транзакции, как правило, вот с такими параметрами
read_committed
rec_version
nowait
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38713831
Гаджимурадов Рустам
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
fedorov2012> пользуюсь в основном

Не "пользуйся".
Не пиши.
Читай.
Начни с книг или ibase.ru.

Когда прочитаешь и усвоишь азы (там немного),
если останутся вопросы - возвращайся, спрашивай.
А учить азы по форуму да ещё галопом - плохая идея.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38713852
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ivan_Pisarevsky,

извиняюсь. Сказанное верно только RC.
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38713878
fedorov2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Гаджимурадов РустамНе "пользуйся".
Не пиши.
Читай.
Начни с книг или ibase.ru.

на счет "пользуюсь" - не правильно выразился.
Да все мы понимаем, долгоживущих пишущих быть не должно. Азы читали.
Вопрос про не уменьшение базы задал т.к. не логично при чистке от мусора не видеть уменьшение БД.
На нашем белом свете много разного добра (СУБД, стеков технологий в виде фреймоворком при построении архитектуры ПО и пр.) и чтобы все изучить жизни не хватит. Важно понимать суть и тонкости всегда можно уточнить.
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38713887
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
fedorov2012Вопрос про не уменьшение базы задал т.к. не логично при чистке от мусора
не видеть уменьшение БД.
Странная у вас логика. Она, очевидно, не в курсе такой тонкости как страничная организация
файла БД.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38713895
fedorov2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Dimitry Sibiryakovfedorov2012Вопрос про не уменьшение базы задал т.к. не логично при чистке от мусора
не видеть уменьшение БД.
Странная у вас логика. Она, очевидно, не в курсе такой тонкости как страничная организация
файла БД.

В курсе, но согласитесь почему бы в функционале сервера FB при сборке мусора не корректировать размер БД?
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38713907
m7m
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
fedorov2012В курсе, но согласитесь почему бы в функционале сервера FB при сборке мусора не корректировать размер БД?
Зачем????

Чтобы через минуту заняться "расширением" базы для новых данных
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38713910
fedorov2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Ок, все это спорный вопрос, поэтому думаю не стоит развивать тему.

Всем спасибо, за ответ по сборке мусора. Кстати а можно ли как-то убедиться (например, средствами IBExpert) что мусор был удален после вызова select count(*)
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38713914
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
fedorov2012,

собери статистику по нужной таблице и смотри total versions
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38713922
Фотография Gallemar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
fedorov2012Ок, все это спорный вопрос, поэтому думаю не стоит развивать тему.

Всем спасибо, за ответ по сборке мусора. Кстати а можно ли как-то убедиться (например, средствами IBExpert) что мусор был удален после вызова select count(*)
дался тебе этот мусор,соберется и что,счастье от этого будет?
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38713939
fedorov2012
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Gallemarдался тебе этот мусор,соберется и что,счастье от этого будет?
естественно будет, работа с БД быстрее станет
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38713946
Фотография Gallemar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
fedorov2012Gallemarдался тебе этот мусор,соберется и что,счастье от этого будет?
естественно будет, работа с БД быстрее станет
:) Да? Ты будешь караулить как он собирается?
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38713959
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
fedorov2012Ок, все это спорный вопрос, поэтому думаю не стоит развивать тему.
это совсем не спорный вопрос, потому что ни одна многопользовательская СУБД не занимается "на ходу" уменьшением размера БД.
fedorov2012Кстати а можно ли как-то убедиться что мусор был удален после вызова select count(*)
gstat -r, ibanalyst
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38713961
Фотография Gallemar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ТС - таки слушайте меня ушами - вместо того чтобы морочится с уборкой мусора лучше мониторь статистику gstat -h. Есть офигительная утилита IBanalyst для расшифровки этой статистики.
Если у тебя застрянет транзакция, то никакой "мусоросбор" не пройдет.
Кстати,если у тебя дофига данных будет удалено,то следующий читающий данные из этой таблицы получит тормоза убирая мусор после удаления.
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38713967
Фотография Gallemar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kdvэто совсем не спорный вопрос, потому что ни одна многопользовательская СУБД не занимается "на ходу" уменьшением размера БД.


MS SQL уменьшает на ходу размер БД, но радости от этого большой я не видел.
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38713990
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
fedorov2012естественно будет, работа с БД быстрее станет
Не станет. Эксперименты показали, что влияние количества версий записей на быстродействие
незначительно. Чтобы почувствовать это замедление, тебе пришлось бы совершить что-то
совершенно безумное вроде создания тысяч версий для одной записи.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38714222
NikolayV81
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Gallemarkdvэто совсем не спорный вопрос, потому что ни одна многопользовательская СУБД не занимается "на ходу" уменьшением размера БД.


MS SQL уменьшает на ходу размер БД, но радости от этого большой я не видел.


Если таблицы положить в файлы, то это действо может быть разумно :)
В общем случае высвобождать куски из файла БД ( 1 файл 1 БД у fb ) задача совсем не тривиальная и к тому же порождает проблемы не только с бд но и с файловой системой ( добро пожаловать в общество любителей дефрагментаторов, которых для некоторых fs ( ext* ) вроде как нет ;) )
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38715681
Fr0sT-Brutal
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Очевидный весчь скажу, но все-таки - возьми такой случай: база весом 5 гиг, удалена запись, физически хранившаяся в начале файла. Сколько времени займет "усечение" файла и как в это время будут себя чувствовать другие подключения?
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38715718
WildSery
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Fr0sT-Brutal,

Что такое "усечение файла", и какое отношение это имеет к Firebird?
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38715941
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
WildSery,

да это fedorov2012 несколькими сообщениями выше считает, что вопрос необходимости и возможности уменьшения размера БД "спорный".
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38717519
StanislawK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
WildSeryЧто такое "усечение файла", и какое отношение это имеет к Firebird?

Я так понял, хочется наглядно увидеть что мусор убран. Размер файла БД как то связан с количеством записей в БД.

Например у меня сейчас есть такая проблема.

размер базы до изменений 8306 мегабайт.

Средствами IBExpert .

выбрал базу. нашел таблицу. (таблиц нуждающихся в чистке несколько, все и почистил)
нажал F9 - Show Data.
в открывшемся окошке
Table -> Empty Table.
Commit transaction.

размер базы прежний 8306 мегабайт.

сделал бэкап
размер базы прежний 5649 мегабайт.

восстановил из бэкапа.
размер базы прежний 7538 мегабайт.

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

мысль у меня такая - в базе лежат записи помеченные на удаление, но фактически не удаленные.

как от них избавиться?

p.s. Вот с таким вот чужим ПО приходится работать.
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38717537
StanislawKразмер базы до изменений 8306 мегабайт.

Средствами IBExpert .

выбрал базу. нашел таблицу. (таблиц нуждающихся в чистке несколько, все и почистил)
нажал F9 - Show Data.
в открывшемся окошке
Table -> Empty Table.
Commit transaction.

размер базы прежний 8306 мегабайт.

сделал бэкап
размер базы прежний 5649 мегабайт.

восстановил из бэкапа.
размер базы прежний 7538 мегабайт.Почему цифры разные, если размер - якобы "прежний" ?

авторхочется наглядно увидеть что мусор убранЕсли вам надо оценить, сколько мусора в базе, юзайте
Код: plaintext
gstat -r my_poor_database.fdb | grep "versions" | grep -v "versions: 0,"
(но при ресторе, ес-сно, его уже не будет)
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38717538
WildSery
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StanislawK,

(гипотетически)
Регулярно хожу по грибы, для чего ношу рюкзак, а в нём несколько корзинок.
Вытряхнул грибы из одной корзинки. Вытряс мусор, даже пылесосиком прошёл.
Размер рюкзака не уменьшился.
Вытащил всё из рюкзака, сложил назад только корзинки с грибами.
Рюкзак уменьшился!
Через некоторое время добавил корзинку в рюкзак, поскольку в уже лежащие новые грибы не влезают.
Дома вытряхнул грибы из всех корзинок - рюкзак опять не уменьшился, кажется, что он полон грибов!
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38717539
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StanislawKоднако при добавлении записи в таблицу, запись создается как если бы я
эту таблицу не чистил.
Что ты под этим имеешь в виду и как именно это выяснил?
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38717612
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StanislawKмысль у меня такая - в базе лежат записи помеченные на удаление, но фактически не удаленные.
мысль неправильная. Потому что ты никак не можешь прочитать
а) http://www.ibase.ru/devinfo/mga.htm - про версионность
б) http://www.ibase.ru/devinfo/gbak.htm - про бэкап

во втором документе есть текст
примечание : разумеется, при backup никакой "мусор" никогда не попадает в файл backup, ни при каких условиях. Если это не очевидно, то прочитайте еще раз, что делает утилита gbak при backup . Если и там вы не увидели объяснения, то это значит, что вы не понимаете как сервер работает с транзакциями .
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38717614
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StanislawKразмер базы прежний 8306 мегабайт.
так и должно быть

StanislawKсделал бэкап размер базы прежний 5649 мегабайт.
тут ты привел скорее размер бэкапа. Бэкап (процесс) не приводит к уменьшению размера БД. Размер бэкапа обычно меньше, чем размер БД, т.к. бэкап - "потоковый" файл, в отличие от страничного файла БД.

StanislawKвосстановил из бэкапа. размер базы прежний 7538 мегабайт.
ну какой же он прежний. Почти 800мб от 8.3 гиг убралось.

Кроме того, ты не умеешь ставить эксперимент. Надо было так:
1. бэкап, рестор, замеряем размер БД после рестора.
2. удаляем данные из таблиц.
3. бэкап, рестор, замеряем размер БД после рестора, сравниваем с пунктом 1.
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38717659
Фотография S.G.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StanislawK Размер файла БД как то связан с количеством записей в БД.Да, есть связь, и она такая:
Размер файла БД равен размеру файла БД с заданньм количеством записей, без свободного места + свободное место.
Размер свободного места может бьть разньм. Иногда больше, иногда меньше.

StanislawKНапример у меня сейчас есть такая проблема. При сегодняшних размерах дисков, размер БД не проблема.

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



StanislawKмысль у меня такая - в базе лежат записи помеченные на удаление, но фактически не удаленные.Фактически, прочитать их вы не можете, так что фактически их там нет.


StanislawKp.s. Вот с таким вот чужим ПО приходится работать.Можно почитать информацию про это ПО, будет легче.
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38717883
StanislawK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
S.G.Фактически, прочитать их вы не можете, так что фактически их там нет.

я понял что вы очень умны, еще с первой фразы не по делу.

StanislawKp.s. Вот с таким вот чужим ПО приходится работать.Можно почитать информацию про это ПО, будет легче.[/quot]

Можно даже с оплаченным саппортом в онлайне через teamviewer на это дело грустно мастурбировать смотреть.
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38717902
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StanislawK,

вы лучше указанные статьи почитайте. И поставьте ibtm , после чего сможете разработчикам вашего ПО отправить статистику (включая данные, собранные gstat -r в критические моменты). Кроме того, нужно быть немного администратором, чтобы определить, что тормоза вызваны именно накоплением "мусора" в БД, а не плохой производительностью диска, или еще чего-то.
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38717921
StanislawK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry SibiryakovStanislawKоднако при добавлении записи в таблицу, запись создается как если бы я
эту таблицу не чистил.
Что ты под этим имеешь в виду и как именно это выяснил?

у записи есть много полей. id, subj, date create, date modify, date start, date end, comment, moderator и т.д.

я с помощью "чудопрограммы" (TW) создаю новую запись.
я заполняю только поле subj.
инкрементально даётся следующий свободный ID,
date create устанавливается в текущий timestamp.

заглядываем в запись - и видим заполнены ВСЕ поля.

шизеем.
смотрим на
date modify - март 2010 год
date start - март 2010 год
date end - июнь 2010 год
comment - десяток комментов от сотрудников
moderator - человек уволенный в 2011.


смотрим по ID в бэкапе сделанном до чистки таблиц - всё 1:1.
разумеется различается поле date create и author.

все остальное удивительно совпадает.
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38717944
StanislawK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Ованес СусанянStanislawKразмер базы до изменений 8306 мегабайт.
Средствами IBExpert .
выбрал базу. нашел таблицу. (таблиц нуждающихся в чистке несколько, все и почистил)
нажал F9 - Show Data.
в открывшемся окошке
Table -> Empty Table.
Commit transaction.

размер 8306 мегабайт.

сделал бэкап
размер 5649 мегабайт.

восстановил из бэкапа.
размер 7538 мегабайт.Почему цифры разные, если размер - якобы "прежний" ?

извините. глаз замылился. строчку копипастил.
вместо размер базы прежний следует читать размер файла
цифры верны.

авторхочется наглядно увидеть что мусор убранЕсли вам надо оценить, сколько мусора в базе, юзайте
Код: plaintext
gstat -r my_poor_database.fdb | grep "versions" | grep -v "versions: 0,"
(но при ресторе, ес-сно, его уже не будет)[/quot]

что до, что после, gstat -r показывает одну строку с подстрокой "version". (versions нету.)
ODS version 11.2
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38717946
StanislawK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kdvStanislawKмысль у меня такая - в базе лежат записи помеченные на удаление, но фактически не удаленные.
мысль неправильная. Потому что ты никак не можешь прочитать
а) http://www.ibase.ru/devinfo/mga.htm - про версионность
б) http://www.ibase.ru/devinfo/gbak.htm - про бэкап
во втором документе есть текст


хотелось бы получить ответ по существу, а не по тем ключевым словам, которые тебе показались знакомыми.
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38717947
m7m
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StanislawKDimitry Sibiryakovпропущено...

Что ты под этим имеешь в виду и как именно это выяснил?


у записи есть много полей. id, subj, date create, date modify, date start, date end, comment, moderator и т.д.

я с помощью "чудопрограммы" (TW) создаю новую запись.
я заполняю только поле subj.
инкрементально даётся следующий свободный ID,
date create устанавливается в текущий timestamp.

заглядываем в запись - и видим заполнены ВСЕ поля.

шизеем.
смотрим на
date modify - март 2010 год
date start - март 2010 год
date end - июнь 2010 год
comment - десяток комментов от сотрудников
moderator - человек уволенный в 2011.


смотрим по ID в бэкапе сделанном до чистки таблиц - всё 1:1.
разумеется различается поле date create и author.

все остальное удивительно совпадает.
И авторы что говорят по этому поводу???
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38717951
StanislawK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kdvStanislawK,

вы лучше указанные статьи почитайте. И поставьте ibtm , после чего сможете разработчикам вашего ПО отправить статистику (включая данные, собранные gstat -r в критические моменты). Кроме того, нужно быть немного администратором, чтобы определить, что тормоза вызваны именно накоплением "мусора" в БД, а не плохой производительностью диска, или еще чего-то.

СОВСЕМ ОТЛИЧНО!

при чем тут "ТОРМОЗА" ?
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38717953
StanislawK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
m7m
StanislawKпропущено...


у записи есть много полей. id, subj, date create, date modify, date start, date end, comment, moderator и т.д.

я с помощью "чудопрограммы" (TW) создаю новую запись.
я заполняю только поле subj.
инкрементально даётся следующий свободный ID,
date create устанавливается в текущий timestamp.

заглядываем в запись - и видим заполнены ВСЕ поля.

шизеем.
смотрим на
date modify - март 2010 год
date start - март 2010 год
date end - июнь 2010 год
comment - десяток комментов от сотрудников
moderator - человек уволенный в 2011.


смотрим по ID в бэкапе сделанном до чистки таблиц - всё 1:1.
разумеется различается поле date create и author.

все остальное удивительно совпадает.

И авторы что говорят по этому поводу???

Как всегда: руками разводят, пучат глаза, говорят "это не мы", "так не может быть".
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38717954
NikolayV81
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StanislawKDimitry Sibiryakovпропущено...

Что ты под этим имеешь в виду и как именно это выяснил?

у записи есть много полей. id, subj, date create, date modify, date start, date end, comment, moderator и т.д.

я с помощью "чудопрограммы" (TW) создаю новую запись.
я заполняю только поле subj.
инкрементально даётся следующий свободный ID,
date create устанавливается в текущий timestamp.

заглядываем в запись - и видим заполнены ВСЕ поля.

шизеем.
смотрим на
date modify - март 2010 год
date start - март 2010 год
date end - июнь 2010 год
comment - десяток комментов от сотрудников
moderator - человек уволенный в 2011.


смотрим по ID в бэкапе сделанном до чистки таблиц - всё 1:1.
разумеется различается поле date create и author.

все остальное удивительно совпадает.

:) там в проге ИИ затесался ( не в базе )
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38718004
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StanislawKКак всегда: руками разводят, пучат глаза, говорят "это не мы", "так не
может быть".
Ну так врубай трассировку, смотри что конкретно эта их программа с базой делает при
добавлении этой записи, а потом тычь им в глаза этим логом.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38718079
miwaonline
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StanislawKm7m
пропущено...

И авторы что говорят по этому поводу???

Как всегда: руками разводят, пучат глаза, говорят "это не мы", "так не может быть".
Нагло врут.

+1 насчет трассировки.
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38718118
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StanislawKхотелось бы получить ответ по существу, а не по тем ключевым словам, которые тебе показались знакомыми.
достало уже. до свидания.
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38718444
Фотография Gallemar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kdvStanislawKхотелось бы получить ответ по существу, а не по тем ключевым словам, которые тебе показались знакомыми.
достало уже. до свидания.
Можно мне,можно мне?:)
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38718473
Фотография Gallemar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StanislawKkdvStanislawK,

вы лучше указанные статьи почитайте. И поставьте ibtm , после чего сможете разработчикам вашего ПО отправить статистику (включая данные, собранные gstat -r в критические моменты). Кроме того, нужно быть немного администратором, чтобы определить, что тормоза вызваны именно накоплением "мусора" в БД, а не плохой производительностью диска, или еще чего-то.

СОВСЕМ ОТЛИЧНО!

при чем тут "ТОРМОЗА" ?
Какие тормоза? Ткни меня носок в сообщение где ты пишешь о тормозах?
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38718476
Фотография Gallemar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Стоп,увидел. Это kdv тебя смутил. Твоя проблема в чем? При добавление данных в БД вылезают левые данные?
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38718501
Фотография S.G.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StanislawKm7m
пропущено...

И авторы что говорят по этому поводу???

Как всегда: руками разводят, пучат глаза, говорят "это не мы", "так не может быть".Этого действительно не может быть, а вот почему оно произошло, именно они и должны сказать, вообще-то.
Почему не предположить, что дело не в сервере, а в программе? Вы ведь через нее вводите данные?
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38718512
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
S.G.а вот почему оно произошло, именно они и должны сказать, вообще-то.
Выдвигаю гипотезу: информация в БД хранится в нескольких таблицах, не связанных внешними
ключами. Шаловливые ручки аффтара "почистили" мастер-таблицу, а прочие не заметили.
Разработчики приложения для генерации первичного ключа используют max(id)+1 в результате
чего новая "пустая" запись заняла место старой и к ней автоматически привязалась
дополнительная информация от старой. Вуаля, приехали. Вывод: нефиг грязными лапками лазить
в базу.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38718525
NikolayV81
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry SibiryakovS.G.а вот почему оно произошло, именно они и должны сказать, вообще-то.
Выдвигаю гипотезу: информация в БД хранится в нескольких таблицах, не связанных внешними
ключами. Шаловливые ручки аффтара "почистили" мастер-таблицу, а прочие не заметили.
Разработчики приложения для генерации первичного ключа используют max(id)+1 в результате
чего новая "пустая" запись заняла место старой и к ней автоматически привязалась
дополнительная информация от старой. Вуаля, приехали. Вывод: нефиг грязными лапками лазить
в базу.

и с поставщиками програмы по хорошему распрощаться, во избежание...
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38718554
StanislawK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GallemarСтоп,увидел. Это kdv тебя смутил. Твоя проблема в чем? При добавление данных в БД вылезают левые данные?

именно так.

левые данные.
которые формально удалены.
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38718565
StanislawK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
S.G.StanislawKпропущено...
Как всегда: руками разводят, пучат глаза, говорят "это не мы", "так не может быть".Этого действительно не может быть, а вот почему оно произошло, именно они и должны сказать, вообще-то.
Почему не предположить, что дело не в сервере, а в программе? Вы ведь через нее вводите данные?

программа откуда эти данные достает? в астрале хранит?

ведь сто процентное соответствие по ID, той удаленной записи в таблице.
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38718573
WildSery
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StanislawKпрограмма откуда эти данные достает? в астрале хранит?
ведь сто процентное соответствие по ID, той удаленной записи в таблице.Означенная проблема ни к мусору, ни вообще к FB отношения не имеет.
А только к архитектуре базы и кривым рукам того, кто эти записи "удалял".
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38718583
Фотография Gallemar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StanislawKGallemarСтоп,увидел. Это kdv тебя смутил. Твоя проблема в чем? При добавление данных в БД вылезают левые данные?

именно так.

левые данные.
которые формально удалены.
Понятно. SD прав - скорее всего в БД нет связи внешними ключами между таблицами и поля с ПК значения генерируют самим ПО,а не средствами БД, но лучше получить этому подтверждения. Открывай IBE и смотри таблицу,куда у тебя неправильно добавляются данные, на поля ID должны быть триггеры before insert примерно с таким DDL
Код: plaintext
1.
2.
3.
begin
  if (new.new_field is null) then
    new.new_field = gen_id(gen_new_table_id,1);
end
Если их нет - таки да, id генерируется на клиенте.
Потом смотришь внешние ключи и зависимости этой таблицы. Если их нет.... ну что,тогда печально.
p.s если нет знаний по РСУБД лучше обратится в платный саппорт.
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38718587
StanislawK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry SibiryakovS.G.а вот почему оно произошло, именно они и должны сказать, вообще-то.
Выдвигаю гипотезу: информация в БД хранится в нескольких таблицах, не связанных внешними
ключами. Шаловливые ручки аффтара "почистили" мастер-таблицу, а прочие не заметили.
Разработчики приложения для генерации первичного ключа используют max(id)+1 в результате
чего новая "пустая" запись заняла место старой и к ней автоматически привязалась
дополнительная информация от старой. Вуаля, приехали. Вывод: нефиг грязными лапками лазить
в базу.

"Я идиот" - это была первая версия. :)

Перед чисткой базы мы обратились в саппорт. там долго думали и предложили этот способ.

Внезапно, через несколько дней, проявилось.

Трижды перепроверил. Увы. Нет. Я не идиот.

Опять обратились в саппорт, говорят что все правильно. очищены все связанные с этим таблицы.
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38718591
Фотография Gallemar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StanislawK,вопрос можно? Что вы подразумеваете под чисткой базы? И зачем это делаете?
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38718599
StanislawK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GallemarStanislawKпропущено...
левые данные.
которые формально удалены.

Если их нет - таки да, id генерируется на клиенте.
Потом смотришь внешние ключи и зависимости этой таблицы. Если их нет.... ну что,тогда печально.
p.s если нет знаний по РСУБД лучше обратится в платный саппорт.

Именно после платного саппорта я и пришел сюда. Советоваться с гуру.
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38718602
Фотография Gallemar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StanislawK
Опять обратились в саппорт, говорят что все правильно. очищены все связанные с этим таблицы.
Если на клетке слона прочтешь надпись: буйвол, — не верь глазам своим (с) Козьма Прутков
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38718605
Фотография Gallemar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StanislawKИменно после платного саппорта я и пришел сюда. Советоваться с гуру.
Я имел в виду платный саппорт по FB :) -> ibase.ru
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38718611
StanislawK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GallemarStanislawK,вопрос можно? Что вы подразумеваете под чисткой базы? И зачем это делаете?

чистка базы - удаление старых, никому не нужных записей.
решение это административно-политическое.

Хотя я в целом поддерживаю, потому что, в целом, чудопрограмма (TW) 300 гигабайт занимает.
это неудобно. это медленно работает. это медленно бэкапится. накладывает определенные требования к железу, каналам связи и тд.

архитектура чудопрограммы оставляет желать лучшего.
распрощаться с нею к сожалению никак не возможно. во всяком случае быстро это невозможно в принципе. нет аналогов, способных хотя бы частично заменить эту часть бизнес процесса.
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38718613
Фотография Gallemar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StanislawK,понятно
Отправил письмо на почту,там есть мои контакты. Если интересно - пиши,пообщаемся.
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38718615
StanislawK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GallemarStanislawKИменно после платного саппорта я и пришел сюда. Советоваться с гуру.
Я имел в виду платный саппорт по FB :) -> ibase.ru

там собственно FB - малая часть.

по поводу трассировки - мысль интересная.

как записать протокол?

/me пошел читать маны.
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38718620
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StanislawK300 гигабайт

это файл БД столько занимает? Не хилая база у вас, если конечно не тупо блобами всё забито.
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38718622
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StanislawKчудопрограмма (TW) 300 гигабайт занимает.А как расшифровывается эта аббревиатура ?
StanislawKэто медленно работает.Размер базы, в которой превалируют мелкие транзакцими (т.е. OLTP), мало влияет на произв-сть.
StanislawKэто медленно бэкапится. накладывает определенные требования к железу, каналам связи и тд."Это" не надо бекапить. Есть такая штука, как репликация + FW = ON на базе- реплике + регулярная валидация по ночам базы- реплики с отсылом отчета по ней в мыло. А бекап - ну, делайте его раз в сутки, если успеется до утра.

StanislawKархитектура чудопрограммы оставляет желать лучшего.Если 'TW' расшифровывается в то, о чём я думаю, то - да, согласен на 100%. Ибо познал эту "чашу" сполна. :-)
StanislawKнет аналогов, способных хотя бы частично заменить эту часть бизнес процесса.Сфера деятельности какая ?
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38718704
StanislawK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ТаблоидStanislawKчудопрограмма (TW) 300 гигабайт занимает.А как расшифровывается эта аббревиатура ?
StanislawKнет аналогов, способных хотя бы частично заменить эту часть бизнес процесса.Сфера деятельности какая ?

teamwox в целом медленно работает. сам по себе firebird тут не причем.

маломальские важные данные бэкапить нужно. работаем круглосуточно, и тратить на бэкап ночь - это фантастика. :)

сфера - финансы.
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38718706
StanislawK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
firebird embedded.

fbtracemgr базу не видит, соответственно трейс не получается.
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38718708
hvlad
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StanislawKfirebird embedded.

fbtracemgr базу не видит, соответственно трейс не получается.Трейс прекрасно работает с embedded.
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38718719
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StanislawK,

Embeded с базой в 300 Гб? Ужас!
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38718723
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StanislawKteamwoxа, нет, я про другое подумал :-)
StanislawKмаломальские важные данные бэкапить нужно.вы не сможете бекапить только лишь "маломальски важные" данные, оставив всё остальное.
StanislawK работаем круглосуточно, и тратить на бэкап ночь - это фантастика.Кхм... а вы что, базу останавливаете, что ли, когда бекап делаете ?

ЗЫ. И таки про репликацию почитать бы надо, ага.
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38718724
Фотография Gallemar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
[quot StanislawK]Таблоидпропущено...
работаем круглосуточно, и тратить на бэкап ночь - это фантастика. :)

Боюсь спросить чем бэкапишь....
p.s. у меня база 260 гигов, на бэкап уходит 3 часа
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38718729
Фотография Gallemar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Таблоид[
И таки про репликацию почитать бы надо, ага.
Угу
ещё про gbak, транзакции, trace и т.п....
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38718732
Мимопроходящий
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
сдаётся мне, что это тро-ло-ло
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38718738
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Мимопроходящийсдаётся мне, что это тро-ло-ло
300 гиг база (или 8 гиг?)
embedded
какой-то мусор
че-то там при удалении не удаляется
как-то сами собой заполняются столбцы
тормозов нет, зачем весь этот разговор, не ясно.

p.s. из teamvox к нам явно никто не обращался, ни по каким вопросам.
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38718819
StanislawK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Симонов ДенисStanislawK,

Embeded с базой в 300 Гб? Ужас!

нет, firebird база 8.5 гигабайт. там еще сопутствующие компоненты.
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38718824
StanislawK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
[quot Gallemar]StanislawKпропущено...
Боюсь спросить чем бэкапишь....
p.s. у меня база 260 гигов, на бэкап уходит 3 часа

вот у кого тормоза! :) у меня успевает за полтора.
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38718830
Фотография Gallemar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
[quot StanislawK]Gallemarпропущено...


вот у кого тормоза! :) у меня успевает за полтора.
Полтора часа 8,5 Гб? :)
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38718839
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GallemarПолтора часа 8,5 Гб? :)При поганом диске (или куда он там складывает .fbk ?) всё может быть.
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38718842
Фотография Gallemar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Таблоид,насколько поганом? Вторая база в 11 гигов бэкапицца минут 40-45 :) И диски там не айс
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38718846
StanislawK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
kdvМимопроходящийсдаётся мне, что это тро-ло-ло
300 гиг база (или 8 гиг?)
embedded
какой-то мусор
че-то там при удалении не удаляется
как-то сами собой заполняются столбцы
тормозов нет, зачем весь этот разговор, не ясно.

вы опять читаете по диагонали и телепатируете. :)

300гиг это всё в сумме. непосредственно fireberd база ~8.5 гигабайт.

разговор о том, что в firebird базе вылезают данные, которые формально удалены.

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

kdvp.s. из teamvox к нам явно никто не обращался, ни по каким вопросам.

много наобщавшись с этими людьми, я ни минуты не удивлен.
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38718850
Таблоид
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GallemarТаблоид,насколько поганом? Вторая база в 11 гигов бэкапицца минут 40-45 :) И диски там не айсда у нас было такое лет 5 взад: база была около 12 Гб, бекапилась чёрт-знает сколько... несколько часов... Выкинули тот "сервак" на помойку.
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38718851
StanislawK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
[quot Gallemar]StanislawKпропущено...

Полтора часа 8,5 Гб? :)

:) нет. всё это безобразие. 300 гб.
8.5 гб минут 5 бэкапится. если вручную запускать только бэкап fireberd.
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38718854
Фотография Gallemar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
[quot StanislawK]Gallemarпропущено...


:) нет. всё это безобразие. 300 гб.
8.5 гб минут 5 бэкапится. если вручную запускать только бэкап fireberd.

Всё это что?

Бэкап как делаешь?
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38718857
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StanislawK,

что же там такого на 300G валяется? Готовые документы Word, Excel, PDF, картинки...
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38718870
Фотография kdv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StanislawKвы опять читаете по диагонали и телепатируете. :)
вы сами пишете по диагонали. Частично да, телепатировал, по вашим метаниям по поводу "версий" и "мусора". Все-таки я в техподдержке уже почти 20 лет.
Вытаскивать из вас клещами сведения из вас желания нет. Раз у вас "нет тормозов", значит у вас все прекрасно работает, и топик этот исключительно пустопорожний.
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38719360
NikolayV81
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StanislawKТаблоидпропущено...
А как расшифровывается эта аббревиатура ?
пропущено...
Сфера деятельности какая ?

teamwox в целом медленно работает. сам по себе firebird тут не причем.

маломальские важные данные бэкапить нужно. работаем круглосуточно, и тратить на бэкап ночь - это фантастика. :)

сфера - финансы.

Попробовал поставить "teamworks", установщик не работает...
Для поиска решения порекомендовал бы для начала перевести базу с embedded на отдельный сервер, что бы хотя - бы мониторить данные в реальном времени можно было.

ИМХО описали бы поэтапно как вы данные удаляете и откуда :).
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38719530
Фотография Gallemar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
NikolayV81ИМХО описали бы поэтапно как вы данные удаляете и откуда :).
Или хочет сам разобраться в проблеме или так сильно надо.
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38719544
NikolayV81
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GallemarNikolayV81ИМХО описали бы поэтапно как вы данные удаляете и откуда :).
Или хочет сам разобраться в проблеме или так сильно надо.

Есть другое мнение...

Там, условно, накрученная 3-х звенка, с несколькими источниками данных, разбираться в ней по большому счёту смысла нет, оптимальным решением для человека было бы доказательство того, что косяк в системе ( программе ) для техподдержки, но есть вероятность что проблемы возникли после ручного удаления данных напрямую из базы данных, но как известно в таком случае последствия малопредсказуемы. Человек явно не выкладывает всю информацию, либо из-за поверхностных знаний либо по другой причине.
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38719638
Фотография Gallemar
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
NikolayV81,да пох....
Я ему платный саппорт в лице ibase или себя предложил,не надо - пусть е....ся :)
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38720433
StanislawK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
NikolayV81StanislawKпропущено...
teamwox в целом медленно работает. сам по себе firebird тут не причем.

Попробовал поставить "teamworks", установщик не работает...
Для поиска решения порекомендовал бы для начала перевести базу с embedded на отдельный сервер, что бы хотя - бы мониторить данные в реальном времени можно было.

ИМХО описали бы поэтапно как вы данные удаляете и откуда :).

teamworks - сильно другой продукт. и по моему давно давно заброшенный.

teamwox - монолитное win приложение, один exe и несколько .dll. что либо такое сделать с ним не представляется возможным. хотя и очень хочется.
я радуюсь что сейчас он стал х64 версии, и может использовать всю доступную память.
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38720471
StanislawK
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
GallemarNikolayV81,да пох....
Я ему платный саппорт в лице ibase или себя предложил,не надо - пусть е....ся :)

Чуть чуть упорства, и решение было найдено!

Не смотря на все уверения разработчиков, что искомые "мусорные" данные хранятся только в этой таблице, методом аналитической дедукции и изучения дампа базы, по таймштампу была найдена еще одна таблица, содержащая эти данные.

Думаю, секрет в том, что те программисты, которые написали эту часть уже давно их ушли.
На моей памяти это уже пятая команда программистов работающая над этим чудо продуктом.
А текущие программисты занимаются другими делами. и в старом коде и дизайне понимают столько же, сколько и я.

Мне в общем есть чем более интересным заняться, и к этому серверу я имею отношение только на уровне - "пингуется и хорошо". Если бы не экзотические пожелания и последовавшие косяки, я бы тоже говорил "пох". :)

И на самом деле:


Выражаю всем участникам благодарность!

Ваша помощь и моральная поддержка неоценима!

Спасибо за конструктивные советы!


Я к вам как ни будь еще обращусь с такими же дурацкими вопросами.
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38720527
NikolayV81
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StanislawKNikolayV81пропущено...


Попробовал поставить "teamworks", установщик не работает...
Для поиска решения порекомендовал бы для начала перевести базу с embedded на отдельный сервер, что бы хотя - бы мониторить данные в реальном времени можно было.

ИМХО описали бы поэтапно как вы данные удаляете и откуда :).

teamworks - сильно другой продукт. и по моему давно давно заброшенный.

teamwox - монолитное win приложение, один exe и несколько .dll. что либо такое сделать с ним не представляется возможным. хотя и очень хочется.
я радуюсь что сейчас он стал х64 версии, и может использовать всю доступную память.


Да его и ставил, просто написал не правильно :) Под win8 инсталлятор не под адвином запускаться.
http://www.teamwox.com/ru/forum/151820/page4#comment_31491 "Как установить отдельно стоящую СУБД Firebird и подключить к ней TeamWox?"
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38720573
Фотография S.G.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StanislawKНе смотря на все уверения разработчиков, что искомые "мусорные" данные хранятся только в этой таблице, методом аналитической дедукции и изучения дампа базы, по таймштампу была найдена еще одна таблица, содержащая эти данные.

Мда, прямо "фокусы с разоблачением" :)
...
Рейтинг: 0 / 0
Накапливается мусор select count(*) не помогает
    #38720647
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StanislawKчто либо такое сделать с ним не представляется возможным
Чо? Невозможно поменять ему строку подключения или подсунуть нормальный fbclient вместо
fbembed? Ню-ню...

StanislawKметодом аналитической дедукции и изучения дампа базы, _по таймштампу_
"Нормальные герои всегда идут в обход!" (с)
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
111 сообщений из 111, показаны все 5 страниц
Форумы / Firebird, InterBase [игнор отключен] [закрыт для гостей] / Накапливается мусор select count(*) не помогает
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]