Наумов Сергей | Руководитель | Команда Naumov Pro

«Интеграция инструментов отдела разработки и аналитики»

В докладе поговорим про оптимальное выстраивание процессов отдела разработки и аналитики. Посмотрим на инструменты для аналитиков, разработчиков и руководителей проектов. И самое интересное - как обосновать бизнесу затраты на внедрение таких инструментов. Темы доклада: * Обзор инструментов отдела разработки и аналитики * Все начинается с требований - опыт применения инструментов управления требованиями Enterprise Architect, Rational Requisite Pro * Построение моделей на основе требований - Enterprise Architect, Rational Rose * Автоматизация процессов разработки и баг-трекинга на СППР * Управление проектом с помощью MS Project или Enterprise Architect, а так же зачем такой инструмент нужен inHouse отделу * Интеграция инструментов и выгоды от интегрированной среды. Варианты интеграции различных инструментов * Делаем прозрачными процессы разработки и анализа для бизнеса с помощью профессионального инструментария

База УТ 10.3 сильно "разбухла". Помогите пожалуйста разобраться.

1. baracuda 3 22.12.16 10:36 Сейчас в теме
Имеется база УТ10.3, разумеется допиленная.
Учет ведется с 2010 года. Размер dt 2.8 Гб, размер базы SQL 80Гб.
Что то тут не ладно, так ведь?
Сделал анализ базы при помощи обработки скачанной с инфостарта. Скрин в приложении.
Сказать, что я ужаснулся увидел результаты это ничего не сказать.
Регистр накопления НДСРасчетыСПокупателями
11.5Гб занимает, РН НДСНачисленный - 9.5Гб ну и т.д.
Я так понимаю, что то где пошло не так, ну или ведем учет в корне не верно.

Ребят помогите хоть немного привести базу в порядок. Ясно дело свертка неизбежна. Обязательно будем ее делать.
Ну а пока, наверное можно ненужные данные почистить.
Тот же самый Регистр Сведений Списанные товары я так понимаю мне ни к чему.
В общем жду советов.
Всем спасибо.
Прикрепленные файлы:
Ответы
Сортировка: Древо
2. fromtomike 28 22.12.16 10:47 Сейчас в теме
(1) Нет УТ под рукой
НДСРасчетыСПокупателями
- регистр остатков ?
А этот регистр случайно не допиливали в плане измерений или проведения ?

Если регистр остатков не закрывается в разрезе измерений база пухнет катастрофически
4. baracuda 3 22.12.16 10:53 Сейчас в теме
(2) А как проверить то? База полностью снята с поддержки.
Чистой, типовой под рукой тоже нет.
22. fromtomike 28 27.12.16 10:46 Сейчас в теме
(4)А пробовали запустить в конфигурации режим "Сравнить конфигурации ..."
С одной стороны конфигурация БД, с - другой стороны конфигурация поставщика ?

Прикрепленные файлы:
26. baracuda 3 04.01.17 12:04 Сейчас в теме
(22) а что это даст?

