Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 5 6 7 8 9 10 11 [12] 13 14   вперед  Ctrl
 Re: Сравнение MS SQL Server 2008 R2 и Oracle Database 11g как целевая СУБД для 1С 8.2  [new]
Зайцев Фёдор
Member

Откуда: Лужки
Сообщений: 5308
Volochkova
Читай задание.... Сами себе что то придумывают... решают какие задания, которых не существует... Читайте вводную... и не занимайтесь словоблудием..

А чем не устроили insert в примерах ? Их там нет ?
Выполняемый скрипт не совпадает в вашим (кстати где он)? Не на том сервере запущено ?
Или самое жуткое - зачала имела решение? )

Volochkova

Элементарно. И тот кто знает что такое MS SQL проблем с выяснением этого не испытает.


Volochkova
логика такая что создается запись ей новый ID .
.к. эти ID не правятся, то следующий гарантировал что новый будет +1 и уникальным.

Да что вы говорите! Так вот как гарантируется уникальность!

Volochkova

Т.е. максимальное значение поля ID = 2000.
ожидаемо что для следующей записи будет 2001.

Ага. Или 30459. Или 18. Или 2000.
14 сен 10, 11:12    [9434260]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение MS SQL Server 2008 R2 и Oracle Database 11g как целевая СУБД для 1С 8.2  [new]
Volochkova
Member

Откуда:
Сообщений: 2321
Зайцев Фёдор
Volochkova
Читай задание.... Сами себе что то придумывают... решают какие задания, которых не существует... Читайте вводную... и не занимайтесь словоблудием..

А чем не устроили insert в примерах ? Их там нет ?
Выполняемый скрипт не совпадает в вашим (кстати где он)? Не на том сервере запущено ?
Или самое жуткое - зачала имела решение? )

Volochkova

Элементарно. И тот кто знает что такое MS SQL проблем с выяснением этого не испытает.


Volochkova
логика такая что создается запись ей новый ID .
.к. эти ID не правятся, то следующий гарантировал что новый будет +1 и уникальным.

Да что вы говорите! Так вот как гарантируется уникальность!

Volochkova

Т.е. максимальное значение поля ID = 2000.
ожидаемо что для следующей записи будет 2001.

Ага. Или 30459. Или 18. Или 2000.


Вы бредите... реально..
Если грамоте не обучены, то медицина тут бессильна...
15 сен 10, 02:20    [9439992]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение MS SQL Server 2008 R2 и Oracle Database 11g как целевая СУБД для 1С 8.2  [new]
Зайцев Фёдор
Member

Откуда: Лужки
Сообщений: 5308
Volochkova

Вы бредите... реально..
Если грамоте не обучены, то медицина тут бессильна...

От вас это звучит как комплимент
15 сен 10, 09:27    [9440446]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение MS SQL Server 2008 R2 и Oracle Database 11g как целевая СУБД для 1С 8.2  [new]
goldenfoods
Member

Откуда: Киев
Сообщений: 288
Начал понемногу пытаться понять ms sql serever. Есть ли в нем область разделяемой памяти, называемая оракле библиотечный кэш (место памяти, где инстанс хранит скл- запросы, дабы заново не перестраивать планы запросов и прочее)?
11 окт 10, 22:40    [9589888]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение MS SQL Server 2008 R2 и Oracle Database 11g как целевая СУБД для 1С 8.2  [new]
Зайцев Фёдор
Member

Откуда: Лужки
Сообщений: 5308
goldenfoods
Начал понемногу пытаться понять ms sql serever. Есть ли в нем область разделяемой памяти, называемая оракле библиотечный кэш (место памяти, где инстанс хранит скл- запросы, дабы заново не перестраивать планы запросов и прочее)?

есть) странный вопрос.
12 окт 10, 05:04    [9590438]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение MS SQL Server 2008 R2 и Oracle Database 11g как целевая СУБД для 1С 8.2  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
goldenfoods,

Execution Plan Caching and Reuse
12 окт 10, 08:26    [9590545]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение MS SQL Server 2008 R2 и Oracle Database 11g как целевая СУБД для 1С 8.2  [new]
goldenfoods
Member

