Искать
23.08.2024
Новая интеграция с программой "1С:Фитнес клуб" - Видеовиджет

В обновленной версии программы «‎1С:Фитнес клуб» появилась возможность добавлять на сайт интерактивный видео-виджет.

22.08.2024
Дополнительные возможности программы "‎1С:Салон красоты" - Электронные карты Wallet

В программу по автоматизации работы «‎1С:Салон красоты» была внедрена новая функция: добавление электронной карты Wallet.

21.08.2024
Обновления в программе "1С:Медицина. Стоматологическая клиника" - Мобильное приложение

Мобильное приложение для врачей – важнейшая часть функционала программы по автоматизации работы.

16.11.2020
1С:Салон красоты - выпуск редакции 3.0 на платформе "1С:Предприятие 8.3", изменение цен и ассортимента

Фирма "1С" объявляет о выпуске редакции 3.0 конфигурации "Салон красоты" - совместного  решения  фирмы  "1С"  и  Центра  Разработки  "Лаборатория
программного обеспечения" (компания "Хеликс").


06.02.2020
Выпущен новый релиз программного продукта "1С:Медицина. Стоматологическая клиника"

Номер релиза 1.0.39.3. В релизе обновлена библиотека МДЛП.

ГлавнаяИнформацияСтатьиЧто может привести к необходимости свертки базы?

Что может привести к необходимости свертки базы?

Что может привести к необходимости свертки базы?

    Обычно с ростом объема базы данных падения производительности при оперативной работе быть не должно. Но если такое падение наблюдается, то это - признак неоптимальной работы запросов. Если производительность оперативной работы в системе зависит от количества записей, в какой либо из таблиц, то это – ошибка проектирования или кодирования системы. Эта ошибка должна быть устранена. Лечить симптом путем свертки базы, оставив без внимания саму проблему кажется нам совершенно неправильным. В этом случае следует оптимизировать запросы и исправлять ошибки проектирования, а не разбивать одну базу на несколько.
    Однако, существует ряд случаев когда необходимо сворачивать базу.
  1. рост объема информационной базы может сказаться на времени выполнения регламентных операций, таких как обновление статистик, бэкап и т.п. Если время выполнения регламентных операций становится неприемлемым, то следует разбивать базу.
  2. Еще одной причиной для разбиения одной базы на несколько может быть недостаток дискового пространства. Иначе говоря, критерием для разбиения одной базы на несколько является не объем базы (тут никаких ограничений нет), а требования бизнес-процессов конкретного внедрения.
  3. Как только начинает не устраивать производительность и после анализа ситуации видно, что дело нельзя решить другими изместными способами.
  4. Как только база вырастает до объемов, препятствующих удобному резервному копированию, реиндексации, обновлению конфигурации и пр. 
     Без быстрой дисковой подсистемы старайтесь, чтобы хотя бы половина объема базы умещалась в оперативной памяти, ибо если индексы таблицы бухитогов например в памяти не умещаются и начинают в подкачку с диска, то производительность падает как раз из-за размера базы, даже точнее некоторых больших ее таблиц. Для базы размеров 30 Gb рекомендуется RAM 16Gb и более.
На главную Карта сайта Написать письмо
Вход для клиентов

Email:[email protected]
Наш телефон в Москве — (495) 845-38-70

Copyright © 2006 «Helix-Group»

Подобрать решение«Простой способ подобрать решение для вашего бизнеса»