Работа базы

Представьте ситуацию: Стоит очередь. Вечер. Все устали. Стоят давно. Потому все нервные. По каким-то причинам, всё это происходит позднее чем надо, т.е вечер вечернее чем он должен быть. И все ощущают безвыходность ситуации. Если так, то все усилия надо направлять на то. чтобы не пропустить свою очередь и не дать кому-то пролезть вперёд.
Так и с базой. Конец года. Все работают, потому она работает медленнее. Все устали потому что много работы. В этой ситуации с понятной интонацией заявить «Нам надо!!!» довольно естественно.
Но дело-то в том, что такие «усталые очереди» - не печальная и неизбежная судьба. Я довольно хорошо знаю, что такие проблемы (если они достаточно серьёзны чтобы с ними бороться) решаются.
Я могу поддержать разговор на эту тему. Но при этом  надо чётко обозначить очевидные приоритеты. В данном случае это быстродействие. Вот я, со своей стороны, и зажимаю всё что надо, а может и то, что не надо. Cо своей стороны я делаю всё, что возможно.
Претензии не совсем безосновательны. Объяснюсь. Там есть запрос на выборку платёжек. Если написать его грамотно и по учебнику он почему-то медленно работает. Это выгладит как монетка, вставшая на ребро. Потому и моё давнишнее предположение, что там что-то с индексами. В конце прошлого года а решила проблему, изменив текст запроса. И копирую к себе периодически (не каждый день)  нужные, редко меняющиеся, справочники.
В этом году у меня работал старый вариант запроса (медленный). Потому что не бывает так, чтобы такое работало медленно (не верь глазам своим). Когда это опять начало работать медленно, я поменяла запрос. Интересно, что логин заблокировали уже после этого. Неплохо бы понять что происходит. Но можно обойтись и без этого. Просто смириться с тем, что вот такое «чудо» бывает и тут надо писать иначе. В данном случае так и будет. Т.е сервер их я не буду такой строкой нагружать ни только в конце года но и в начале.
Поскольку реакция была уже после отмены медленного запроса а изменила схему работы и во всех остальных. Я не стала проверять, сколько они раньше работали. Может там действительно что-то медленно было? Зачем запускать? Сейчас они меньше секунды выполняются. Тоже хорошо. Зачем упускать повод и возможность сделать что-то лучше, чем было?
Чтобы было ещё быстрее эти запросы (VIEW) должны быть на их сервере. Это – очередное предложение по увеличению быстродействия. Сделав всё со своей стороны, я могу что-то предложить. Проблемы хлама в базе решается префиксами в названиях и комментариями к текстам (которые никто обычно не пишет). Не говоря уж о том, что на такой продукт и документацию завести можно. Это же снимет довольно сомнительные мои избыточные возможности. Если я могу попросить VIEW с нужными данными, созданный в их базе, то мне не нужно самостоятельно рыться по их таблицам. Мне так даже проще. Но чтобы это было, т.е чтобы и у нас была нужная информация и их база была защищена от посторонних, должна быть налаженная коммуникация (мы просим это, они нам сообщают имя VIEW, который это вернёт).
Про таблицы итогов (Оборотные регистры как в 1С) я уже писала. Если быстродействие стало проблемой, то эта проблема решается так.
Вот сколько интересного я понаписала вместо стандартного «Ещё раз отключите, будет повод для официального разбирательства».
А кончится это всё тем, что всё останется как есть. Кому там надо мне какие-то VIEW-ы делать? Эта штука будет работать чуть быстрее. Неплохой ведь результат события? А бумажки у меня все уже написаны… так ведь это же нормальная реакция на возможный конфликт и предположение, что что-нибудь захочет предложить простое объяснением тому, что база медленно работает.