Откуда: Киев
Сообщений: 288
pkarklin,

Так MS можно назвать взрослой СУБД
12 окт 10, 09:44    [9590752]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение MS SQL Server 2008 R2 и Oracle Database 11g как целевая СУБД для 1С 8.2  [new]
goldenfoods
Member

Откуда: Киев
Сообщений: 288
Зайцев Фёдор,

Как раз не странный, судя по поведению 1С 8.2 под эти СУБД.
На одном и том же сервере запускаем отчет оборотно -сальдовую ведомость под ораклом и под МС
При первом вызове строятся они практически одинаково, но при повторном вызове оракл обгоняет МС в 3 раза. И то и другое установлено по дефолту. В оракле ничего не делал на предмет настроек инстанса, в МС тем более, так как не знаю, что у него крутить.
Вот я и сделал вывод о том что библиотечный кэш в МС либо отсутствует либо ему нужно выделить больше памяти, либо он "не чувствует", что такой запрос у него уже есть и соотвественно его заново рабирает. Кстати, а как изменить объем выделяемой памяти для библиотечного кэша в МС?
12 окт 10, 16:30    [9594733]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение MS SQL Server 2008 R2 и Oracle Database 11g как целевая СУБД для 1С 8.2  [new]
Dimitry Sibiryakov
Member

Откуда:
Сообщений: 54791

goldenfoods
при повторном вызове оракл обгоняет МС в 3 раза.

И ты полагаешь, что MS тратит столько времени на парсинг запроса?..

Posted via ActualForum NNTP Server 1.4

12 окт 10, 16:35    [9594790]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение MS SQL Server 2008 R2 и Oracle Database 11g как целевая СУБД для 1С 8.2  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
goldenfoods
Вот я и сделал вывод о том что библиотечный кэш в МС либо отсутствует либо ему нужно выделить больше памяти, либо он "не чувствует", что такой запрос у него уже есть и соотвественно его заново рабирает.


Странный, вывод, IMHO. Я бы, в первую очередь, "грешил" на буфферный кеш (кеш страниц данных и индексов), а не на процедурный (кеш планов выполнения).

goldenfoods
Кстати, а как изменить объем выделяемой памяти для библиотечного кэша в МС?


Странно, я, кмк, давал ссылку...

SQL Server has a pool of memory that is used to store both execution plans and data buffers. The percentage of the pool allocated to either execution plans or data buffers fluctuates dynamically, depending on the state of the system. The part of the memory pool that is used to store execution plans is referred to as the procedure cache.

А "общий" размер памяти, конфигурируется опциями min&max server memory и при дефолных настройках MS SQL управляет памятью динамически, т.е. отдает память ОС в случае потребности ее для других приложений.
12 окт 10, 16:47    [9594901]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение MS SQL Server 2008 R2 и Oracle Database 11g как целевая СУБД для 1С 8.2  [new]
goldenfoods
Member

Откуда: Киев
Сообщений: 288
pkarklin
goldenfoods
Вот я и сделал вывод о том что библиотечный кэш в МС либо отсутствует либо ему нужно выделить больше памяти, либо он "не чувствует", что такой запрос у него уже есть и соотвественно его заново рабирает.


Странный, вывод, IMHO. Я бы, в первую очередь, "грешил" на буфферный кеш (кеш страниц данных и индексов), а не на процедурный (кеш планов выполнения).

goldenfoods
Кстати, а как изменить объем выделяемой памяти для библиотечного кэша в МС?


Странно, я, кмк, давал ссылку...

SQL Server has a pool of memory that is used to store both execution plans and data buffers. The percentage of the pool allocated to either execution plans or data buffers fluctuates dynamically, depending on the state of the system. The part of the memory pool that is used to store execution plans is referred to as the procedure cache.

А "общий" размер памяти, конфигурируется опциями min&max server memory и при дефолтных настройках MS SQL управляет памятью динамически, т.е. отдает память ОС в случае потребности ее для других приложений.

