|
|
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
Происходит разбухание базы. Делаем так: 1. Вставляем в таблицу большое количество записей - размер базы естественно увеличивается на несколько мегабайт 2. Большая часть эти вставленных записей удаляем - размер базы без изменений 3. Вставляем еще несколько тыс. записей - размер базы еще сильнее увеличился 4. Удаляем все вставленные записи - размер базы без изменений 5. Делаем select (*) from my_table для очистки накопленного мусора, размер базы не уменьшается. Что делать, как очистить базу от мусора и почему select count(*) не чистит? p.s. Помогает только backup/restore, но это не годится ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2014, 02:00 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
fedorov2012,дяденька,ты Firebird с MS SQL путаешь, FB при уборке мусора размер базы не уменьшает. После select (*) from my_table сделай ещё раз добавление данных - размер базы не должен увеличится (хотя могу ошибаться и тут нужен sweep, а не простая уборка). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2014, 04:05 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
fedorov2012 p.s. Помогает только backup/restore, но это не годится Чем не годится? Кстати,зачем гонишься за уменьшением размера файла базы? Проблемы производительности с размером слабо связаны. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2014, 05:45 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
Gallemarfedorov2012 p.s. Помогает только backup/restore, но это не годится Чем не годится? Кстати,зачем гонишься за уменьшением размера файла базы? Проблемы производительности с размером слабо связаны. Не годится тем, что приведенный пример вставка/удаления это результат работы при выполнении одной из функции в программе, который пользователь может использовать не редко. Поэтому хотелось бы, чтобы программа сама подчистили мусор в БД после выполнения этой операции. Глупо будет, если пользователю после каждого такого действия предлагать - а теперь сделайте backup/restore (особенно, если БД в сети). Не пойму почему select count (*) не помогает? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2014, 09:59 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
fedorov2012, Начните с того, что почитайте, что же такое "мусор". А то может и нет его в вашей БД. И сам по себе select count(*) мусор не убирает - ему для этого выполнение некоторых условий нужно. В вашем списке нужно: 6) вставка ещё несколько тыс. записей. если размер БД не меняется (скорее всего), то и нет никакого "мусора". И ещё. Размер базы не уменьшается никогда. (рестор есть создание новой базы) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2014, 10:06 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
fedorov2012, Ответьте на вопросы 1. Версия FB 2. В какой архитектуре установлено 3. Что установлено в firebird.conf в параметре GCPolicy select count (*) может удалить мусор только после того как транзакция создавшая его завершена. select count (*) должен быть стартован в новой транзакции Во время сборки мусора размер БД не уменьшается, но место которое занимали мусорные записи могут быть использованы повторно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2014, 10:07 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
Кстати select count(*) лучше делать в отдельной транзакции или в той же, что и вставка/удаление (т.е. в транзакции, которая используется на шаге 3-4 см.топик) Симонов Денис1. Версия FB FB 2.5 Симонов Денис2. В какой архитектуре установлено Win Server 2008 SP2, 64 битный Симонов Денис3. Что установлено в firebird.conf в параметре GCPolicy написано так: #GCPolicy = combined т.е. как понимаю этот параметр закомментирован ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2014, 10:15 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
Симонов Денисselect count (*) может удалить мусор только после того как транзакция создавшая его завершена. select count (*) должен быть стартован в новой транзакцииИ не должно быть ни одной другой транзакции заинтересованной в удаленных данных. Пока есть интерес у транзакций, это не мусор, а версии. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2014, 10:45 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
fedorov2012, под архитектурой я понимал архитектуру FB SS/CS/SC ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2014, 10:47 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
fedorov2012Кстати select count(*) лучше делать в отдельной транзакции или в той же, что и вставка/удаление (т.е. в транзакции, которая используется на шаге 3-4 см.топик) в отдельной ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2014, 10:48 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
Ivan_PisarevskyПока есть интерес у транзакций, это не мусор, а версии. Т.е. в отдельной транзакции после того как завершится транзакция из шага 3-4 топика? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2014, 10:49 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
Симонов Денисв отдельной Спасибо, с транзакциями разобрались. Но почему БД не уменьшается после select count(*) - криво проходит чистка или что? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2014, 10:50 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
fedorov2012Т.е. в отдельной транзакции после того как завершится транзакция из шага 3-4 топика?после того как завершатся все транзакция стартовавшие до(во время) шага 3-4. поправел. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2014, 10:50 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
Hello, Fedorov2012! You wrote on 6 августа 2014 г. 10:49:58: Fedorov2012> Но почему БД не уменьшается а должна? Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2014, 10:51 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
fedorov2012, потому что уменьшение размера нафиг не нужно. Если мусор почистился то, пространство занимаемой им может быть использовано повторно ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2014, 10:51 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
fedorov2012Но почему БД не уменьшаетсяБД не уменьшается НИКОГДА. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2014, 10:52 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
Ivan_Pisarevskyfedorov2012Т.е. в отдельной транзакции после того как завершится транзакция из шага 3-4 топика?после того как завершатся все транзакция стартовавшие до(во время) шага 3-4. поправел. И даже те, которые к таблицы my_table не имеют отношения? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2014, 10:55 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
Симонов Денисfedorov2012, под архитектурой я понимал архитектуру FB SS/CS/SC Super Server ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2014, 10:56 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
fedorov2012И даже те, которые к таблицы my_table не имеют отношения?Для твоего уровня лучше считать, что все. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2014, 10:58 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
fedorov2012И даже те, которые к таблицы my_table не имеют отношения? нет конечно. Даже больше скажу только те, что используют те записи которые ты удаляешь. Стоит почитать develop весь раздел "Транзакции, архитектура InterBase/Firebird - Обязательное чтение" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2014, 11:01 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
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? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2014, 11:03 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
Симонов Дениснет конечно. Даже больше скажу только те, что используют те записи которые ты удаляешь. Ок, спасибо ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2014, 11:04 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
Симонов Дениснет конечно. Даже больше скажу только те, что используют те записи которые ты удаляешь.Не путай народ. Транзакции бывают не только ридкоммитед, но и снапшот. Если я стартовал снапшот раньше, то меня не волнует более ничего, что творится с базой, вынь да положь мне консистентные данные. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2014, 11:09 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
Ivan_PisarevskyСимонов Дениснет конечно. Даже больше скажу только те, что используют те записи которые ты удаляешь.Не путай народ. Транзакции бывают не только ридкоммитед, но и снапшот. Если я стартовал снапшот раньше, то меня не волнует более ничего, что творится с базой, вынь да положь мне консистентные данные. пользуюсь в основном read_committed, создаю транзакции, как правило, вот с такими параметрами read_committed rec_version nowait ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2014, 11:12 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
fedorov2012> пользуюсь в основном Не "пользуйся". Не пиши. Читай. Начни с книг или ibase.ru. Когда прочитаешь и усвоишь азы (там немного), если останутся вопросы - возвращайся, спрашивай. А учить азы по форуму да ещё галопом - плохая идея. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2014, 11:23 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
Ivan_Pisarevsky, извиняюсь. Сказанное верно только RC. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2014, 11:32 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
Гаджимурадов РустамНе "пользуйся". Не пиши. Читай. Начни с книг или ibase.ru. на счет "пользуюсь" - не правильно выразился. Да все мы понимаем, долгоживущих пишущих быть не должно. Азы читали. Вопрос про не уменьшение базы задал т.к. не логично при чистке от мусора не видеть уменьшение БД. На нашем белом свете много разного добра (СУБД, стеков технологий в виде фреймоворком при построении архитектуры ПО и пр.) и чтобы все изучить жизни не хватит. Важно понимать суть и тонкости всегда можно уточнить. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2014, 11:44 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
fedorov2012Вопрос про не уменьшение базы задал т.к. не логично при чистке от мусора не видеть уменьшение БД. Странная у вас логика. Она, очевидно, не в курсе такой тонкости как страничная организация файла БД. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2014, 11:54 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
Dimitry Sibiryakovfedorov2012Вопрос про не уменьшение базы задал т.к. не логично при чистке от мусора не видеть уменьшение БД. Странная у вас логика. Она, очевидно, не в курсе такой тонкости как страничная организация файла БД. В курсе, но согласитесь почему бы в функционале сервера FB при сборке мусора не корректировать размер БД? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2014, 11:58 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
fedorov2012В курсе, но согласитесь почему бы в функционале сервера FB при сборке мусора не корректировать размер БД? Зачем???? Чтобы через минуту заняться "расширением" базы для новых данных ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2014, 12:07 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
Ок, все это спорный вопрос, поэтому думаю не стоит развивать тему. Всем спасибо, за ответ по сборке мусора. Кстати а можно ли как-то убедиться (например, средствами IBExpert) что мусор был удален после вызова select count(*) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2014, 12:14 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
fedorov2012, собери статистику по нужной таблице и смотри total versions ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2014, 12:16 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
fedorov2012Ок, все это спорный вопрос, поэтому думаю не стоит развивать тему. Всем спасибо, за ответ по сборке мусора. Кстати а можно ли как-то убедиться (например, средствами IBExpert) что мусор был удален после вызова select count(*) дался тебе этот мусор,соберется и что,счастье от этого будет? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2014, 12:22 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
Gallemarдался тебе этот мусор,соберется и что,счастье от этого будет? естественно будет, работа с БД быстрее станет ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2014, 12:29 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
fedorov2012Gallemarдался тебе этот мусор,соберется и что,счастье от этого будет? естественно будет, работа с БД быстрее станет :) Да? Ты будешь караулить как он собирается? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2014, 12:33 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
fedorov2012Ок, все это спорный вопрос, поэтому думаю не стоит развивать тему. это совсем не спорный вопрос, потому что ни одна многопользовательская СУБД не занимается "на ходу" уменьшением размера БД. fedorov2012Кстати а можно ли как-то убедиться что мусор был удален после вызова select count(*) gstat -r, ibanalyst ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2014, 12:43 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
ТС - таки слушайте меня ушами - вместо того чтобы морочится с уборкой мусора лучше мониторь статистику gstat -h. Есть офигительная утилита IBanalyst для расшифровки этой статистики. Если у тебя застрянет транзакция, то никакой "мусоросбор" не пройдет. Кстати,если у тебя дофига данных будет удалено,то следующий читающий данные из этой таблицы получит тормоза убирая мусор после удаления. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2014, 12:44 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
kdvэто совсем не спорный вопрос, потому что ни одна многопользовательская СУБД не занимается "на ходу" уменьшением размера БД. MS SQL уменьшает на ходу размер БД, но радости от этого большой я не видел. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2014, 12:46 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
fedorov2012естественно будет, работа с БД быстрее станет Не станет. Эксперименты показали, что влияние количества версий записей на быстродействие незначительно. Чтобы почувствовать это замедление, тебе пришлось бы совершить что-то совершенно безумное вроде создания тысяч версий для одной записи. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2014, 12:58 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
Gallemarkdvэто совсем не спорный вопрос, потому что ни одна многопользовательская СУБД не занимается "на ходу" уменьшением размера БД. MS SQL уменьшает на ходу размер БД, но радости от этого большой я не видел. Если таблицы положить в файлы, то это действо может быть разумно :) В общем случае высвобождать куски из файла БД ( 1 файл 1 БД у fb ) задача совсем не тривиальная и к тому же порождает проблемы не только с бд но и с файловой системой ( добро пожаловать в общество любителей дефрагментаторов, которых для некоторых fs ( ext* ) вроде как нет ;) ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2014, 14:56 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
Очевидный весчь скажу, но все-таки - возьми такой случай: база весом 5 гиг, удалена запись, физически хранившаяся в начале файла. Сколько времени займет "усечение" файла и как в это время будут себя чувствовать другие подключения? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.08.2014, 10:42 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
Fr0sT-Brutal, Что такое "усечение файла", и какое отношение это имеет к Firebird? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.08.2014, 11:23 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
WildSery, да это fedorov2012 несколькими сообщениями выше считает, что вопрос необходимости и возможности уменьшения размера БД "спорный". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.08.2014, 13:30 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
WildSeryЧто такое "усечение файла", и какое отношение это имеет к Firebird? Я так понял, хочется наглядно увидеть что мусор убран. Размер файла БД как то связан с количеством записей в БД. Например у меня сейчас есть такая проблема. размер базы до изменений 8306 мегабайт. Средствами IBExpert . выбрал базу. нашел таблицу. (таблиц нуждающихся в чистке несколько, все и почистил) нажал F9 - Show Data. в открывшемся окошке Table -> Empty Table. Commit transaction. размер базы прежний 8306 мегабайт. сделал бэкап размер базы прежний 5649 мегабайт. восстановил из бэкапа. размер базы прежний 7538 мегабайт. казалось бы хорошо, однако при добавлении записи в таблицу, запись создается как если бы я эту таблицу не чистил. мысль у меня такая - в базе лежат записи помеченные на удаление, но фактически не удаленные. как от них избавиться? p.s. Вот с таким вот чужим ПО приходится работать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.08.2014, 17:24 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
StanislawKразмер базы до изменений 8306 мегабайт. Средствами IBExpert . выбрал базу. нашел таблицу. (таблиц нуждающихся в чистке несколько, все и почистил) нажал F9 - Show Data. в открывшемся окошке Table -> Empty Table. Commit transaction. размер базы прежний 8306 мегабайт. сделал бэкап размер базы прежний 5649 мегабайт. восстановил из бэкапа. размер базы прежний 7538 мегабайт.Почему цифры разные, если размер - якобы "прежний" ? авторхочется наглядно увидеть что мусор убранЕсли вам надо оценить, сколько мусора в базе, юзайте Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.08.2014, 17:38 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
StanislawK, (гипотетически) Регулярно хожу по грибы, для чего ношу рюкзак, а в нём несколько корзинок. Вытряхнул грибы из одной корзинки. Вытряс мусор, даже пылесосиком прошёл. Размер рюкзака не уменьшился. Вытащил всё из рюкзака, сложил назад только корзинки с грибами. Рюкзак уменьшился! Через некоторое время добавил корзинку в рюкзак, поскольку в уже лежащие новые грибы не влезают. Дома вытряхнул грибы из всех корзинок - рюкзак опять не уменьшился, кажется, что он полон грибов! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.08.2014, 17:40 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
StanislawKоднако при добавлении записи в таблицу, запись создается как если бы я эту таблицу не чистил. Что ты под этим имеешь в виду и как именно это выяснил? Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.08.2014, 17:41 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
StanislawKмысль у меня такая - в базе лежат записи помеченные на удаление, но фактически не удаленные. мысль неправильная. Потому что ты никак не можешь прочитать а) http://www.ibase.ru/devinfo/mga.htm - про версионность б) http://www.ibase.ru/devinfo/gbak.htm - про бэкап во втором документе есть текст примечание : разумеется, при backup никакой "мусор" никогда не попадает в файл backup, ни при каких условиях. Если это не очевидно, то прочитайте еще раз, что делает утилита gbak при backup . Если и там вы не увидели объяснения, то это значит, что вы не понимаете как сервер работает с транзакциями . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.08.2014, 19:34 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
StanislawKразмер базы прежний 8306 мегабайт. так и должно быть StanislawKсделал бэкап размер базы прежний 5649 мегабайт. тут ты привел скорее размер бэкапа. Бэкап (процесс) не приводит к уменьшению размера БД. Размер бэкапа обычно меньше, чем размер БД, т.к. бэкап - "потоковый" файл, в отличие от страничного файла БД. StanislawKвосстановил из бэкапа. размер базы прежний 7538 мегабайт. ну какой же он прежний. Почти 800мб от 8.3 гиг убралось. Кроме того, ты не умеешь ставить эксперимент. Надо было так: 1. бэкап, рестор, замеряем размер БД после рестора. 2. удаляем данные из таблиц. 3. бэкап, рестор, замеряем размер БД после рестора, сравниваем с пунктом 1. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.08.2014, 19:37 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
StanislawK Размер файла БД как то связан с количеством записей в БД.Да, есть связь, и она такая: Размер файла БД равен размеру файла БД с заданньм количеством записей, без свободного места + свободное место. Размер свободного места может бьть разньм. Иногда больше, иногда меньше. StanislawKНапример у меня сейчас есть такая проблема. При сегодняшних размерах дисков, размер БД не проблема. StanislawKказалось бы хорошо, однако при добавлении записи в таблицу, запись создается как если бы я эту таблицу не чистил.При добавлении записи в таблицу, создается запись в таблице, как ни странно. StanislawKмысль у меня такая - в базе лежат записи помеченные на удаление, но фактически не удаленные.Фактически, прочитать их вы не можете, так что фактически их там нет. StanislawKp.s. Вот с таким вот чужим ПО приходится работать.Можно почитать информацию про это ПО, будет легче. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.08.2014, 21:14 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
S.G.Фактически, прочитать их вы не можете, так что фактически их там нет. я понял что вы очень умны, еще с первой фразы не по делу. StanislawKp.s. Вот с таким вот чужим ПО приходится работать.Можно почитать информацию про это ПО, будет легче.[/quot] Можно даже с оплаченным саппортом в онлайне через teamviewer на это дело грустно мастурбировать смотреть. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2014, 10:55 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
StanislawK, вы лучше указанные статьи почитайте. И поставьте ibtm , после чего сможете разработчикам вашего ПО отправить статистику (включая данные, собранные gstat -r в критические моменты). Кроме того, нужно быть немного администратором, чтобы определить, что тормоза вызваны именно накоплением "мусора" в БД, а не плохой производительностью диска, или еще чего-то. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2014, 11:19 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
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. все остальное удивительно совпадает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2014, 11:31 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
Ованес СусанянStanislawKразмер базы до изменений 8306 мегабайт. Средствами IBExpert . выбрал базу. нашел таблицу. (таблиц нуждающихся в чистке несколько, все и почистил) нажал F9 - Show Data. в открывшемся окошке Table -> Empty Table. Commit transaction. размер 8306 мегабайт. сделал бэкап размер 5649 мегабайт. восстановил из бэкапа. размер 7538 мегабайт.Почему цифры разные, если размер - якобы "прежний" ? извините. глаз замылился. строчку копипастил. вместо размер базы прежний следует читать размер файла цифры верны. авторхочется наглядно увидеть что мусор убранЕсли вам надо оценить, сколько мусора в базе, юзайте Код: plaintext что до, что после, gstat -r показывает одну строку с подстрокой "version". (versions нету.) ODS version 11.2 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2014, 11:49 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
kdvStanislawKмысль у меня такая - в базе лежат записи помеченные на удаление, но фактически не удаленные. мысль неправильная. Потому что ты никак не можешь прочитать а) http://www.ibase.ru/devinfo/mga.htm - про версионность б) http://www.ibase.ru/devinfo/gbak.htm - про бэкап во втором документе есть текст хотелось бы получить ответ по существу, а не по тем ключевым словам, которые тебе показались знакомыми. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2014, 11:53 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
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. все остальное удивительно совпадает. И авторы что говорят по этому поводу??? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2014, 11:53 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
kdvStanislawK, вы лучше указанные статьи почитайте. И поставьте ibtm , после чего сможете разработчикам вашего ПО отправить статистику (включая данные, собранные gstat -r в критические моменты). Кроме того, нужно быть немного администратором, чтобы определить, что тормоза вызваны именно накоплением "мусора" в БД, а не плохой производительностью диска, или еще чего-то. СОВСЕМ ОТЛИЧНО! при чем тут "ТОРМОЗА" ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2014, 11:55 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
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. все остальное удивительно совпадает. И авторы что говорят по этому поводу??? Как всегда: руками разводят, пучат глаза, говорят "это не мы", "так не может быть". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2014, 11:58 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
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. все остальное удивительно совпадает. :) там в проге ИИ затесался ( не в базе ) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2014, 11:58 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
StanislawKКак всегда: руками разводят, пучат глаза, говорят "это не мы", "так не может быть". Ну так врубай трассировку, смотри что конкретно эта их программа с базой делает при добавлении этой записи, а потом тычь им в глаза этим логом. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2014, 12:39 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
StanislawKm7m пропущено... И авторы что говорят по этому поводу??? Как всегда: руками разводят, пучат глаза, говорят "это не мы", "так не может быть". Нагло врут. +1 насчет трассировки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2014, 13:10 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
StanislawKхотелось бы получить ответ по существу, а не по тем ключевым словам, которые тебе показались знакомыми. достало уже. до свидания. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2014, 13:32 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
kdvStanislawKхотелось бы получить ответ по существу, а не по тем ключевым словам, которые тебе показались знакомыми. достало уже. до свидания. Можно мне,можно мне?:) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2014, 16:03 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
StanislawKkdvStanislawK, вы лучше указанные статьи почитайте. И поставьте ibtm , после чего сможете разработчикам вашего ПО отправить статистику (включая данные, собранные gstat -r в критические моменты). Кроме того, нужно быть немного администратором, чтобы определить, что тормоза вызваны именно накоплением "мусора" в БД, а не плохой производительностью диска, или еще чего-то. СОВСЕМ ОТЛИЧНО! при чем тут "ТОРМОЗА" ? Какие тормоза? Ткни меня носок в сообщение где ты пишешь о тормозах? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2014, 16:12 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
Стоп,увидел. Это kdv тебя смутил. Твоя проблема в чем? При добавление данных в БД вылезают левые данные? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2014, 16:14 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
StanislawKm7m пропущено... И авторы что говорят по этому поводу??? Как всегда: руками разводят, пучат глаза, говорят "это не мы", "так не может быть".Этого действительно не может быть, а вот почему оно произошло, именно они и должны сказать, вообще-то. Почему не предположить, что дело не в сервере, а в программе? Вы ведь через нее вводите данные? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2014, 16:23 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
S.G.а вот почему оно произошло, именно они и должны сказать, вообще-то. Выдвигаю гипотезу: информация в БД хранится в нескольких таблицах, не связанных внешними ключами. Шаловливые ручки аффтара "почистили" мастер-таблицу, а прочие не заметили. Разработчики приложения для генерации первичного ключа используют max(id)+1 в результате чего новая "пустая" запись заняла место старой и к ней автоматически привязалась дополнительная информация от старой. Вуаля, приехали. Вывод: нефиг грязными лапками лазить в базу. Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2014, 16:29 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovS.G.а вот почему оно произошло, именно они и должны сказать, вообще-то. Выдвигаю гипотезу: информация в БД хранится в нескольких таблицах, не связанных внешними ключами. Шаловливые ручки аффтара "почистили" мастер-таблицу, а прочие не заметили. Разработчики приложения для генерации первичного ключа используют max(id)+1 в результате чего новая "пустая" запись заняла место старой и к ней автоматически привязалась дополнительная информация от старой. Вуаля, приехали. Вывод: нефиг грязными лапками лазить в базу. и с поставщиками програмы по хорошему распрощаться, во избежание... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2014, 16:36 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
GallemarСтоп,увидел. Это kdv тебя смутил. Твоя проблема в чем? При добавление данных в БД вылезают левые данные? именно так. левые данные. которые формально удалены. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2014, 16:50 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
S.G.StanislawKпропущено... Как всегда: руками разводят, пучат глаза, говорят "это не мы", "так не может быть".Этого действительно не может быть, а вот почему оно произошло, именно они и должны сказать, вообще-то. Почему не предположить, что дело не в сервере, а в программе? Вы ведь через нее вводите данные? программа откуда эти данные достает? в астрале хранит? ведь сто процентное соответствие по ID, той удаленной записи в таблице. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2014, 16:52 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
StanislawKпрограмма откуда эти данные достает? в астрале хранит? ведь сто процентное соответствие по ID, той удаленной записи в таблице.Означенная проблема ни к мусору, ни вообще к FB отношения не имеет. А только к архитектуре базы и кривым рукам того, кто эти записи "удалял". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2014, 16:56 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
StanislawKGallemarСтоп,увидел. Это kdv тебя смутил. Твоя проблема в чем? При добавление данных в БД вылезают левые данные? именно так. левые данные. которые формально удалены. Понятно. SD прав - скорее всего в БД нет связи внешними ключами между таблицами и поля с ПК значения генерируют самим ПО,а не средствами БД, но лучше получить этому подтверждения. Открывай IBE и смотри таблицу,куда у тебя неправильно добавляются данные, на поля ID должны быть триггеры before insert примерно с таким DDL Код: plaintext 1. 2. 3. Потом смотришь внешние ключи и зависимости этой таблицы. Если их нет.... ну что,тогда печально. p.s если нет знаний по РСУБД лучше обратится в платный саппорт. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2014, 17:05 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
Dimitry SibiryakovS.G.а вот почему оно произошло, именно они и должны сказать, вообще-то. Выдвигаю гипотезу: информация в БД хранится в нескольких таблицах, не связанных внешними ключами. Шаловливые ручки аффтара "почистили" мастер-таблицу, а прочие не заметили. Разработчики приложения для генерации первичного ключа используют max(id)+1 в результате чего новая "пустая" запись заняла место старой и к ней автоматически привязалась дополнительная информация от старой. Вуаля, приехали. Вывод: нефиг грязными лапками лазить в базу. "Я идиот" - это была первая версия. :) Перед чисткой базы мы обратились в саппорт. там долго думали и предложили этот способ. Внезапно, через несколько дней, проявилось. Трижды перепроверил. Увы. Нет. Я не идиот. Опять обратились в саппорт, говорят что все правильно. очищены все связанные с этим таблицы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2014, 17:05 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
StanislawK,вопрос можно? Что вы подразумеваете под чисткой базы? И зачем это делаете? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2014, 17:08 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
GallemarStanislawKпропущено... левые данные. которые формально удалены. Если их нет - таки да, id генерируется на клиенте. Потом смотришь внешние ключи и зависимости этой таблицы. Если их нет.... ну что,тогда печально. p.s если нет знаний по РСУБД лучше обратится в платный саппорт. Именно после платного саппорта я и пришел сюда. Советоваться с гуру. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2014, 17:12 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
StanislawK Опять обратились в саппорт, говорят что все правильно. очищены все связанные с этим таблицы. Если на клетке слона прочтешь надпись: буйвол, — не верь глазам своим (с) Козьма Прутков ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2014, 17:14 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
StanislawKИменно после платного саппорта я и пришел сюда. Советоваться с гуру. Я имел в виду платный саппорт по FB :) -> ibase.ru ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2014, 17:15 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
GallemarStanislawK,вопрос можно? Что вы подразумеваете под чисткой базы? И зачем это делаете? чистка базы - удаление старых, никому не нужных записей. решение это административно-политическое. Хотя я в целом поддерживаю, потому что, в целом, чудопрограмма (TW) 300 гигабайт занимает. это неудобно. это медленно работает. это медленно бэкапится. накладывает определенные требования к железу, каналам связи и тд. архитектура чудопрограммы оставляет желать лучшего. распрощаться с нею к сожалению никак не возможно. во всяком случае быстро это невозможно в принципе. нет аналогов, способных хотя бы частично заменить эту часть бизнес процесса. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2014, 17:24 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
StanislawK,понятно Отправил письмо на почту,там есть мои контакты. Если интересно - пиши,пообщаемся. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2014, 17:26 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
GallemarStanislawKИменно после платного саппорта я и пришел сюда. Советоваться с гуру. Я имел в виду платный саппорт по FB :) -> ibase.ru там собственно FB - малая часть. по поводу трассировки - мысль интересная. как записать протокол? /me пошел читать маны. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2014, 17:27 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
StanislawK300 гигабайт это файл БД столько занимает? Не хилая база у вас, если конечно не тупо блобами всё забито. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2014, 17:34 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
StanislawKчудопрограмма (TW) 300 гигабайт занимает.А как расшифровывается эта аббревиатура ? StanislawKэто медленно работает.Размер базы, в которой превалируют мелкие транзакцими (т.е. OLTP), мало влияет на произв-сть. StanislawKэто медленно бэкапится. накладывает определенные требования к железу, каналам связи и тд."Это" не надо бекапить. Есть такая штука, как репликация + FW = ON на базе- реплике + регулярная валидация по ночам базы- реплики с отсылом отчета по ней в мыло. А бекап - ну, делайте его раз в сутки, если успеется до утра. StanislawKархитектура чудопрограммы оставляет желать лучшего.Если 'TW' расшифровывается в то, о чём я думаю, то - да, согласен на 100%. Ибо познал эту "чашу" сполна. :-) StanislawKнет аналогов, способных хотя бы частично заменить эту часть бизнес процесса.Сфера деятельности какая ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2014, 17:35 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
ТаблоидStanislawKчудопрограмма (TW) 300 гигабайт занимает.А как расшифровывается эта аббревиатура ? StanislawKнет аналогов, способных хотя бы частично заменить эту часть бизнес процесса.Сфера деятельности какая ? teamwox в целом медленно работает. сам по себе firebird тут не причем. маломальские важные данные бэкапить нужно. работаем круглосуточно, и тратить на бэкап ночь - это фантастика. :) сфера - финансы. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2014, 19:02 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
firebird embedded. fbtracemgr базу не видит, соответственно трейс не получается. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2014, 19:03 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
StanislawKfirebird embedded. fbtracemgr базу не видит, соответственно трейс не получается.Трейс прекрасно работает с embedded. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2014, 19:07 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
StanislawK, Embeded с базой в 300 Гб? Ужас! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2014, 19:15 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
StanislawKteamwoxа, нет, я про другое подумал :-) StanislawKмаломальские важные данные бэкапить нужно.вы не сможете бекапить только лишь "маломальски важные" данные, оставив всё остальное. StanislawK работаем круглосуточно, и тратить на бэкап ночь - это фантастика.Кхм... а вы что, базу останавливаете, что ли, когда бекап делаете ? ЗЫ. И таки про репликацию почитать бы надо, ага. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2014, 19:17 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
[quot StanislawK]Таблоидпропущено... работаем круглосуточно, и тратить на бэкап ночь - это фантастика. :) Боюсь спросить чем бэкапишь.... p.s. у меня база 260 гигов, на бэкап уходит 3 часа ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2014, 19:18 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
Таблоид[ И таки про репликацию почитать бы надо, ага. Угу ещё про gbak, транзакции, trace и т.п.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2014, 19:23 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
сдаётся мне, что это тро-ло-ло Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2014, 19:30 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
Мимопроходящийсдаётся мне, что это тро-ло-ло 300 гиг база (или 8 гиг?) embedded какой-то мусор че-то там при удалении не удаляется как-то сами собой заполняются столбцы тормозов нет, зачем весь этот разговор, не ясно. p.s. из teamvox к нам явно никто не обращался, ни по каким вопросам. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2014, 19:38 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
Симонов ДенисStanislawK, Embeded с базой в 300 Гб? Ужас! нет, firebird база 8.5 гигабайт. там еще сопутствующие компоненты. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2014, 22:25 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
[quot Gallemar]StanislawKпропущено... Боюсь спросить чем бэкапишь.... p.s. у меня база 260 гигов, на бэкап уходит 3 часа вот у кого тормоза! :) у меня успевает за полтора. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2014, 22:31 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
[quot StanislawK]Gallemarпропущено... вот у кого тормоза! :) у меня успевает за полтора. Полтора часа 8,5 Гб? :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2014, 22:37 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
GallemarПолтора часа 8,5 Гб? :)При поганом диске (или куда он там складывает .fbk ?) всё может быть. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2014, 22:48 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
Таблоид,насколько поганом? Вторая база в 11 гигов бэкапицца минут 40-45 :) И диски там не айс ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2014, 22:52 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
kdvМимопроходящийсдаётся мне, что это тро-ло-ло 300 гиг база (или 8 гиг?) embedded какой-то мусор че-то там при удалении не удаляется как-то сами собой заполняются столбцы тормозов нет, зачем весь этот разговор, не ясно. вы опять читаете по диагонали и телепатируете. :) 300гиг это всё в сумме. непосредственно fireberd база ~8.5 гигабайт. разговор о том, что в firebird базе вылезают данные, которые формально удалены. по клятвенным заверениям разработчиков эти данные хранятся только в базе, только в этой таблице. связанных таблиц нет. на сколько я смог сделать реверс инженеринг, в других таблицах действительно этих данных. kdvp.s. из teamvox к нам явно никто не обращался, ни по каким вопросам. много наобщавшись с этими людьми, я ни минуты не удивлен. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2014, 22:57 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
GallemarТаблоид,насколько поганом? Вторая база в 11 гигов бэкапицца минут 40-45 :) И диски там не айсда у нас было такое лет 5 взад: база была около 12 Гб, бекапилась чёрт-знает сколько... несколько часов... Выкинули тот "сервак" на помойку. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2014, 23:03 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
[quot Gallemar]StanislawKпропущено... Полтора часа 8,5 Гб? :) :) нет. всё это безобразие. 300 гб. 8.5 гб минут 5 бэкапится. если вручную запускать только бэкап fireberd. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2014, 23:04 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
[quot StanislawK]Gallemarпропущено... :) нет. всё это безобразие. 300 гб. 8.5 гб минут 5 бэкапится. если вручную запускать только бэкап fireberd. Всё это что? Бэкап как делаешь? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2014, 23:06 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
StanislawK, что же там такого на 300G валяется? Готовые документы Word, Excel, PDF, картинки... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2014, 23:08 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
StanislawKвы опять читаете по диагонали и телепатируете. :) вы сами пишете по диагонали. Частично да, телепатировал, по вашим метаниям по поводу "версий" и "мусора". Все-таки я в техподдержке уже почти 20 лет. Вытаскивать из вас клещами сведения из вас желания нет. Раз у вас "нет тормозов", значит у вас все прекрасно работает, и топик этот исключительно пустопорожний. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2014, 23:28 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
StanislawKТаблоидпропущено... А как расшифровывается эта аббревиатура ? пропущено... Сфера деятельности какая ? teamwox в целом медленно работает. сам по себе firebird тут не причем. маломальские важные данные бэкапить нужно. работаем круглосуточно, и тратить на бэкап ночь - это фантастика. :) сфера - финансы. Попробовал поставить "teamworks", установщик не работает... Для поиска решения порекомендовал бы для начала перевести базу с embedded на отдельный сервер, что бы хотя - бы мониторить данные в реальном времени можно было. ИМХО описали бы поэтапно как вы данные удаляете и откуда :). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.08.2014, 14:00 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
NikolayV81ИМХО описали бы поэтапно как вы данные удаляете и откуда :). Или хочет сам разобраться в проблеме или так сильно надо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.08.2014, 15:50 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
GallemarNikolayV81ИМХО описали бы поэтапно как вы данные удаляете и откуда :). Или хочет сам разобраться в проблеме или так сильно надо. Есть другое мнение... Там, условно, накрученная 3-х звенка, с несколькими источниками данных, разбираться в ней по большому счёту смысла нет, оптимальным решением для человека было бы доказательство того, что косяк в системе ( программе ) для техподдержки, но есть вероятность что проблемы возникли после ручного удаления данных напрямую из базы данных, но как известно в таком случае последствия малопредсказуемы. Человек явно не выкладывает всю информацию, либо из-за поверхностных знаний либо по другой причине. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.08.2014, 16:00 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
NikolayV81,да пох.... Я ему платный саппорт в лице ibase или себя предложил,не надо - пусть е....ся :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.08.2014, 17:11 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
NikolayV81StanislawKпропущено... teamwox в целом медленно работает. сам по себе firebird тут не причем. Попробовал поставить "teamworks", установщик не работает... Для поиска решения порекомендовал бы для начала перевести базу с embedded на отдельный сервер, что бы хотя - бы мониторить данные в реальном времени можно было. ИМХО описали бы поэтапно как вы данные удаляете и откуда :). teamworks - сильно другой продукт. и по моему давно давно заброшенный. teamwox - монолитное win приложение, один exe и несколько .dll. что либо такое сделать с ним не представляется возможным. хотя и очень хочется. я радуюсь что сейчас он стал х64 версии, и может использовать всю доступную память. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.08.2014, 15:53 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
GallemarNikolayV81,да пох.... Я ему платный саппорт в лице ibase или себя предложил,не надо - пусть е....ся :) Чуть чуть упорства, и решение было найдено! Не смотря на все уверения разработчиков, что искомые "мусорные" данные хранятся только в этой таблице, методом аналитической дедукции и изучения дампа базы, по таймштампу была найдена еще одна таблица, содержащая эти данные. Думаю, секрет в том, что те программисты, которые написали эту часть уже давно их ушли. На моей памяти это уже пятая команда программистов работающая над этим чудо продуктом. А текущие программисты занимаются другими делами. и в старом коде и дизайне понимают столько же, сколько и я. Мне в общем есть чем более интересным заняться, и к этому серверу я имею отношение только на уровне - "пингуется и хорошо". Если бы не экзотические пожелания и последовавшие косяки, я бы тоже говорил "пох". :) И на самом деле: Выражаю всем участникам благодарность! Ваша помощь и моральная поддержка неоценима! Спасибо за конструктивные советы! Я к вам как ни будь еще обращусь с такими же дурацкими вопросами. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.08.2014, 16:09 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
StanislawKNikolayV81пропущено... Попробовал поставить "teamworks", установщик не работает... Для поиска решения порекомендовал бы для начала перевести базу с embedded на отдельный сервер, что бы хотя - бы мониторить данные в реальном времени можно было. ИМХО описали бы поэтапно как вы данные удаляете и откуда :). teamworks - сильно другой продукт. и по моему давно давно заброшенный. teamwox - монолитное win приложение, один exe и несколько .dll. что либо такое сделать с ним не представляется возможным. хотя и очень хочется. я радуюсь что сейчас он стал х64 версии, и может использовать всю доступную память. Да его и ставил, просто написал не правильно :) Под win8 инсталлятор не под адвином запускаться. http://www.teamwox.com/ru/forum/151820/page4#comment_31491 "Как установить отдельно стоящую СУБД Firebird и подключить к ней TeamWox?" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.08.2014, 16:41 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
StanislawKНе смотря на все уверения разработчиков, что искомые "мусорные" данные хранятся только в этой таблице, методом аналитической дедукции и изучения дампа базы, по таймштампу была найдена еще одна таблица, содержащая эти данные. Мда, прямо "фокусы с разоблачением" :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.08.2014, 17:00 |
|
||
|
Накапливается мусор select count(*) не помогает
|
|||
|---|---|---|---|
|
#18+
StanislawKчто либо такое сделать с ним не представляется возможным Чо? Невозможно поменять ему строку подключения или подсунуть нормальный fbclient вместо fbembed? Ню-ню... StanislawKметодом аналитической дедукции и изучения дампа базы, _по таймштампу_ "Нормальные герои всегда идут в обход!" (с) Posted via ActualForum NNTP Server 1.5 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.08.2014, 18:03 |
|
||
|
|

start [/forum/topic.php?all=1&fid=40&tid=1563404]: |
0ms |
get settings: |
6ms |
get forum list: |
17ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
184ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
108ms |
get tp. blocked users: |
1ms |
| others: | 208ms |
| total: | 542ms |

| 0 / 0 |