(23) Да, пробовал грохать базу SQL, и заново грузить dt.
27. Bigot1979 20.03.17 15:09 Сейчас в теме
(26) Решил вопрос ?
Тоже вот сижу пялюсь на размеры таблиц. Базу неимоверными усилиями свернули на начало 2016. Сейчас наиболее критичная ситуация с тормозами при подборе, пытаюсь облегчить всё что можно.. попался на глаза НДС..
28. Bukaska 126 20.03.17 15:26 Сейчас в теме
(26)Пересчет итогов делали?
Попробуйте провести тестирование и исправление со всеми галками. Но не забудьте перед этим делом сделать копию.
А несколько лет конечно куда столько.. Максимум два -три года надо и то на зарплатных конфигурациях с учетом, что там данные для пособий берутся за два года. А так конечно было бы лучше раз в три года урезать базу.
29. alex-l19041 11 20.03.17 15:58 Сейчас в теме
(28)
раз в три года урезать базу
- есть смысл. Но когда хотят анализировать продажи за несколько лет, то надо оставлять столько лет. сколько требуется
30. Bukaska 126 20.03.17 16:09 Сейчас в теме
(29)Если за день вносится бешеное число данных, а не с десяток документов, то есть при большом ежедневном вводе данных урезание периодически неизбежно. Или необходим хорошей мощности сервер, на что не у всех есть возможности. При регулярном подсчете итогов, закрытия месяца и регулярных обновлениях и бекапах с мощным железом больших проблем быть не должно. Если же обо всем этом забывать и вдобавок комп не мощнее как офисного варианта проблем может быть много. При большом размере базы за ней должен быть глаз да глаз.
3. spectre1978 44 22.12.16 10:52 Сейчас в теме
НДС обычно пухнет, если формирование книг покупок/продаж регламентно не делают. Он тогда тупо не закрывается.
Делаете?
6. baracuda 3 22.12.16 10:55 Сейчас в теме
(3) Этот совет уже опробовал.
Сформировал документы "Формирование книги закуок/продаж".
За все периоды прошлых лет. Много времени проводка заняла, однако результата не дало.
5. docerman 44 22.12.16 10:54 Сейчас в теме
Регистр Версии объектов?
7. baracuda 3 22.12.16 10:57 Сейчас в теме
(5) Простите, вы про что? Такого регистра вроде нет.
10. docerman 44 22.12.16 11:01 Сейчас в теме
(7) В УПП есть такой регистр. Если неправильно настроено версионирование, то база очень сильно распухает. Значит я ошибся думал что и в УТ есть версионирование.
8. agarych 22.12.16 10:59 Сейчас в теме
1. Типовая или доработанная конфигурация?
2. Если Бухгалтерия не нуждается в данных по НДС из УТ, то движения по регистрам НДС можно убрать.
3. РС "Списанные товары" нужен для проведения по партиям, поэтому без него не обойтись.
9. spectre1978 44 22.12.16 11:01 Сейчас в теме
(8) с языка сняли. По большому счету вы можете грохнуть тяжелые таблицы регистров по НДС и отключить в документах проведение по ним
11. spectre1978 44 22.12.16 11:02 Сейчас в теме
(9) точнее, не грохнуть таблицы, а очистить данные в них по TRUNCATE TABLE
13. baracuda 3 22.12.16 11:05 Сейчас в теме
(9) Все же хотелось понять корень проблемы. Так как данные накопились по Итогам, я так понимаю как то их можно обнулить.
12. baracuda 3 22.12.16 11:03 Сейчас в теме
(8)1. Доработанная.
2. Нуждается, но нужды в данных двухгодичной и более давности нет.
3. Насколько я понимаю мы партии не списываем.
14. docerman 44 22.12.16 11:06 Сейчас в теме
А вот мне тоже интересно такая разница между размером файла dt и размером SQL базы это нормально?
15. baracuda 3 22.12.16 11:12 Сейчас в теме
(14) Насколько я знаю база SQL должна в раза 3-4 быть больше dt. Но то что у меня это бред.
19. herfis 256 22.12.16 11:17 Сейчас в теме
(14) Именно такая большая - ненормально. Но легко возможно при ошибках проектирования системы и ведения учета. В dt ведь не выгружаются "вторичные" данные, которые могут быть получены пересчетом из "первичных", в том числе индексы и итоги регистров. Плюс dt уже запакованный. Поэтому он всегда будет намного меньше даже файловой базы. А SQL всегда больше файловой, т.к. там место забирается с запасом всегда, чтобы уменьшить количество дорогих файловых операций.
ЗЫ. Хотя... Даже в нормальных базах разница элементарно может превышать 10 раз и более... Какие там 3-4. Тут сложно провести границу. Только анализ реального веса таблиц, индексов и сравнения результата с заложенной бизнес-логикой.
docerman; +1 Ответить
16. MakcTLT63 10 22.12.16 11:13 Сейчас в теме
У вас индексы в 3-4 раза больше чем сами данные.
Вот тут собака порылась.
Навскидку только настройкой правильного индексирования можно убрать 20 Гигов вообще без потери данных.
17. baracuda 3 22.12.16 11:14 Сейчас в теме
(16) можно хотя бы одни пример, где у меня индексы больше данных в 3-4 раза?
18. MakcTLT63 10 22.12.16 11:17 Сейчас в теме
Регистр "Продажи".
Данные 1,6, индексы - 7,7
Если поубираете свойство "индексировать" с некоторых реквизитов регистра, то получите нормальные индексы.
20. baracuda 3 22.12.16 11:25 Сейчас в теме
(18)все верно.
А каким образом отразится отсутствие индекса на регистре?
Будет дольше считать?
21. MakcTLT63 10 22.12.16 11:35 Сейчас в теме
(20) Возьмите типовую и сделайте индекировать только тем у кого стоит в типовой.
Наверняка дописывали регистр, свои реквизиты надобавляли, а про индексирование и не подумали.
Хуже уж точно не будет.
config; baracuda; +2 Ответить
23. UmarU 27.12.16 11:59 Сейчас в теме
А попробовали средствами SQL реорганизация индекса, обновление статистики и тому подобное регламенты.
Ann.prog1C; +1 Ответить
24. artem_from_minsk 27.12.16 12:15 Сейчас в теме
Кстати да. Очень похоже что из-за того что база допиливалась для ускорения ставились индексы вместо того что бы переписывать и нормализировать БД. Если снять индексы то просядет производительность запросов. Кстати 80Гб не критичный размер для БД. У нас БД и по 200-300 ГБ были. Кстати росли чаще всего из-за регистров с картинками и документами. Но тут другой случай.
25. Smaylukk 572 27.12.16 12:57 Сейчас в теме
На одном из моих проектов тоже был такой случай, когда таблица итогов регистра накоплений очень разрослась.
Как оказалось все случилось из-за того, что "криворукие" пользователи случайно изменили дату документа к примеру на 0054 год. И от этой даты начали строится итоги, хотя других записей к 2013 не было.
Посмотрите самую первую по дате запись в регистре и если год будет явно неправильным, то можете воспользоваться советами отсюда - http://infostart.ru/public/398956.
Ann.prog1C; citicat; baracuda; +3 Ответить
31. baracuda 3 10.05.17 16:58 Сейчас в теме
Если кому интересно. Обратился во один из франчей из близлежащего региона.
Они очень профессионально все сделали. Размер dt в итоге был уменьшен с 2.9 Гб до 1.2 Гб.