Спасибо огромное, все в принципе понял по SGA SQL Server (я так понял она состоит из кэша буферов данных и процедурного кэша, процентом использования можно играться, например на DW поставим больше процедурного, а на OLTP больше кэша данных, ну и соответственно можем задавать размер разделяемой памяти) . Но есть еще один вопрос относительно сброса грязных блоков на диск и время жизни блока в кэше. В оракле недавно используемые и часто используемые блоки (чтение, изменение) сидят в кэше буферов данных, затем по определенному алгоритму они сбрасываются в файлы данных процессом "записывальщик буферов данных", которому дается команда процессом "контрольная точка", при чем измененные блоки НЕ СРАЗУ сбрасываются на диск, как только они изменились. Если рухнул экземпляр, то в фоне оракл при старте "накатит" транзакции (измененные блоки) не попавшие в файл данных из журнала транзакций, который тоже имеют свой буфер, несомненно много меньшего размера и периодически сбрасывает блоки в журнал транзакций. Если серверный процесс(процесс, возникающий в ответ на пользовательский. "с другого конца провода") не находит нужного блока данных в кэше, он их считывает в SGA и уж потом пользуется оттуда. Благодаря такой схеме достигается быстрая работа сервера.
Вопросы следующие:
1. Как часто MS сбрасывает измененные блоки данных на диск.
2. Что делать если MS не успел их сбросит в момент краха экземпляра, может ли MS сам накатит транзакции
3. Есть ли в MS кэш буферов журнала транзакций
4. Возможно ли "неуменьшение" скорости выполнения запроса быть связано с tempdb (1С сплошь на них построена судя по профайлеру). То есть процедурный кэш нормально отработал, но затык именно выполнении разобранного запроса, а не в во времени затраченном на его разбор.
5. Если Вы говорите, что мал кэш буферов данных, то сразу возникает утверждение (если время последовательного построения одного и того же запроса не изменяется и МС имеет емкий и корректный ("чувствует", что такой уже был запрос) процедурный кэш, то время затрачиваемое на разбор очень мало, иначе была разница во времени двух последовательных запросах была бы видна. Значит у МС очень умный и быстрый оптимизатор, но проблема в малости кэша данных (не хватает в нем места, чтобы вгрузить все нужные блоки) и проблема в нагрузке на схему tempdb.
Поскольку у Оракла разный результат, то можно сделать вывод о том, что Оракл в первый раз тратит много времени на разбор полета и потом быстро летит, а второй раз просто быстро летит, так как разбор полета уже произведен в первый раз. Значит у Оракла в данный момент был мал процедурный кэш (разности во времени и есть время затрачиваемое на разбор, а оно велико) и большой кэш данных, так как он быстро все перемолол. Вопрос состоит вот в чем верны ли здесь мои домыслы?
12 окт 10, 17:29    [9595372]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение MS SQL Server 2008 R2 и Oracle Database 11g как целевая СУБД для 1С 8.2  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
goldenfoods
В оракле недавно используемые и часто используемые блоки (чтение, изменение) сидят в кэше буферов данных, затем по определенному алгоритму они сбрасываются в файлы данных процессом "записывальщик буферов данных", которому дается команда процессом "контрольная точка", при чем измененные блоки НЕ СРАЗУ сбрасываются на диск, как только они изменились. Если рухнул экземпляр, то в фоне оракл при старте "накатит" транзакции (измененные блоки) не попавшие в файл данных из журнала транзакций, который тоже имеют свой буфер, несомненно много меньшего размера и периодически сбрасывает блоки в журнал транзакций. Если серверный процесс(процесс, возникающий в ответ на пользовательский. "с другого конца провода") не находит нужного блока данных в кэше, он их считывает в SGA и уж потом пользуется оттуда. Благодаря такой схеме достигается быстрая работа сервера.


Вы знаете, за исключением нескольких "технических деталий реализации", описание подходит под принцип работы MS SQL.

goldenfoods
Вопросы следующие:


Ээхх... Прочитать бы Вам что нибудь наподобии Inside Microsoft® SQL Server®... Многи бы вопросы "закрылись". Попробую ответить (в том числе ссылками на статьи BOL):

goldenfoods
1. Как часто MS сбрасывает измененные блоки данных на диск.


Здесь описаны (вкратце) три основных "сбрасывальшика":
Advanced Database Engine Details > Relational Database Engine Architecture > Buffer Management > Writing Pages

А здесь, "как часто" срабатывает чекпоинт:

Checkpoints and the Active Portion of the Log

goldenfoods
2. Что делать если MS не успел их сбросит в момент краха экземпляра, может ли MS сам накатит транзакции
3. Есть ли в MS кэш буферов журнала транзакций


В рамках "объема вопроса" могу только ответить Да, Да. Подробности здесь:
Designing and Creating Databases > Databases (Database Engine) > Understanding Databases > Introduction to Transaction Logs
goldenfoods
4. Возможно ли "неуменьшение" скорости выполнения запроса быть связано с tempdb (1С сплошь на них построена судя по профайлеру). То есть процедурный кэш нормально отработал, но затык именно выполнении разобранного запроса, а не в во времени затраченном на его разбор.


Во-первых, 1С, на мой взгляд, не совсем "тот инструмент", который позволял бы выявлять те или инык узкие места (или наоборот) той или иной СУБД. Во-вторых, не мешало бы видеть, как 1С использует tempdb и есть ли, действительно затыки из-за нее.

автор
5...верны ли здесь мои домыслы


Вы знаете, мне трудно что-либо утверждать "по фотографии". Мал ли кеш, если мал, то почему, используется ли план выполнения повторно или нет. Надо "щупать" реальную систему и реальную нагрузку на ней.

М.б. и это Вам сгодиться: Troubleshooting Performance Problems in SQL Server 2005
12 окт 10, 20:48    [9596419]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение MS SQL Server 2008 R2 и Oracle Database 11g как целевая СУБД для 1С 8.2  [new]
goldenfoods
Member

Откуда: Киев
Сообщений: 288
Есть ли разница в производительности между MS 2008 R2 и MS 2005? При равных идентичных условиях.
13 окт 10, 16:57    [9601877]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение MS SQL Server 2008 R2 и Oracle Database 11g как целевая СУБД для 1С 8.2  [new]
goldenfoods
Member

Откуда: Киев
Сообщений: 288
Пока Оракл существенно выигрывает по построению отчетов. Может быть потому что tempdb находится на диске, а PGA (некий аналог tempdb для курсоров, сортировок) все таки в ОЗУ?
15 окт 10, 12:56    [9613448]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение MS SQL Server 2008 R2 и Oracle Database 11g как целевая СУБД для 1С 8.2  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
goldenfoods
Пока Оракл существенно выигрывает по построению отчетов. Может быть потому что tempdb находится на диске, а PGA (некий аналог tempdb для курсоров, сортировок) все таки в ОЗУ?

ОЗУ имеет свойство заканчиваться, в то время как дисковое пространство заканчивается значительно позже.
Кроме того, tempdb - это не совсем нормальная БД.
Имхо, у оракла выигрыш на отчетах за счет того, что в целом оракл лучше "прожовывает" дурацкие запросы.
15 окт 10, 14:22    [9614351]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение MS SQL Server 2008 R2 и Oracle Database 11g как целевая СУБД для 1С 8.2  [new]
goldenfoods
Member

Откуда: Киев
Сообщений: 288
locky
goldenfoods
Пока Оракл существенно выигрывает по построению отчетов. Может быть потому что tempdb находится на диске, а PGA (некий аналог tempdb для курсоров, сортировок) все таки в ОЗУ?

ОЗУ имеет свойство заканчиваться, в то время как дисковое пространство заканчивается значительно позже.
Кроме того, tempdb - это не совсем нормальная БД.
Имхо, у оракла выигрыш на отчетах за счет того, что в целом оракл лучше "прожовывает" дурацкие запросы.


Кои 1С и посылает на сервер
15 окт 10, 14:45    [9614607]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение MS SQL Server 2008 R2 и Oracle Database 11g как целевая СУБД для 1С 8.2  [new]
locky
Member

Откуда: Харьков, Украина
Сообщений: 62034
goldenfoods
Кои 1С и посылает на сервер

Вполне может быть
Кстати, интересно, наверное, почитать (если есть) рекомендации 1C по настройке скуля.
Как я понял из ГФ, с 1С и скулём существуют проблемы, характерные для такого рода приложений.
15 окт 10, 18:23    [9616721]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение MS SQL Server 2008 R2 и Oracle Database 11g как целевая СУБД для 1С 8.2  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
goldenfoods
Пока Оракл существенно выигрывает по построению отчетов. Может быть потому что tempdb находится на диске, а PGA (некий аналог tempdb для курсоров, сортировок) все таки в ОЗУ?


М.б. мы уже перестанем гадать на кофейной гуще, и, увидем, наконец, реальные "цифры", т.е. запросы, планы, статистику TIME И IO, показатели Performamce Monitor. А то, как будто разговор слепого с глухим. Но, все равно, один из них выигрывает.

ЗЫ. мне вот очень интересно понаблюдать, как уважаемый работавший всю жизнь с Oracle, начавший изучать MS SQL понукает его в огрехах производительности. М.б. "в консерватории надо что-нибудь поправить"?
17 окт 10, 21:07    [9622961]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение MS SQL Server 2008 R2 и Oracle Database 11g как целевая СУБД для 1С 8.2  [new]
goldenfoods
Member

Откуда: Киев
Сообщений: 288
pkarklin
goldenfoods
Пока Оракл существенно выигрывает по построению отчетов. Может быть потому что tempdb находится на диске, а PGA (некий аналог tempdb для курсоров, сортировок) все таки в ОЗУ?


М.б. мы уже перестанем гадать на кофейной гуще, и, увидем, наконец, реальные "цифры", т.е. запросы, планы, статистику TIME И IO, показатели Performamce Monitor. А то, как будто разговор слепого с глухим. Но, все равно, один из них выигрывает.

ЗЫ. мне вот очень интересно понаблюдать, как уважаемый работавший всю жизнь с Oracle, начавший изучать MS SQL понукает его в огрехах производительности. М.б. "в консерватории надо что-нибудь поправить"?


Дело в том, что изначально у Оракла есть преимущество, в том, что он максимально использует ОЗУ.
Я сегодня проведу тесты и выложу здесь.
18 окт 10, 10:42    [9624385]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение MS SQL Server 2008 R2 и Oracle Database 11g как целевая СУБД для 1С 8.2  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
goldenfoods
Дело в том, что изначально у Оракла есть преимущество, в том, что он максимально использует ОЗУ.


Да, да, и винты он быстрее расскручивает...

goldenfoods
Я сегодня проведу тесты и выложу здесь.


Ждемс...
18 окт 10, 10:49    [9624417]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение MS SQL Server 2008 R2 и Oracle Database 11g как целевая СУБД для 1С 8.2  [new]
goldenfoods
Member

Откуда: Киев
Сообщений: 288
pkarklin
goldenfoods
Дело в том, что изначально у Оракла есть преимущество, в том, что он максимально использует ОЗУ.


Да, да, и винты он быстрее расскручивает...

goldenfoods
Я сегодня проведу тесты и выложу здесь.


Ждемс...


Вот вы шутите, а тут некий ASCRUS утверждал, что ASA новых версий, раскладывает данные на винте как можно ближе к центру диска.

Тесты будут следующие

Время полного проведения и полной отмены проведения за год учета
Время построения отчета, например Анализ субконто, Анализ счета, ОСВ.
Время загрузки 10 000 документов.
Время построения отчетов, скажем с 20 работающими пользователями, которые интенсивно пишут.
Два одинаковых сервера 5-летней давности. На одном линукс, на втором виндоуз.
Кстати вопрос имеет ли смысл сравнивать с с 2008р2 или можно обойтись 2005? Есть ли между ними разница. Хочется Ораклу создать фору:)
18 окт 10, 10:55    [9624449]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение MS SQL Server 2008 R2 и Oracle Database 11g как целевая СУБД для 1С 8.2  [new]
goldenfoods
Member

