Максимальное количество баз данных в SQL-сервере 2008

Тернарный оператор

Обычно у нас есть условные выражения в Javascript.

Пример:

if (true) {
    console.log(1)
} 
else {
    console.log(0)
}
# Answer
# 1

, но он содержит две или более строк и не может назначаться переменной. У Javascript есть решение этой проблемы Тернарный оператор . Тернарный оператор может писать в одну строку и назначать переменную.

Пример:

var operator = true ? 1 : 0
console.log(operator)
# Answer
# 1

Этот троичный оператор подобен в языке программирования C.

10
задан Samuel 28 June 2009 в 01:45
поделиться

3 ответа

  • Максимальное количество баз данных на экземпляр SQL Server: 32 767
  • Максимальное количество подключений пользователей: 32 767

(Отсюда: Максимальные характеристики емкости для SQL Server )

Оба практически ограничены объемом оперативной памяти, имеющейся на компьютере с SQL-сервером, задолго до того, как он достигнет этих максимальных значений.

Из этих двух, я подозреваю, что пользовательские соединения будут большей проблемой, если у вас их тысячи пользователей (поскольку вы не используете пул соединений).

Чтобы найти текущее значение компьютера SQL Server:

SELECT @@MAX_CONNECTIONS AS 'Max Connections'

Обновлено в ответ на комментарии автора:
Проблема не в количестве баз данных, а в количестве часто используемых страниц в этих базах данных. Если все «горячие» страницы помещаются в память (и выполняется очень мало физических операций чтения), тогда все в порядке.

13
ответ дан 3 December 2019 в 20:06
поделиться

Вы также должны иметь в виду, что соединения будут объединены в пул по строке соединения - в вашем случае вы получите отдельные пулы для каждой клиентской БД. Это может быть неплохо, если у вас высокий трафик для каждого клиента, но если у вас низкий трафик к множеству разных баз данных, вы не получите всех преимуществ от объединения.

4
ответ дан 3 December 2019 в 20:06
поделиться

Having multiple databases for multiple client could easily become a maintenance nightmare. If the application is the same, I am assuming that the DB design would be the same as well.

We did a similar project couple of years back, but we decided to go for commingling data in the same database and then developed a robust security model to make sure that one customer does not end up seeing or modifying another customer's data.

I can proudly say that the project was a success and today as we speak is holding data of 100+ different customers and is performing flawlessly.

Raj

2
ответ дан 3 December 2019 в 20:06
поделиться
Другие вопросы по тегам:

Похожие вопросы: