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

НС>>Ну вот тебе конкретный случай — Для отображения этого сообщения нужны ID пользователя, его ник, права доступа и метка, если есть. Что твое API будет возвращать?
_>Слишком мало информации.



_> Надо ещё знать что там за таблицы у нас и что за выдача информации (один пользователь или много и т.д и т.п.). )

Пусть будет один пользователь, права доступа и ник в одной таблице, метка в другой по джойну.

_>>>Ты не путай запрос одного пользователя и запрос некого списка. )
НС>>Да неважно. У списка то тоже будет тип элемента.
_>Очень даже важно. При запросе одной строки, ты не почувствуешь разницы в производительности

Почувствуешь, если выборка не по кластерному индексу. Но пусть будет список, а то намеки на index includes от нескольких собеседников ты с завидной упорностью игнорируешь.

_>Я избегаю?

Ты.

_> Ты бредишь?

Нет.

_> ) Тут вообще то я тебе последние два сообщения задаю вопрос

Во во, отвечаешь вопросом на вопрос и стрелки переводишь.

НС>>Я вот постоянно вынужден тебя небес спускать. Посмотри на этот сайт — он, как известно, работает на mssql. Причем делает то уже 14 лет. Ну и как, помогла бы ему поддержка других БД?
_>Потому как этот сайт использует не готовый движок, а некий свой велосипед.

Любой приличный сайт использует свой софт. На "движках", в которых свои запросы не пишут только рекламный примитив собрать можно.

_>Сейчас имеем в большинстве веб-движков: или поддержку многих СУБД (естественно включая mysql) или только mysql.

Ты причину попутал. Там поддержка нескольких СУБД как раз потому что это движки. Суррогат программный, понимаешь?

_> А если бы была верна твоя логика, то имели бы: или одна какая-то нормальная СУБД (не mysql) или одна какая-то СУБД+mysql (на которую типа легко портировать).

И такое тоже есть. Посмотри на sharepoint.