XD, Вы себе представить не можете, как задолбали дилетанты. Вам учиться нужно, а не трепать языком в форумах.

> Guest, это вы про себя?

Из контекста непонятно? Огорчу: о Вас, любезнейший. ;)

> Может мне вам сертификаты выслать от Microsoft, MySQL, Oracle?

Оклейте ими туалет или используйте по назначению. Мне Ваши бумажки хм... как бы это помягче выразиться... ну, в общем, Вы поняли. Знаний они Вам не заменят. Пальцы Вы можете гнуть перед своим работодателем, - возможно, он оценит. Мне - хм... ну, в общем, все равно. ;)

Есть хм... [словесное определение коэффициента умственного развития по Вашему вкусу], которые не понимают простых вещей:
1. База данных сама по себе ниоткуда не возникает. Есть техническое задание, которому она обязана соответствовать;
2. Это же задание определяет основные параметры работы программно-аппаратного комплекса (включая в том числе время отклика при заданной нагрузке);
3. Необходимость внесения изменений в базу данных может возникнуть при изменении требований к программно-аппаратному комплексу (например, изменились требования к надежности). Внесение изменений в базу данных - в самом конце списка возможных вариантов решения проблемы. И право на существование имеет только и исключительно постольку, поскольку существует вероятность, что ее (базы данных) реализация не полностью соответствует техническому заданию либо техническое задание - дерьмо. Т. е. речь правильнее вести не об оптимизации, а об исправлении ошибок проектирования или постановки задачи.

И те же хм... [аналогиченое определение коэффициента умственного развития] не понимают еще более простой вещи: нет двух РСУБД разных вендоров, которые бы использовали одинаковый набор фич, определяющим образом влияющий на производительность, масштабируемость и пр., - т. е. то, что может быть подвергнуто оптимизации (не говоря уже о том, что нет двух РСУБД разных вендоров, которые бы поддерживали SQL-2003 (например; т. е. то, что теоретически могло бы быть использовано как некая условная промежуточная среда для оптимизации) в одинаковой степени).

Так что, уважаемый, парьте своими умозаключениями тупых америкосов. Меня - не надо. Ы?

P.S. Что меня всегда поражает, так это готовность нести абсолютную чушь уверенно и безаппеляционно. Уважаемый, возраст, место жительства, наличие сертификатов и прочая хрень - не критерий истины (а в случае мелкомягких сертификатов - вообще показатель с отрицательным знаком).

P.P.S. Как задолбали дилетанты...

> американцы вам фору додут и обгонят по знанияем

;)) Хм... в общем, очень смешно.

> Проявляйте уважение к людям

;)) О Ваших умозаключениях я уже сказал. Повторяться не буду.

> google хорошая поисковая система

Лучшая из существующих. Ей и воспользуйтесь.

> не следить за ростом технологий

Каких технологий, уважаемый? Опять языком треплете? Не хотите учиться - меняйте работу. Вы явно напрасно получаете заработную плату, если не знаете элементарных вещей.

> Оптимизация работы базы данных

Т. е. Вы, Cat2, готовы разделить заблуждение автора треда? ;))

> главное правильные индексы и правильная структура

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

> речь идет уже больше об оптимизации по критериям цена/к чему-то

Это правильное направление рассуждений. Только цена - это необязательно главный критерий. Совсем необязательно.

> нужен ли такой уровень надежности в базе по выписке доверенностей?

А нужна ли база данных в таком случае вообще? ;)))