Отправлено: 05.05.05 22:41. Заголовок: Предлагаю уменьшить объем BalanceHistory.mdb

Позволю себе выдвинуть предложение по уменьшению этого быстрорастущего файла.
Мне кажется есть смысл удалять данные о запросе из базы, если его значение равно предыдущему и последующему запросу.
Например:
Имеем две записи о балансе в базе:
1.05.05 чч:мм = $10.55
2.05.05 чч:мм = $10.55

и если появляется третья:

3.05.05 чч:мм = $10.55

то данные за 2.05.05 удаляются. На мой взгляд они не нужны. Если у кого-то эти данные используются для чего либо, то реализовать это дело опционально: типа галочка «Минимизировать базу данных для этого телефона»

А то что-то BalanceHistory.mdb растет «не по дням, а по часам». :)

 Отправлено: 05.05.05 22:51. Заголовок: Re: Предлагаю уменьшить объем BalanceHistory.mdb

После каждого такого удаления, по хорошему, надо будет делать сжатие базы данных. А это время и ресурсы компьютера.
Кстати, у меня мониторятся 14 телефонов уже почти два года (правда, сначала всего 3 было). Размер базы - 23 мегабайта. Разве это много?

Плюс, есть сервис «удалить старые записи» в «Истории баланса» на последней закладке...

Но, вообще, давайте посмотрим на другие мнения пользователей.

 Отправлено: 05.05.05 23:05. Заголовок: Re: Предлагаю уменьшить объем BalanceHistory.mdb

SiBear пишет:

цитата

---

23 мегабайта. Разве это много?

---

сложно сразу сказать много это или мало.
Здесь ведь еще все зависит от скорости изменения баланса и режима использования программы. Если за эти два года баланс каждого из телефонов изменился всего несколько раз, то это очень много. Или установлен автозапрос через каждые три часа и чаще - тогда все быстро распухает от повторяющихся значений.
Я стараюсь следить за этим и чищу лишнее. Потому как программу последнее время использую не флешке И на работе и дома. Удобно. Но скорость обработки с ростом базы ощутимо уменьшается.

 Отправлено: 06.05.05 00:35. Заголовок: Re: Предлагаю уменьшить объем BalanceHistory.mdb

В принципе, действительно, если данные не используются, зачем их хранить... Или где-то используются?

Если не используются, подобное сжатие можно вынести рядом с «удалить старые записи».

А после этого можно, если баланс не изменился, записывать новые данные в ту же запись.

 Отправлено: 07.12.05 10:00. Заголовок: Re:

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

 Отправлено: 02.11.15 13:49. Заголовок: Подниму старую тему...

Подниму старую тему.
У нас мониторится более 100 телефонных номеров и размер базы истории более 800 Мбайт.
Очищать её вручную это конечно решение, но постоянно забываем это делать.
И такое ощущение это какое-то критическое значение. После этого в errors.txt стали писаться такие ошибки:
30.10.2015 16:01:07: TfrmWB.FormCreate -- > Thread creation error: Недостаточно памяти для обработки команды.

Может всё-таки сделать так, чтобы программа автоматически удалаляла старую историю.

 Отправлено: 15.12.15 00:56. Заголовок: объем BalanceHistory.mdb

Было бы здорово, если б можно было автоматически подчищать историю на нужное пользователю кол-во дней

 Отправлено: 29.12.15 13:35. Заголовок: По мне так проще пер..

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

 Отправлено: 29.12.15 13:39. Заголовок: gpa_76 Так и MDB п..

gpa_76

Так и MDB парой несложных SQL-запросов можно подчистить как угодно )

Мне кажется, что в данном случае надо отказываться от реляционной базы данных.
Переходить на документо-ориентированную БД вроде MongoDB. Но только "весит" она очень уж прилично. А аналогов, но легковесных не могу найти (

 Отправлено: 02.01.16 11:48. Заголовок: Я против использован..

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

 Отправлено: 01.08.16 10:25. Заголовок: Корректировка файла ..

Корректировка файла BalanceHistory. Открываю в Access. Фильтром выделяю и удаляю старые записи. Но нужно чтобы остались и продолжали изменяться последние данные в колонке "дней без изменений". Но после прочтения программой откорректированного файла и производства нового запроса - счетчик "дни без изменений" обнулился и начался отсчет сначала. Хотя в файле есть строки истории с актуальными числами (открыл посмотрел, удивился). Почему программа не продолжает счет? Что нужно сделать для настройки продолжения счета "дни без изменений"?
Как обнулить счетчик в 1й колонке NN ( порядковый номер запроса )?
ДОПОЛНЕНИЕ
В течение нескольких дней делались обычные запросы. Затем опять открыл BalanceHistory в Access. "Ручками" исправил числа "дни без изменений" на актуальные числа. Сохранил. Запустил приложение. Произвел запросы. Опять внесенные мной данные проигнорированы, но программа продолжила свой отсчет с момента, когда был обрезан файл - т.е. продолжило "свой" счет дней.

 Отправлено: 02.08.16 15:55. Заголовок: solisto Программа ..

solisto

Программа после каждого запроса информации "просматривает" базуданных (поле Balance) в обратном порядке до того времени, когда не встретит отличное от текущего значения. Т.е. она не обращает внимание на поле "Дней без изменения". Оно не используется в каких-то расчетах. Только поле Balance

 Отправлено: 04.08.16 10:36. Заголовок: ОК. внес данные дата..

ОК. внес данные дата и время запроса QueryDateTime - корректно рассчитало NoChangeDays в последней строке. Но предыдущие остались без изменений - их программа не трогает. считает архивными? Программа не просматривает весь файл базы и не корректирует данные с учетом вновь внесенных изменений?

 Отправлено: 04.08.16 14:28. Заголовок: Да, поле NoChangeDay..

Да, поле NoChangeDays только архивное. К нему программа не обращается. Расчет ведется только по полю Balance

 Отправлено: 05.08.16 08:20. Заголовок: SiBear СПАСИБО..

SiBear
СПАСИБО

 Отправлено: 31.08.16 13:13. Заголовок: Вот тут не надо ниче..

Вот тут не надо ничего менять. Есть другие более важные проблемы, типа с прошлого года не работает Теле2 и с конца февраля Скайлинк
и программа стала жрать до 2 ГБ памяти.