Откуда: Киев
Сообщений: 288
goldenfoods
pkarklin
goldenfoods
Дело в том, что изначально у Оракла есть преимущество, в том, что он максимально использует ОЗУ.


Да, да, и винты он быстрее расскручивает...

goldenfoods
Я сегодня проведу тесты и выложу здесь.


Ждемс...


Вот вы шутите, а тут некий ASCRUS утверждал, что ASA новых версий, раскладывает данные на винте как можно ближе к центру диска.

Тесты будут следующие

Время полного проведения и полной отмены проведения за год учета
Время построения отчета, например Анализ субконто, Анализ счета, ОСВ.
Время загрузки 10 000 документов.
Время построения отчетов, скажем с 20 работающими пользователями, которые интенсивно пишут.
Два одинаковых сервера 5-летней давности. На одном линукс, на втором виндоуз.
Кстати вопрос имеет ли смысл сравнивать с с 2008р2 или можно обойтись 2005? Есть ли между ними разница. Хочется Ораклу создать фору:)

Все делаем по дефолту. Ведь не всякий 1С-ник знает архитектуру СУБД. Не будем отклоняться от темы топика, мы здесь должны выяснить работу этих СУБД, именно под 1С 8.2
18 окт 10, 10:58    [9624474]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение MS SQL Server 2008 R2 и Oracle Database 11g как целевая СУБД для 1С 8.2  [new]
goldenfoods
Member

