2 SergSuper
Пьяный Лох, ну достало
Что за такая инфантильная манера всех полить грязью?
Грязь - она исключительно в твоих инфантильных мозгах.
С моей стороны была лишь констатация того факта, что ты куйню спизднул неподумав. И это факт, месье Дюк.
Ну и совет почитать учебники, что тебе совсем не лишним будет. Может тогда перестанешь гнать высосанную из пальца чушь про "не может работать 20 запросов одновременно".

Что же до помоечных мегаэкспертов - это тоже простая констатация. Их тут как говна, и даже больше. Всяк любит рассуждать о том, чего не знает, никогда в глаза не видел и на зуб не пробовал.
Однако чушовые высказывания, позволеные "всякому" - не должны быть позволены модератору раздела "Сравнение СУБД", имеющему к тому же больше тысячи сообщений по MS SQL Server'у. Этот форум, знаешь ли, и дети читают. Посмотрять дети в твой профиль, потом еще посмотрят на список модераторов, да и решат, что ты знаешь о чем говоришь. Решат, что характерно, совершенно ошибочно.

А потом дети вырастут, и уже других детей научат, что "в MSDE максимум 5 запросов", "в MSDE максимум 5 коннекшенов", "MSDE это однопользовательский движок", а то и вообще "MSDE не является бесплатным" :)
С бредом бороться конечно бесполезно, но все ж таки не стоит самому его распространять.

Обычно этот период годам к 20-25 проходит, но судя по всему тебе всё-таки больше.
Каюсь, грешен. Имею слабость потешаться над пафосными дурачками. С годами не проходит. Готов понести суровое (но справедливое) наказание. Обещаю не исправляться.

Даже в тех случаях когда ты оказываешься прав (это не тот случай)
Это именно тот случай.

Ну и не надо со мной спорить, я всё равно прав :)
Надпись над писсуаром в мужском туалете: "Не льсти себе, подойди ближе".
Ссылку на учебники сам найдешь, али носом ткнуть?

2 SergSuper
Ну что, ЛП, видать задело :)
Не льсти себе. Не задело, а, как обычно, потешило :)

Если вдруг есть такие кто не прочитал первой ссылки и от ChA и думает что Пьяный Лох прав, то цитата из BOL:

Desktop Engine uses the same concurrent workload governor as SQL Server 2000 Personal Edition. When more than five batches are run concurrently, the workload governor will insert no-ops in direct proportion to the number of excess batches submitted for processing, thereby reducing system performance.

SerSuper, ты дурак, или где?

Ну ладно, я могу понять, что английский язык ты ниасилил. Но в ссылке ChA русским по белому написано - "если операций становилось более пяти, вводился режим ожидания, который эффективно замедлял механизм доступа к данным".
Ты способен понять разницу между замедлением работы (кстати, всех заданий, а не тех, что свыше 5) и остановкой (то самое бредовое "5 работают, остальные ждут")?

ЛП, если неймётся и хочется возразить - давай цитатку
Держи. С английским у тебя конечно худо, но надеюсь сумеешь асилить.
Once it has been activated, the workload governor limits performance by stalling a user connection for a few milliseconds each time the connection requests a logical read or write on any of the pages in the data files of a database. (The governor does not affect log files.) The database engine waits before every data page reference as long as there are more than eight active concurrent operations. When the number of active operations is eight or lower, the database engine does not wait before scheduling any reads or writes. When the workload governor is active, it equally affects all connections; it is not limited to slowing down only the connections that activated the governor. The length of the wait implemented by the governor is constant (it does not vary depending on how many operations are active beyond the limit of eight).
The SQL Server 2000 Workload Governor

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