Здравствуйте, alex_public, Вы писали:

I>>>>Структура запросов соответствуют структуре данных, а не
I>>

структуре SQL конкретной базы

_>>>Т.е. ты считаешь, что язык SQL не очень хорошо подходит для работы с реляционными СУБД? ) Я правильно понял твою мысль? )

I>>Я выделил часть которую ты переврал или недопонял. Проблема в том, что структуру нужно менять, постоянно, под изменяющиеся требования и ограничения. sql здесь ничего не умеет.

_>Что-что нужно менять постоянно? )

Даже большой синий текст ты не видишь ? Бедненький, тянет же тебя юродствовать.

>Поясни ка на каком-нибудь конкретном реальном примере...

Новые требования почти всегда приводят к изменениям базы. Например пилишь ты учет сотрудников простецкий, контора в 50 человек, один проект, один заказчик. Тут собственно автоматизировать сравнительно немного. С ростом конторы придется вносить в базу. Например, надо добавить возможность трекать все результаты входных проверок, внутренних собеседований, отзывов заказчиков на каждого сотрудника. Новая фича — изменения базы.
После того, как добавишь эту часть, где то через год-два-три надо будет изменить структуру этой части базы — появятся новые хотелки, новые требования. Какие — а хрен его знает. Может учет эффективности, результативности и для этого надо будет увеличить детализацию.

Здравствуйте, alex_public, Вы писали:

I>>>>Структура запросов соответствуют структуре данных, а не
I>>

структуре SQL конкретной базы

_>>>Т.е. ты считаешь, что язык SQL не очень хорошо подходит для работы с реляционными СУБД? ) Я правильно понял твою мысль? )

I>>Я выделил часть которую ты переврал или недопонял. Проблема в том, что структуру нужно менять, постоянно, под изменяющиеся требования и ограничения. sql здесь ничего не умеет.

_>Что-что нужно менять постоянно? )

Даже большой синий текст ты не видишь ? Бедненький, тянет же тебя юродствовать.

>Поясни ка на каком-нибудь конкретном реальном примере...

Новые требования почти всегда приводят к изменениям базы. Например пилишь ты учет сотрудников простецкий, контора в 50 человек, один проект, один заказчик. Тут собственно автоматизировать сравнительно немного. С ростом конторы придется вносить изменения в структуру базы. Например, надо добавить возможность трекать все результаты входных проверок, внутренних собеседований, отзывов заказчиков на каждого сотрудника. Новая фича — изменения базы, новые таблицы, связи.
После того, как добавишь эту часть, где то через год-два-три надо будет изменить структуру этой части базы — появятся новые хотелки, новые требования. Какие — а хрен его знает. Может учет эффективности, результативности и для этого надо будет увеличить детализацию.