Откуда: Киев
Сообщений: 288
goldenfoods
pkarklin
goldenfoods
Дело в том, что изначально у Оракла есть преимущество, в том, что он максимально использует ОЗУ.


Да, да, и винты он быстрее расскручивает...

goldenfoods
Я сегодня проведу тесты и выложу здесь.


Ждемс...


Вот вы шутите, а тут некий ASCRUS утверждал, что ASA новых версий, раскладывает данные на винте как можно ближе к центру диска.

Тесты будут следующие

Время полного проведения и полной отмены проведения за год учета
Время построения отчета, например Анализ субконто, Анализ счета, ОСВ.
Время загрузки 10 000 документов.
Время построения отчетов, скажем с 20 работающими пользователями, которые интенсивно пишут.
Два одинаковых сервера 5-летней давности. На одном линукс, на втором виндоуз.
Кстати вопрос имеет ли смысл сравнивать с с 2008р2 или можно обойтись 2005? Есть ли между ними разница. Хочется Ораклу создать фору:)

И еще мне будет нужна Ваша помощь, как посмотреть в SQL Server различные показатели производительности, то есть Вы задавайте вопрос, желательно с командой "как посмотреть" и я Вам буду давать ответ. М.б. нам совместно удастся настроить сиквел, так чтобы он максимально работал на скорострельность чтения и записи (это главный критерий).
18 окт 10, 11:01    [9624497]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение MS SQL Server 2008 R2 и Oracle Database 11g как целевая СУБД для 1С 8.2  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
goldenfoods
И еще мне будет нужна Ваша помощь, как посмотреть в SQL Server различные показатели производительности, то есть Вы задавайте вопрос, желательно с командой "как посмотреть" и я Вам буду давать ответ.


Я Вам давал ссылку на статью.


goldenfoods
М.б. нам совместно удастся настроить сиквел, так чтобы он максимально работал на скорострельность чтения и записи (это главный критерий).


Под 1С. А оно мне надо?!
18 окт 10, 11:15    [9624594]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение MS SQL Server 2008 R2 и Oracle Database 11g как целевая СУБД для 1С 8.2  [new]
goldenfoods
Member

Откуда: Киев
Сообщений: 288
Как все же можно вынести tempdb на другой массив?
19 окт 10, 14:33    [9634227]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 5 6 7 8 9 10 11 [12] 13 14   вперед  Ctrl
Все форумы / Сравнение СУБД Ответить