[abilitycash] |dervish.acash| Standard database 06335.06336
AbilityCashList #3224 (подписчиков: 39)
Забыл указать: АбилитиКэш билд205
← Февраль 2006 → | ||||||
За последние 60 дней ни разу не выходила
Сайт листа:
http://www.dervish.ru/
Открыт:
30-01-2004
Пре-модерация: Нет
Адрес для писем в лист: comp.soft.others.abilitycash-list@subscribe.ru
Адрес
модератора: comp.soft.others.abilitycash-owner@subscribe.ru
AbilityCashList #3224 (подписчиков: 39)
Забыл указать: АбилитиКэш билд205
AbilityCashList #3223 (подписчиков: 39)
Ответы
1. По поводу размеров базы беру обязательство создать базу на 1 млн. записей
и проверить работоспособность. :)
2. Тормоза проявляются так: при переключении с любой вкладки (счета, агенты,
и т.д.) на вкладку "операции" шапка окна перерисовывается моментально,
а вот сам список операций появляется только через 1,5 сек. Это первое. Второе,
устанавливаем курсор на любую операцию и колесиком мышки скролим, получаем такую
картинку <a target=_blank href=http://splaising.com/image/ac-ss.jpg>http://splaising.com/image/ac-ss.jpg</a>.
Операция "Парикмахерская" существует в единственном числе, а здесь
она расплылась, пройдет секунда-другая и экран полностью перерисуется, все будет
ОК! Когда надо часто туда-сюда бегать по списку, это раздражает. Вопрос размера
базы поднялся у меня именно из-за такого поведения, внутри чувство неуверенности,
что 20 тыс.операция она не потянет вообще, т.е. считать будет быстро, но вводить
и корректировать информацию будет невозможно.
PS ноутбук dell инспирон пень3-мобайл-1133мгерц, рам512, экран 15 1600х1200,
geforce2go.
Resent-Message-ID: <200602171807.k1HI7JJU0550***@f*****.ru>
Resent-Received: from UNKNOWN(81.9.34.210), claiming to be
"sc0.subscribe.ru" via SMTP by infocat.subscribe.ru, id smtpdMTYN4B;
Fri Feb 17 21:06:25 2006 +0300
Resent-Received: id A104B51183EB; Fri, 17 Feb 2006 21:05:10 +0300 (MSK)
Resent-Received: from UNKNOWN(80.68.241.103), claiming to be
"relay.rbc.ru" via SMTP by smtp2.mail.subscribe.ru, id smtpdgK2o4d;
Fri Feb 17 21:05:00 2006 +0300
Resent-Received: from fox.rbc.ru (fox.rbc.ru [80.68.242.30]) by
relay.rbc.ru (Postfix) with ESMTP id 64DD326D755 for
<comp.soft.others.abilitycash-...-list@subscribe.ru>; Fri,
17 Feb 2006 21:07:19 +0300 (MSK)
Resent-Received: from fox.rbc.ru (localhost [127.0.0.1]) by fox.rbc.ru
(8.13.3/8.12.11) with ESMTP id k1HI7J9W055087 for
<comp.soft.others.abilitycash-...-list@subscribe.ru>; Fri,
17 Feb 2006 21:07:19 +0300 (MSK) (envelope-from nobo***@f*****.ru)
Resent-Received: (from nobody@localhost) by fox.rbc.ru
(8.13.3/8.13.1/Submit) id k1HI7JJU055086; Fri, 17 Feb 2006 21:07:19 +0300
(MSK) (envelope-from nobody)
Resent-Subject: |dervish.questions| яОЕЖХЮКЭМН ДКЪ ГМЮЧЫХУ... 00000.06334
Resent-From: Tira <pino***@y*****.ru>
Date: Fri, 17 Feb 2006 21:07:19 +0300 (MSK)
From: Tira <pino***@y*****.ru>
Subject: [abilitycash] |dervish.questions| Специально для знающих... 00000.06334
AbilityCashList #3222 (подписчиков: 39)
Специально для знающих...
[URL=http://pikachu16.narod.ru/ - шины для погрузчиков[/URL -
[URL=http://tovarnik1.narod.ru/ - шины для карьерной и шахтной техники[/URL -
[URL=http://fakeit.boom.ru/ - шины для строительной техники[/URL -
[URL=http://freepad.narod.ru/ - резиновые гусеницы[/URL -
[URL=http://likra2006.narod.ru/ - предлагаем шины для погрузчиков кар[/URL -
[URL=http://oficepay.narod.ru/ - запасные части для погрузчиков[/URL -
[URL=http://valka11.narod.ru/ - страховая компания макс[/URL -
[URL=http://softina4.narod.ru/ - психологические тесты[/URL -
[URL=http://printfor.narod.ru/ - ремонт стиральных машин[/URL -
[URL=http://pulka8.narod.ru/ - билеты в театр[/URL -
AbilityCashList #3221 (подписчиков: 39)
Конечно давайте,...
..но пока считаю, что это немного преждевременно.
А что касательно обзора... Я промолчу. Имеющий глаза да увидит! :)
AbilityCashList #3220 (подписчиков: 39)
Это очень легко проверить. (+)
Все четыре базы данных ваших сотрудников выгружаются в Excel, а потом четыре
excel-евских файла импортируются в одну базу данных. После этого смотрите результат.
Есть небольшая разница в импорте операций в Cash (1.3, 1.4) и в AbilityCash.
Cash импортирует всё подряд, не задумываясь. AbilityCash проверяет, если аналогичная
операция уже существует (совпадают дата, время, суммы, классификаторы), то дубликат
не импортируется. Но, думаю, что средствами Excel-я можно довольно просто откорректировать
даты (время) перед каждой загрузкой и тогда вы легко можете попробовать и базы
данных на 100 тысяч операций.
И Cash и AbilityCash разрабатывались так, чтобы вся база данных для работы загружалась
в оперативную память. Расчёт строился на то, что скорость роста оперативной памяти
компьютеров гораздо выше, чем скорость роста данных. Это даёт плюс в скорости
расчётов, но минус в ограничении размера данных. Но, если есть интерес в этом,
просто попробуйте, никто не запрещает.
И напоследок маленький вопрос:
> Да, скроллинг тормозит жутко, но итоги считаются...
Если можно, поподробнее: какая версия программы (Cash/Abilitycash)? Какой скроллинг
тормозит? В каком месте?
Вы напрасно говорите об этом между делом. Я стараюсь сделать так, чтобы ничего
не тормозило, но могу пропустить отдельные моменты. Нужно на них указывать.
Спасибо.
AbilityCashList #3219 (подписчиков: 39)
В стандартной базе данных...
.я вижу только одно преимущество: это одновременный доступ к данным по локальной
сети. Сейчас программа работает только в монопольном доступе к данным. Делать
же одновременный доступ мне очень не хочется, так как это очень трудная задача,
связанная с синхронизацией потоков на разных машинах.
Так что появление AbilityCash Network Version я таки исключать не буду, хотя,
понятно, что быстро это не случится.
AbilityCashList #3218 (подписчиков: 39)
Re: Standard database
Ну а теперь о проблемах нынешнего дня.
> - не надо писать свою базу (отлаживать, сопровождать...)
Уже написано. Отлажено. Программа всё равно должна сопровождаться, так что особых
проблем с сопровождением не вижу.
> - встроенные в субд средства безопасности
Скорее всего встроенные средства пользователей не устроят. Большая категория
пользователей настаивает на том, что база должна очень серьёзно шифроваться.
Стандартные же базы как правило не шифруют свои данные а следовательно взламываются
очень просто.
> - встроенные в субд средства резервного копирования, защиты от сбоев и т.п.
Опыт показывает, что надёжность системы зависит не от наличия средств резервного
копирования, а, скорее, от того, включит ли эти средства пользователь. Так что
не думаю, что стандартные базы в чём-то тут имеют преимущество.
> - практически готовый гейт куда угодно, хоть в тот же excel - написал запрос
и понеслась.
Ну гейт в Excel есть и сейчас. Согласитесь, это закрывает практически всё что
нужно. Ну для эстетов ещё можно сделать обмен с xml.
> - когда вдруг появится решение перейти на другую платформу - это тоже будет
сделать легче наверняка ещё что-то есть.
Вы сами-то верите в переход на другую платформу? Но даже если верите... Скажу
по секрету, что самое трудное в переносе AbilityCash на другую платформу будет
не в переносе базы данных... А в работе с экранной средой. База данных, это файловые
операции, перенос которых реализуется обычными обёрточками над стандартными вызовами.
А вот экранная среда может иметь совсем другую идеологию, так что там так просто
не получится.
И ещё одно: один мой знакомый постоянно пользуется AbilityCash под Linux в среде
wine. Прекрасно всё работает. А если иногда случаются зависимые от платформы
сложности у него, я стараюсь исправлять проблемы.
В общем, AbilityCash совместима с Linux/Wine, хоть это нигде официально и не
заявлялось.
AbilityCashList #3217 (подписчиков: 39)
Интересный вы вопрос подняли (+).
Попробую ответить всем, чьи сообщения я прочитал чуть выше.
Самая-самая первая версия Cash (она никогда не публиковалась) была сделана на
базе Access. И была почти сразу же переделана. Access на практике оказался <i>очень</i>
тормознутым. Впрочем, думаю, что Америку я открыл только для себя, спецы об этом
уже всё давно знают, для меня же это был первый опыт использования Access.
Кроме того, у Access-а были <i>очень серьёзные</i> проблемы с установкой. Те
пользователи, которые не устанавливали себе MS Office получали жуткие проблемы
со скачкой среды Access. MS даёт возможность скачать с сайта только библиотеки
Access-a, что, собственно и нужно для работы, но трафик там немеряный.
В общем, Access ни в какие ворота. BDE, извините, мне тоже не понравилось именно
из-за того, что её нужно устанавливать дополнительно. Да и \"заточено\" BDE под
продукты Borland, которыми я не пользуюсь.
В общем, на момент начала работ я не смог найти базу данных которая бы удовлетворяла
вот таким требованиям: (а) компактность, (б) скорость работы, (в) маленький размер
и, наконец (г) бесплатность. SQLite я просто не заметил, не попалась она мне
на глаза.
Возможно, что если бы попалась, всё было бы по другому, потому как эта база действительно
достойно реализована. Мне понравилась.
AbilityCashList #3216 (подписчиков: 39)
Будет исправлено.
Спасибо.
AbilityCashList #3215 (подписчиков: 39)
Михаил, возможно мы говорим,...
.о разных вещах? Возможно там действительно проблема в другом? Может быть я смогу
понять что там происходит если посмотрю на реальные данные? Вы можете прислать
мне файл и пару фраз о том, где смотреть ошибку?
AbilityCashList #3214 (подписчиков: 39)
Я даже остаток...
..не ввожу в корректирующую операцию. Тот остаток, который должен быть, он виден
в поле \"Остаток по счёту\".
У меня бывает иногда, что я таки ввожу задним числом операцию. Иногда вспоминается.
Но тут беда в другом. Если программа реализует функциональность сведения остатка,
то что делать с недостачей при расчёте отчётов, графиков?
AbilityCashList #3213 (подписчиков: 39)
Специальные ссудные...
..счета не планируются. А вот автоматическое начисление процентов на остаток
по счёту, это должно быть реализовано.
AbilityCashList #3212 (подписчиков: 39)
А при вводе корректирующей операции
ввожу в поле комментария остаток, который при этом должен получиться. Это сразу
снимает описанную проблему.
Но что-то не припоминаю ситуаций, когда бы пришлось вводить задним числом нечто,
после того, как сведен остаток.
Resent-Message-ID: <200602170533.k1H5Xlug0315***@f*****.ru>
Resent-Received: from UNKNOWN(81.9.34.210), claiming to be
"sc0.subscribe.ru" via SMTP by infocat.subscribe.ru, id smtpdAR4BLa;
Fri Feb 17 08:32:57 2006 +0300
Resent-Received: id 4939D51813B0; Fri, 17 Feb 2006 08:31:37 +0300 (MSK)
Resent-Received: from UNKNOWN(80.68.241.103), claiming to be
"relay.rbc.ru" via SMTP by smtp2.mail.subscribe.ru, id smtpdPtKKmj;
Fri Feb 17 08:31:32 2006 +0300
Resent-Received: from fox.rbc.ru (fox.rbc.ru [80.68.242.30]) by
relay.rbc.ru (Postfix) with ESMTP id C575626D36E for
<comp.soft.others.abilitycash-...-list@subscribe.ru>; Fri,
17 Feb 2006 08:33:47 +0300 (MSK)
Resent-Received: from fox.rbc.ru (localhost [127.0.0.1]) by fox.rbc.ru
(8.13.3/8.12.11) with ESMTP id k1H5Xlcq031563 for
<comp.soft.others.abilitycash-...-list@subscribe.ru>; Fri,
17 Feb 2006 08:33:47 +0300 (MSK) (envelope-from nobo***@f*****.ru)
Resent-Received: (from nobody@localhost) by fox.rbc.ru
(8.13.3/8.13.1/Submit) id k1H5Xlug031561; Fri, 17 Feb 2006 08:33:47 +0300
(MSK) (envelope-from nobody)
Resent-Subject: |dervish.| хМРЕПЕЯМН 00000.06322
Resent-From: Irina <kupibil***@m*****.ru>
Date: Fri, 17 Feb 2006 08:33:47 +0300 (MSK)
From: Irina <kupibil***@m*****.ru>
Subject: [abilitycash] |dervish.| Интересно 00000.06322
AbilityCashList #3211 (подписчиков: 39)
Интересно
http://www.kupi-leti.ru - авиабилеты Смотрите смотрите смотрите http://www.kupi-leti.ru
- авиабилеты
смотрите http://www.kupi-leti.ru - авиабилеты
Внимание http://www.kupi-leti.ru - авиабилеты