Bankir.Ru
5 декабря, понедельник 15:32

Объявление

Свернуть

Третья ежегодная конференция-консилиум «ИТ-бюджет банка - 2017»

Показать больше
Показать меньше

Руки или код?

Свернуть
X
  • Фильтр
  • Время
  • Показать
Очистить всё
новые сообщения

  • Руки или код?

    Добрый день,

    Есть такой вопрос по быстродействию АБС. К примеру расчет ФОР делается примерно 6 часов.
    Исходные данные:
    - Небольшой банк, примерно 1.5 тыс. документов в день.
    - Около 10000 рабочих счетов открытых в основной АБС.
    - АБС Диасофт 4х4 под ДОС

    Что это? Результат корявости автоматизаторов банка или результат корявости разработчиков АБС?

    Спасибо

  • #2
    911 DOS(точенее Win2k)+Btrieve
    А вообще насколько я знаю у нас расчет по ФОР в 4х4 вообще не получалось сделать т.к. не все данные операторы вводили (подробностей не помню)

    Комментарий


    • #3
      911
      Результат устарелости технологий DOS+Btrieve, их тормознутость на NT и наследниках.
      Автоматизаторы тут ничего не сделают (окромя замены технологии расчета методом портирования данных и переписывания процедуры).
      Serg Voronov

      Комментарий


      • #4
        А причем тут DOS+Btrieve+Nt+наследники. У нас именно на такой конфигурации, правда АБС - не от Диаса ФОР считается минут 15-20 со всеми приложениями. так что дело скорее в Диасе - либо в структуре таблиц, либо в коде. Либо дейтсвительно в руках.

        Комментарий


        • #5
          Тут тема была про ФОР. Там я файлик с таблицей экселя для расчета цеплял. Поищите. При наших 25000 счетах расчет шел ~15мин. Скорость определяется скоростью закачки данных через OLE интерфейс. Т.е. можно наверно и быстрее.
          И начинали мы все это именно через экспорт данных из Диасофта 4х4.

          Комментарий


          • #6
            AlexCH
            Спасибо, попробую поискать

            Комментарий


            • #7
              Serg_FSB DOS+Btrieve,
              весьма спорное утверждение...
              я тебе и на современной СУБД могу написать отчёт, который будет полдня считаться... а с помощником - и весь день... не веришь?

              Кстати, фирма Диасофт действительно, кажется, с битривом не умеет нормально работать. У них там всё на какие-то новелевские семафоры заточено, так что под NT часто не всё получается запустить. Мы когда-то даже ставили сервис нетваре на NT, чтобы диас жил... Но это не говорит о недостатках ДОСа (операция 2+2 без графического интерфейса выполняется даже быстрее ) и тем более битрива в плане быстродействия...

              911 Что это? Результат корявости автоматизаторов банка или результат корявости разработчиков АБС?
              а это зависит от того, чью процедуру вы используете - стандартную или свою?

              Комментарий


              • #8
                dd а это зависит от того, чью процедуру вы используете - стандартную или свою?
                А еще может сетка перегружена, сервак дохлый или рабочая станция на процессоре i386
                911 В любом случае, с автоматизацией разбираться надо. Только они могут сказать в чем дело
                В каждой программе есть по крайней мере одна ошибка

                Комментарий


                • #9
                  Big_Mike
                  Они говорят, что у всех так 8-)

                  Комментарий


                  • #10
                    911 А Вы поставьте им задачу: сократить время расчета вдвое. Если сходу скажут "нельзя", значит гнать их надо. Если через неделю скажут, что не так и что надо сделать или что купить - по крайней мере будет что обсуждать. Если сделают - с Вас пиво в пользу отдела АБС
                    В каждой программе есть по крайней мере одна ошибка

                    Комментарий


                    • #11
                      >>К примеру расчет ФОР делается примерно 6 часов
                      О производительности Btrive'а - внимательно изучите связку: дисковая подсистема сервера - сеть - раб. станция.
                      [/I]

                      Комментарий


                      • #12
                        И все таки основная проблема - Betrive.
                        У нас на MS SQL на 20000 счетов ФОР считается секунд 20-30

                        Комментарий


                        • #13
                          pauls И все таки основная проблема - Betrive

                          Может все-таки что-то с Диасофт 4х4 под ДОС . Даже когда был Betrive в Rs-bank 4.31 ФОР на 10000 счетов считался от силы минут 10.

                          Комментарий


                          • #14
                            pauls все таки основная проблема - Betrive
                            Очень смелое предположение и ... неверное. Я специально проводил тесты (из под RS-Bank-a) одинаковые структуры таблиц и количество записей. Скорострельность Btrive на порядок была выше.

                            И никто здесь почему-то не упомянул о правильно составленом ИНДЕКСЕ в базе данных. Иногда добавление нужного индекса в таблицу (грешил я этим в RS-banke ) ускоряло расчет нужного отчета в РАЗЫ.
                            С Диасофтом я не успел так глубоко разобраться, но ИМХО он (Диасоф 4х4 под ДОС) медленнее чем RS-Bank

                            Комментарий


                            • #15
                              здрасте.
                              во1-х: эту темку лучше "засунуть" в тред, посвященный дельфинарию.
                              во2-х: этой проблеме "тормознутости" Диаса (как и кривости базы или же связки ДОС+Б-трив, да еще на Виндовых серваках) при расчете ФОРа уж скоро лет так 10 минует.
                              в3-х: экспешиали для dd :
                              Serg_FSB DOS+Btrieve,
                              весьма спорное утверждение...
                              я тебе и на современной СУБД могу написать отчёт, который будет полдня считаться... а с помощником - и весь день... не веришь?

                              - Дима - не спорь с дядькой (то бишь с Серегой)
                              - если я тебе поставлю пЫва, то ты ваааще работать не будешь.
                              в4-х: 2 Олл:
                              - было (есть и будеть есть) два пути - считать в дельфинарии (потеря времени, хотя есть путь разделения процесса: считать по периодам на различных тачках),
                              - как все нормальные люди делать выгрузку по аналитике и обрабатывать в Ёкселе.
                              сие не есть хорошо, но работает и уже давно.
                              br, sd.

                              Комментарий


                              • #16
                                Слушайте ну что вы раскричались. Да Бтрив вчерашний день, но иногда целесообразен (так-же как беркли ДБ например). Если для SQL делается хранимые процедуры и взгляды, а потом одним запросом отчет. То для Бтрива надо писать полноценную программу. Вообще все на асемблере писать можно.
                                Вы еще не забывайте про то что в Диасе поверх бтрива "птичий" язык запросов (генератор отчетов). Данный язык вообще является декларативным (IMHO). Выразительность его лично у меня вызывает сомнения. Быстродействие тоже. Скорее всего Кларион с ним шел и был рассчитан на то чтобы считать отчет по 1000 записям БД. А применяют его для миллионов.
                                Заявки типа ставим условие - либо в два раза быстрее либо уволить всех к едрене фене. Вообще должны преследоваться по закону с контрольным плюмбумом в голову. Аргументирую: Сейчас работает? ДА! А где гарантия что в два раза быстрее будет правильно считать? А ну штраф схлопочете? Там как минимум пол года под контролем надо будет пускать. Опять-же считать можно по разному. Я лично предпочитаю делать в том-же диасофте текстовые отчеты и потом их обрабатывать. А это никак не быстрее чем залесть в БД. А вот прийдет такой перец и сделает быстрее, а после очередного обновления утречком АБС не стартонет.
                                ---
                                C уважением Dem_aka_Deep

                                Комментарий


                                • #17
                                  pauls И все таки основная проблема - Betrive.
                                  У нас на MS SQL на 20000 счетов ФОР считается секунд 20-30


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

                                  Moj он (Диасоф 4х4 под ДОС) медленнее чем RS-Bank

                                  это точно, т.к. RS 32-х разрядный, да и программисты (которые инструмент пишут) в RS-е с битривом работать умеют.

                                  Fantom если я тебе поставлю пЫва, то ты ваааще работать не будешь.

                                  а ставь уже, мне терять нечего

                                  Комментарий


                                  • #18
                                    Ну не работает расчёт ФОРа под Диасом и всё. А то что все видят разные надписи про ФОР в Диасоф 4х4 под ДОС это коллективый глюк.
                                    911 Пишите свою процедуру расчёта.
                                    пока, пока.

                                    Комментарий


                                    • #19
                                      Dem_aka_Deep
                                      А где гарантия что в два раза быстрее будет правильно считать?
                                      Гарантия - тщательная отладка и проверка каждой цифири.
                                      Заявки типа ставим условие - либо в два раза быстрее либо уволить всех к едрене фене.
                                      Не надо передергивать. Гнать к этой самой фене, если думать и работать не хотят.
                                      А вот прийдет такой перец и сделает быстрее, а после очередного обновления утречком АБС не стартонет.
                                      Так чтож, воще ничего не делать из опасения кривых ручек? Если есть проблема - ее надо решать. А как сделать это, не роняя АБС, здесь уже не раз обсуждалось ИМХО
                                      В каждой программе есть по крайней мере одна ошибка

                                      Комментарий


                                      • #20
                                        Alv Ну не работает расчёт ФОРа под Диасом и всё

                                        Работает
                                        6000 счетов, 1000 документов/день, ФОР делается минут 15, при этом еще и в правке не нуждается. Все стандартными отчетами от дельфинов...
                                        Хотя, конечно, инструмент называемый "Генератор отчетов" оставляет желать лучшего.
                                        Но все же, все работает, и тут, по опыту, немаловажное значение имеет "железная" составляющая. До апгрэйда этой самой составляющей ФОР вообще приходилось на ночь ставить. После того, как поставили сервак на XEON*2 2,6 GHz с 1GB RAM и двумя гигабитными сетевыми в транке, скорость расчета возрасла до обозначеных 15 минут... Хотя тоже по-моему не мало, но разница ощутимая и все довольны.

                                        Комментарий

                                        Пользователи, просматривающие эту тему

                                        Свернуть

                                        Присутствует 1. Участников: 0, гостей: 1.

                                        Обработка...
                                        X