Отправляет email-рассылки с помощью сервиса Sendsay

За 2006-02-22

[abilitycash] |dervish.acash| Standard database 06372.06373

AbilityCashList #3257 (подписчиков: 39)
Спасибо за внимание к проблеме +
1. Да, такая прорисовка некомфортна. Если вы ее исправите, буду очень признателен.

2. Да, там выведены все операции. При фильтре по датам в том случае задержек
не было. Задержки в 30-40 секунд относятся к тестововй базе на ок.30000 записей
при фильтрации всех записей фильтром "дата". Безусловно, если ограничить
временной интервал скажем за месяц, то горадо быстрее.
PS создал базу на 65518 записей и не могу ее импортировать. Читает, пытается
записать, появляется на месте диалога белое окно, загрузка ЦПУ АКэшем 96%, прошло
64 минуты и я его вырубил... Позднее попробую еще раз.

   Андрей 2006-02-22 19:47:10 (#518966)

[abilitycash] |dervish.acash| Standard database 06371.06372

AbilityCashList #3256 (подписчиков: 39)
Хочу ещё добавить, что...
.все данные размещаются в памяти в допущении, что количество данных растёт гораздо
медленнее, чем доступные объёмы памяти. В общем, к тому моменту, когда у вас
соберётся данных на 50 мегабайт файла, оперативная память уже будет исчисляться
как минимум десятками а то и сотнями гигабайт. Закон Мура пока выполняется.

Теперь о существующих задержках.

1. Задержка в прорисовке. В общем, полторы секунды превышает комфортное время
реакции системы, так что тут нужно разбираться. Обязательно постараюсь это сделать.

2. Фильтр по датам. Я посмотрел на ваш скриншот и, если я правильно понял, вы
выводите в список операции вообще все операции. Думаю, что если ограничить количество
выводимых операций, например, поставив фильтр по датам на текущий месяц или квартал,
то и фильтр и прорисовка будут выполняться гораздо быстрее.

Вообще я рекомендовал бы выбрать в периоде текущий квартал, и активнее пользоваться
фильтром счетов. В этом случае программа вообще не должна тормозить и должна
работать очень быстро. Скажем, мой компьютер гораздо менне мощный чем ваш (P-III,
750MHz, 512MB Ram, 1024x728 Neomagic) а объёмы данных чуть больше ваших. Но никаких
тормозов я не наблюдаю. Совсем. Всё работает очень быстро.

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

Спасибо.

   2006-02-22 18:05:59 (#518904)

[abilitycash] |dervish.acash| Standard database 06365.06371

AbilityCashList #3255 (подписчиков: 39)
Я создал базу+
на ок.30000 записей через импорт из экселя (размер файла ок. 4,5 метров). В опер.памяти
база заняла ок. 50 метров и столько же в вирт.памяти (размер файла 4,5 метра).
Работала весьма живенько. Даже поразился! И только вот фильтр по датам работал
секунд 30-40... Все мат.расчеты производились мгновенно. Задержка в прорисовке
как была 1,5 сек., так и осталось. Дублирование прорисовки как было, так и осталось.
Таким образом, я сделал вывод, что при достаточности ОЗУ база может быть очень
большой, она не течет, но фильтрация данных потребует повышенной производительности
ЦПУ.
Результатом остался очень доволен.

   Андрей 2006-02-22 17:58:44 (#518896)

[abilitycash] |dervish.acash| Standard database 06366.06370

AbilityCashList #3254 (подписчиков: 39)
:)
Согласен -- один файл -- это удобно! Но если вдруг надо будет делать базу из
шести файлов, то будем все это размещать в отделном каталоге -- имхо, это ведь
не проблема! Кроме как перед шифрованием pgp надо будет архивировать каталог.
А под <B>много</B>файловыми базами я понимал базы с 50-2000 файлами, когда совершенно
не ясно, какой файл что именно содержит.
PS 1C7.7 (моя база данных) состоит из 300 *.dbf

   Андрей 2006-02-22 17:48:10 (#518887)

[abilitycash] |dervish.acash| Баг с датой в феврале 06359.06369

AbilityCashList #3253 (подписчиков: 39)
Непростой вопрос. (+)
У меня уже было ощущение, что в этой части не всё хорошо. Например, при вводе
даты по цифрам иногда возникает неудобство, когда контрол \"ругается\" просто
стандартным звуком ошибки.

Избежать всего этого можно было бы если проверять данные при потере фокуса ввода.
Но такая проверка и реакция на ошибку будет <i>очень неожиданной</i> для пользователя.

Пока не знаю как тут лучше поступить.

   2006-02-22 16:39:22 (#518867)

[abilitycash] |dervish.acash| Standard database 06353.06368

AbilityCashList #3252 (подписчиков: 39)
Я понимаю, что это...
..будет уже совсем другая программа. Если будет.

   2006-02-22 16:29:01 (#518862)

[abilitycash] |dervish.acash| Standard database 06341.06367

AbilityCashList #3251 (подписчиков: 39)
Конечно! (+)
Просто задача переноса не ставилась в начале разработки. Да и, честно говоря,
я и сейчас смысла в этом не очень вижу, так, просто зашёл разговор...

Попутно повторю, что какая-никакая, но совместимость с Линуксом есть. Программа
нормально работает в среде Wine (по отзывам - сам не пробовал). Ну вот просто
такой побочный эффект.

В общем, не думаю, что задача кроссплатформенности стоит очень остро.

   2006-02-22 16:27:31 (#518861)

[abilitycash] |dervish.acash| Standard database 06336.06365

AbilityCashList #3250 (подписчиков: 39)
Миллион записей, это...
.круто. Но, боюсь, вряд ли это будет нормально работать: Кеш проектировался для
работы с относительно небольшим количеством данных поскольку он их все всегда
целиком грузит в оперативную память. Нельзя объять необъятного и если ваша база
слишком велика, то будьте добры посмотреть в сторону больших, \"промышленных\"
баз данных. SQL Server или Oracle, ну, в общем, под задачу подбирать нужно.

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

Спасибо.

   2006-02-22 16:25:42 (#518860)

[abilitycash] |dervish.acash| Standard database 06345.06366

AbilityCashList #3249 (подписчиков: 39)
Андрей, мне представляется, что...
.многофайловые базы просто неудобны для пользователя в поддержке. Если всякий
раз при переносе данных нужно будет пересчитывать количество переписанных файлов,
лично меня это будет раздражать. Поэтому база данных Cash и AbilityCash всегда
будет как один, единый файл. Только из соображений удобства. Ничего личного.
:)

   2006-02-22 16:10:01 (#518856)

[abilitycash] |dervish.acash| Сборка 205. 06343.06364

AbilityCashList #3248 (подписчиков: 39)
Спасибо, буду искать. (-)

   2006-02-22 16:04:58 (#518854)

[abilitycash] |dervish.acash| Сборка 205. 06354.06363

AbilityCashList #3247 (подписчиков: 39)
Я тоже внимательно посмотрю, спасибо. (-)

   2006-02-22 16:00:39 (#518852)

[abilitycash] |dervish.acash| сохранение настроек... 06342.06362

AbilityCashList #3246 (подписчиков: 39)
Конечно. (-)

   2006-02-22 15:43:33 (#518847)

[abilitycash] |dervish.bugs| билд 205 - клссфктр глчт 06349.06361

AbilityCashList #3245 (подписчиков: 39)
Я посмотрел,...
..это глючат обрывки старого кода. Я пока не могу его удалить он используется
на странице отчётов и в диалоге операций. Поэтому посмотрю, возможно просто поправлю
ошибку, чтобы она не мешала больше.

Спасибо.

   2006-02-22 15:36:16 (#518844)

[abilitycash] |dervish.versions| Инвентаризация средств на счетах. 06346.06360

AbilityCashList #3244 (подписчиков: 39)
Оригинально. (+)
Я думал немного иначе: для классификаторов тогда потребуются настройки. Но если
разрешить их ввод непосредственно в операцию, тогда да... Наверное удобнее.

Но действительно, а что делать если в процессе правки операций, наша операция
инвентаризации сменит свою суть с операции прихода на операцию расхода?

   2006-02-22 15:27:45 (#518842)
  • 1
  • 2