Какая база данных (DBMS) может лучше всего использовать несколько ядер и больше памяти?
У Вас может быть несколько авторизованных ключей, настроенных для каждой учетной записи пользователя. Просто создайте общедоступную/частную пару ключей, тот же путь, кроме в конце выполняет эту команду:
cat id_rsa.pub >> ~/.ssh/authorized_keys
Где id_rsa.pub является любым именем файла, новый ключ создается как. Теперь, если Вы посмотрите в authorized_keys файле, то Вы будете видеть оба перечисленные открытых ключа, один на строку.
И только быть ясным, это позволит обоим ключам использоваться для входа в систему в ту же учетную запись пользователя. Если бы Вы просто хотите, чтобы у этого человека был auditable доступ к системе, я рекомендовал бы создать нового пользователя. Все еще с помощью открытого ключа для доступа.
Моя система является слишком медленной, и я пытаюсь улучшить ее производительность и эффективность.
Слишком мало памяти.
И, самые важные - как большинство людей, не знающих действительно о базах данных - Вы говорите много о ядрах и RAM (и Win 7 - избавляются от него и устанавливают Windows Server), но полностью проигнорируйте одну вещь, самую важную для производительности базы данных: ДИСКИ. Сколько дисков Вы работаете?
Как пример, я выполняю базу данных фьючерсов - и моему SQL Server установили 6 Velociraptor ТОЛЬКО для данных и еще 2 диска для tempdb и журналов. Это находится на SAS infrascturcture с аппаратным RAID-контроллером. И я не уверен, что мне нравится производительность IO ;)
Кроме того, существует значительная активность диска даже после того, как запрос, конкурируют
- Слишком мало RAM
- Нормальное поведение. Базы данных Transacitonal (и pevalculating скользящие средние значения то, что) всегда тяжелый диск. Нормальные компьютеры сосут для datbases по этой точной причине. Существует largesection в документации, как SQL Server (вынужден использовать) использует диски.
Заставьте диски - или лучший SSD - давать Вам мощную дисковую подсистему.
Вы в конечном счете собираетесь врезаться в кирпичную стену с точки зрения производительности при доверии хранимым процедурам для больших наборов данных. При необходимости в более быстром времени отклика Вы, вероятно, хотите посмотреть на разгрузку этих вычислений от DBMS.
Править:
Я сделал неправильное предположение, что Вы говорили о своего рода системе транзакции, где трудно внести изменения в модель данных. Я работаю на крупном предприятии, где, делая это к очень трудно. Можно также "разгрузить" вычисления путем выполнения их однажды заранее.
Прежде чем Вы сделаете что угодно, необходимо изучить планы запросов очень тщательно и понять, какие запросы используют большинство ресурсов и почему. Думайте о том, что Вы на самом деле делаете - с примером вычислений скользящих средних значений, полагаете ссылку на исторические данные, которые не изменяются. Если необходимо вывести 52-недельное скользящее среднее значение на печать IBM с 1982-1992..., почему вычисляют его по требованию? Сделайте это заранее! Емкость хранения является обычно дешевой - IOPS и ЦП являются обычно дорогими.
Другая вещь, которую я видел, происходит, то, что люди сверхнормализуют (потому что это преподается как "правильный поступок). Иногда, специально для статических данных, денормализовывание улучшает производительность путем устранения соединений.