На выходных выгружу dt, грохну базу и залью dt в чистую базу, дабы уменьшить размер базы на сервере SQL.
Если кому нужны контакты то скину в личк. По деньгам обошлось что то около 40к.
32. MakcTLT63 10 11.05.17 08:22 Сейчас в теме
А что сделали то? Мне интересно.
34. baracuda 3 11.05.17 08:45 Сейчас в теме
33. spezc 482 11.05.17 08:28 Сейчас в теме
Да, пусть опишут работы которые выполнили?
35. baracuda 3 11.05.17 08:46 Сейчас в теме
Прикрепил лист учета рабочего времени
36. varlon 14.10.17 08:05 Сейчас в теме
Офигеть что за железо у них, у меня тут база в DT 600мб, а 1CD - 7,7. Свертка с удалением данных за 4 года (2011-2014) на рамдрайве идет почти сутки.
Оставьте свое сообщение

Вакансии

Менеджер по продажам проектов 1С
Санкт-Петербург
Полный день

Ведущий специалист 1С
Москва
Полный день

Программист 1С
Курган
Полный день

Бизнес-аналитик 1С
Санкт-Петербург
зарплата от 70 000 руб. до 90 000 руб.
Полный день

Консультант-аналитик 1С
Санкт-Петербург
зарплата от 50 000 руб. до 65 000 руб.
Полный день