/ / Вътрешна работа на SQL Server - sql-сървър

Вътрешна работа на SQL Server - sql-сървър

Първият ми въпрос е

Дали SQL Server работи асинхронно или синхронно?

  • ако работи асинхронно:
    колко внедряващи (или други) асинхронни повиквания могат да се обработват от SQL Server или зависи от виртуалната памет?

  • ако работи синхронно:
    колко синхронни повиквания могат да се обработват от SQL Server? Има ли някаква опашка, поддържана от SQL Server за висящи заявки? Ако отговорът е "да", тогава колко искания могат да бъдат обработвани.

Отговори:

4 за отговор № 1

Надявам се, че разбирам правилно въпроса ви ...

Всяко обаждане до базата данни е синхронно: обаждате се, чакате резултат. Но асинхронните срещу синхронни не са наистина как работи RDBMS

По-нататъшно ...

Основното нещо за всеки RDBMS е конкуренцията. RDBMS са проектирани да обработват 1000-те едновременни връзки

Можете да имате много припокриващи се и едновременни четци, докато сървърът не изчерпи ресурси.

Където можете да получите някои концепция на асинхронни синхронни е около пише. Те са ексклузивни и сериализирани (по подразбиране) и wil blokc четец за времетраенето на трансакцията.

За ресурси (тук има някои обобщения, които ги карат да разправят :-)

  • Пропускателната способност на записа се определя най-вече от широчината на честотната лента IO и от кода
  • Прочетете цялата е ограничена от мрежа / CPU и дизайн код отново, най-вече.
  • Паметта не би трябвало да е проблем, защото споделените данни са кеширани
  • На практика лошият код или дизайн засягат най-много използването на ресурсите, с изключение на големите DB / товари

Например, лошото индексиране е един от най-големите убийци на базата данни