Трепологическая тема...

Ковыряю скрипты своих двух баз...

Впечатление такое, что кроме 5-6 таблиц наиболее критичных таблиц никто не смотрел что и как сделано в остальных местах...

Дана, например, таблица с длинной записи 300 байт (полтора десятка полей, без блобов).

Под таблицу место описано как:

STORAGE (INITIAL 320 K

NEXT 304 K

MAXEXTENTS UNLIMITED)

Строк в таблице - чуток больше 320К... интенсивность вставок - низкая.

На табличку повешен индекс из одного нумерик-поля и для мего:

STORAGE (INITIAL 20 М

NEXT 504 M

MAXEXTENTS UNLIMITED)

Видно, что:

либо индекс писали с другой системы, на которой 20/504 выставлено по умолчанию,

либо лепили руками, но не согласовывали с размером таблицы.

В общем - не понимаю логики созидателей по созданию таблицы и индекса...

В общем - не понимаю логики созидателей по созданию таблицы и индекса...

Логика простая - давай,давай, быстро, быстро.

Руками писали, попутали буковку К и М.

Пол гига на next индексов никто не кидает. Параметры, что на таблице, что на индексе, не из рекомендованных.

Таблицв то крохотная, индекс там вообще нужен?

давай,давай, быстро, быстро.

-----

Продукт - 20+ лет в поддержке. Версии - обновляются... иногда.

Думаю, что за это время можно было выделить недельку на анализ базы и фиксинг явных глупостей.

Можно было даже какой-нибудь несложный скриптер-анализатор слепить...

Там ведь много людей не надо - одно серьезного базовика и 1-2 прогеров...

опутали буковку К и М.

-----

Врядли. Дело в том что баз две - одна в 350 таблиц, другая в 450 таблиц.

Подобные глупости есть в обоих.

не из рекомендованных.

-----

Рекомендации - это хорошо. Знание реальной ситуации - лучше.

В базе где-то 5-7 таблиц, которые суммарно "весят" 20 гиг.

Все остальное - мелочь.

Таблицв то крохотная, индекс там вообще нужен?

-----

Вот и Я смотрю - глупости наваяны...

Но еще больше меня огорчают варианты, когда в таблице 4 нумерик-поля, по трем из которых сделан неуникальный индекс подобный описанному.

Ощущение - там никто из серьезных спецов по базам и близко к разработке не стоял.

Думаю, что за это время можно было выделить недельку на анализ базы и фиксинг явных глупостей.

Зачем, если и так жрут. Кто это будет оплачивать?

Сколько там оплачивать? Там от силы одному на неделю работы по обеим базаm.

Понимающему что надо делать челу - вообще в процессе фиксинга чего-либо другого...

Неважно сколько, народ трудится по другим проектам, какого улучшать старый, без особой причины? А тестировать как? А выгода в чем?

Да и если Г. сделано,откуда уверенность, что есть понимающие люди тама?

Нее, Я все же не производственник...

На заводике сдох (физически) один из двух контроллеров домена.

К несчастью - тот, на котором работал ДХЦП-сервер.

Последствия - каждая перезагруженная станция отказывается работать.

Ну оно и понятно - все завязано на ДХЦП, а его нет.

Подняли ДХЦП на втором домене... нее, не работает... почему - не знаю, не моя область приложения сил.

НО!

Заводик, в целом, продолжает работать как и работал ДО слета контроллера домена и ДХЦП.

Я с этого слегка фигею, но делаю вывод - не производственник Я - у меня бы все сдохло...