powered by simpleCommunicator - 2.0.59     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Сильные стороны MS SQL
25 сообщений из 132, страница 4 из 6
Сильные стороны MS SQL
    #33818761
Sarin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Tov. Drujba
1. Цена решения
2. Стоимость владения
3. Сроки внедрения
4. Срок окупаемости
5. Распостраненность продукта
6. Пример других компаний смежной области
7. Доступность специалистов


На Руси для манагеров самый важный аргумент - откат:)

Понимаете, еслиб можно было позвать продавца, яб позвал. Втюхать должен именно я.

Скуль сервер я уже возлюбил по самое немогу:) В тяпницу может загляну к этим товарищам. Пообщаюсь чуток с народом.
...
Рейтинг: 0 / 0
Сильные стороны MS SQL
    #33818777
ABC_1982
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
В первую очередь, я бы не сказал, что в MSSQL этот подход реализован хоть как-то близко к требуемому мне уровню. По моему весьма ограниченному опыту работы с ним, проблемы возникают, и я полагаю, что если я некоторые вещи разгребал не сразу, то невнятные пользователи определенно испытают затруднения.

Если опыт весьма ограничен, то о чем может идти речь?! Привыкли по-другому решать проблемы, вот и все... Вы некоторые вещи разгребали не сразу, другой на Вашем месте, может быть сразу разгреб бы... Или Вы хотите сказать, что если в Oracle "невнятный пользователь" (это Вы всех, кто не на Oracle сидит величаете? :) ) наткнется на проблему, то он ее на месте и сразу разгребет? :) Вы профессионал в одном узком направлении, не обязательно справитесь в другом... А так, посмотреть на Вас, так можно параллели с религиозным экстремизмом провести: "я в других религиях не разбираюсь, они все равно "плохие" и должны умереть или, на худой конец, признать наше превосходство!"...

Тема топика какая была, вообще? :)

P.S. Кто быстрее - Cessna с тремя рычагами управления винто-моторной группой или Bf-109 с одним рычагом автоматизированного управлением ВМГ? :) А может вообще SR-71? :) Или скорость не только от того зависит, автоматизированное управление или за ручки можно подергать? :)
...
Рейтинг: 0 / 0
Сильные стороны MS SQL
    #33818833
andy st
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
VoDAпримеры...
юзаю таблицы до 75 млн строк... не замечал таких косяков... честно.
были другие ;)
...
Рейтинг: 0 / 0
Сильные стороны MS SQL
    #33818859
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ASCRUS
А вот хинты в запросе с явным указанием индексов

А Вы уверены, что у сервера всегда может быть информация для правильного выбора индекса? Вот, например,
Табла - Измерение(Прибор, Величина, начало измеренеия, окончание измерения). Там милионы записей. Есть индексы, в которых начало измерения, и есть в которых конец. Например, составные, еще там сам прибор.
Вот теперь запрос в котором или те кто позже такой то даты начала, или те кто ранньше такой то или те кто в диапазоне. Для первого он выберет по началу, для второго индекс по окончаению, а кого выбрать для диапазона? Но Вы то знаете, что диапазоны относятся к последним датам - прога при старте строит по ним графики. Т.е. нужен индекс по началу, потому что диапазон физически маленький - сканирования после того как найдет начало почти нет. Если по окончанию, то ему много читать придется. Приложение буит открываться минут двадцать.
Вот Вы и намекнете чтобы использовал по началу - несколько секунд. (собственное наблюдение). Но если Вы знаете то самые старые данные нужны, то наоборот.
Т.е. то что называется сервер не может знать то, чего знаете Вы.
Я не говорю, что нет других решений. Например, развернуть секционирование.
Но Вы, например, приехали к ним в командировку, проект другого отдела, а Вас послали потому, что должность в штатном расписании это позволяет, и надо по быстрому решить задачу, чтобы приложение при старте не висело 20 мин. Заказчик очень не доволен. А про секционирование написать в рекомендациях.
Вот хинты и помогли. Создание идексов тоже времеемко там, Вы их и не меняли использовали то, что есть. Поди плохо?
...
Рейтинг: 0 / 0
Сильные стороны MS SQL
    #33818896
VoDA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
andy st VoDAпримеры...
юзаю таблицы до 75 млн строк... не замечал таких косяков... честно.
были другие ;)Охотно верю. на разных задачах вылезают разные косяки ;)

За какое время пройдет Update (одной транзакцией) одного поля ВСЕЙ этой таблицы?

ЗЫ решение было придумано - простое Update малыми транзакциями по 10к записей.
...
Рейтинг: 0 / 0
Сильные стороны MS SQL
    #33818942
andy st
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
VoDA
ЗЫ решение было придумано - простое Update малыми транзакциями по 10к записей.
вроде как это решение должно быть очевидно из принципа работы блокировочника - транзакции должны быть короткими.
печально, что оно было ПРИДУМАНО
...
Рейтинг: 0 / 0
Сильные стороны MS SQL
    #33819127
Фотография ну я
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
VoDA andy st VoDAпримеры...
юзаю таблицы до 75 млн строк... не замечал таких косяков... честно.
были другие ;)Охотно верю. на разных задачах вылезают разные косяки ;)

За какое время пройдет Update (одной транзакцией) одного поля ВСЕЙ этой таблицы?

ЗЫ решение было придумано - простое Update малыми транзакциями по 10к записей.
В чем тогда смысл транзакции? Откатывать-то что будете? Последний ~10к? Изолировать? Изолировать только последние ~10k?
...
Рейтинг: 0 / 0
Сильные стороны MS SQL
    #33819163
andy st
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
ну яВ чем тогда смысл транзакции? Откатывать-то что будете? Последний ~10к? Изолировать? Изолировать только последние ~10k?
проекировать так, чтобы длинные транзакции не требовались ;)
собственно, обновление/удаление больших объемов данных хреново для любых СУБД.
да и конечно же прям все сплошь и рядом постоянно упдейтят сотни миллионов записей.
...
Рейтинг: 0 / 0
Сильные стороны MS SQL
    #33819176
Фотография ну я
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
andy st ну яВ чем тогда смысл транзакции? Откатывать-то что будете? Последний ~10к? Изолировать? Изолировать только последние ~10k?
проекировать так, чтобы длинные транзакции не требовались ;)


И машины делать так чтобы далеко ездить не требовалось.
...
Рейтинг: 0 / 0
Сильные стороны MS SQL
    #33819198
andy st
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
ну я andy st ну яВ чем тогда смысл транзакции? Откатывать-то что будете? Последний ~10к? Изолировать? Изолировать только последние ~10k?
проекировать так, чтобы длинные транзакции не требовались ;)


И машины делать так чтобы далеко ездить не требовалось.
неа... ездить короткими перебежками с малюсенькими паузами, чтобы в создавалась иллюзия непрерывного движения ;-)
...
Рейтинг: 0 / 0
Сильные стороны MS SQL
    #33819283
Алексей Ключников
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Я бы надавил что на виндовс необходимо виндовс решение.
Мол третьесторонние решения нецелесобразно использовать на вин сервере и черевато различными неожиданостями т.к. их разработывали под юникс.
А юниксом связываться очень дорого и бессмылено.

з.ы. нормальный манагер должен пугаться при слове UNIX.
...
Рейтинг: 0 / 0
Сильные стороны MS SQL
    #33819296
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
andy stв MSSQL2005 такая штука, как Database Engine Tuning Advisor вроде как умеет давать рекомендации
Это уже не автоматический сбор статистики. И именно это - автоматизированный процесс - с моей точки зрения является оптимумом.

В чем разница - в ответах на два вопроса:

- почему этот инструмент не запускается автоматом, если конечно не запускается
- почему он дает рекомендации, а не просто выполняет рекомендованные действия.

Полагаю, общий ответ - потому что "автоматически" будет существенно неоптимально.

Аналогичные оракловые advisor-ы, если не ошибаюсь, упоминались в топике. Сравнивать их по качеству-возможностям я не готов - это админская область, в которой у меня нет существенных знаний.
...
Рейтинг: 0 / 0
Сильные стороны MS SQL
    #33819424
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ASCRUSВот поэтому я изначально и уточнил, что я имел ввиду под ручными настройками. Такие опции вряд ли стоит считать ручными настроками,
Это не меняет принципа. Информация, которую сервер может эффективно собрать и проанализировать, недостаточна в общем случае. А именно эти примеры я привел потому, что они легковоспринимаемы, отражаются на знания и опыт всех присутствующих.

ASCRUSвсе это можно считать просто направляющим функционалом, как Вы правильно выразились, именно направляющим и подсказывающим серверу
А большинство настроек именно к этому и относится. Допустим, в Oracle есть широкоизвестный параметр optimizer_index_cost_adj, который по сути регулирует привлекательность с точки зрения оптимизатора индексного доступа по сравнению с full table scan. Это же направляющий функционал в этой терминологии? Однако, как раз та ручка, за которую часто дергали в прошлом и которую используют до сих пор.

ASCRUSА вот хинты в запросе с явным указанием индексов или изменение опций работы кэша уже явно можно назвать ручными настройками работы сервера, которые жестко привязывают его работу
Как сказать... Oracle, например, иногда игнорирует хинт индекса в запросе.

ASCRUSв пределах заданных параметров. Или я не правильно понимаю, что в Оракле имеется ввиду под термином "ручные настройки" ?
Хм. Полагаю, здесь вопрос не "в Oracle", а "у конкретных людей". Я понимаю под настройками сервера в первую очередь то, что в Oracle называется параметрами экземпляра, настройки, записанные в файле инициализации и действующие либо на весь сервер, либо являющиеся настройками по умолчанию для более мелких объектов (сессия, запрос...)
...
Рейтинг: 0 / 0
Сильные стороны MS SQL
    #33819432
Фотография ChA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
softwarerне нашел информации именно по временным таблицам - полагаю, очевидно, что подход сбора статистики для них должен несколько отличаться.Да, в принципе, также. Временные таблицы практически ничем не отличаются от обычных, за исключением некоторых особенностей tempdb, где "живут" все временные таблицы. Если посмотреть на свойства tempdb, то Autocreate и Autoupdate statistics по умолчанию включены. Именно поэтому использование временных таблиц при многократных вызовах процедур иногда может возникать проблемы с перекомпиляцией, по причине изменения статистики. В тоже время существуют табличные переменные, работа с которыми несколько отличается от работы с временными таблицами.
* Иногда, при просмотре планов запросов с использованием временных таблиц, можно увидеть примечание, что статистика по ним отсутствует, не успела создаться, хотя такое и нечасто увидишь. softwarerВ первую очередь, я бы не сказал, что в MSSQL этот подход реализован хоть как-то близко к требуемому мне уровню.Не вижу здесь предмета для спора, это всегда субъективно. Тем более, если мы пытаемся еще и смотреть чужими глазами. softwarerВ данном случае постановка жестче: выполнение минимальных админских операций не должно требовать и проблеска мысли. То есть примерно так: мы по телефону говорим: "Нажмите кнопку "Восстановить последний бэкап", и этим процесс починки завершается.Звучит обнадеживающе, но, боюсь, даже такой подход может приводить к непониманию и неадекватному восприятию, так как пользователь на другом конце провода может быть весьма далек от IT. Возможно, здесь нужен либо подход визардов, или сразу в Start-меню, если речь о Windows, зашить пункты типа "Вернуть прошлое состояние". Впрочем, не буду гадать, Вам на месте все равно виднее.
...
Рейтинг: 0 / 0
Сильные стороны MS SQL
    #33819479
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ABC_1982Если опыт весьма ограничен, то о чем может идти речь?!
В данном случае - о том, что нехило бы читать топик перед тем, как отвечать.

Итак - о том, что если я - грамотный пользователь компьютера со знанием "БД вообще" и некоторым опытом в MSSQL - встречался с проблемами, решение которых требовало существенных усилий, то неграмотный пользователь, не обладающий ни таким опытом, ни такими знаниями, пытаясь администрировать MSSQL, имеет весьма реальные шансы не справиться, и говорить, что родные средства MSSQL позволяют домохозяйке администрировать его с допустимым уровнем качества я бы не стал.

ABC_1982Или Вы хотите сказать, что если в Oracle "невнятный пользователь" (это Вы всех, кто не на Oracle сидит величаете? :) ) наткнется на проблему, то он ее на месте и сразу разгребет? :) Вы профессионал в одном узком направлении, не обязательно справитесь в другом...
По Вашему посту в "Работе" у меня сложилось мнение о Вас как о разумном и вдумчивом собеседнике. Сейчас, признаться, Вы разочаровываете.

ABC_1982А так, посмотреть на Вас, так можно параллели с религиозным экстремизмом провести: "я в других религиях не разбираюсь, они все равно "плохие" и должны умереть или, на худой конец, признать наше превосходство!"...
Безусловно. Особенно если не читать сказанное мной, а придумывать за меня.

ABC_1982Тема топика какая была, вообще? :)
О. Вовремя вспомнили.

ABC_1982P.S. Кто быстрее - Cessna с тремя рычагами управления винто-моторной группой или Bf-109 с одним рычагом автоматизированного управлением ВМГ? :)
Нет, тема топика была совсем другой, и даже тема той ветки обсуждения, в которую Вы влезли - также.
...
Рейтинг: 0 / 0
Сильные стороны MS SQL
    #33819518
ABC_1982
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
software
Просто как то странно Вы высказались, вот и все - точнее я не правильно Вас понял :) . Хотя топик вроде прочитал с начала... Если речь о домохозяйке управляющей MSSQL, тогда да, конечно...
В общем Вы выразили то, что я имел в виду: без знаний с проблемами справиться сложно, если вообще возможно...
Просто, повторяюсь, я неправильно Вас понял. Извиняюсь. :)
...
Рейтинг: 0 / 0
Сильные стороны MS SQL
    #33819530
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ChAВременные таблицы практически ничем не отличаются от обычных,
Не соглашусь. Скажем, для временной таблицы довольно типичен жизненный цикл стартовали с пустой -> заполнили значениями -> используем -> грохнули. Если использовать логику пересбора статистики при накоплении критического процента изменений, это приведет к многократному ненужному вызову сбора статистики на втором шаге. С другой стороны, совершенно не факт, что статистику вообще надо пересобирать; с тем же успехом реальна ситуация, когда статистика для каждого случая использования таблицы похожа, и достаточно использовать одну, однажды сохраненную.

ChAЗвучит обнадеживающе, но, боюсь, даже такой подход может приводить к непониманию и неадекватному восприятию, ....
Я в данном случае имел в виду главный принцип "все узко и прямо", ну а конкретная реализация - вопрос будущего, и в любом случае будет обкатываться на клиентах.
...
Рейтинг: 0 / 0
Сильные стороны MS SQL
    #33819564
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ABC_1982Просто как то странно Вы высказались, вот и все - точнее я не правильно Вас понял
Хм. Если не ошибаюсь, я высказался так:

softwarer ChAПри всей "кажущейся" простоте MSSQL ни у одного из заказчиков нет вменяемого DBA. Они даже включить "автоматику" не могут, типа, зашедулить самостоятельно backup ! Мне иногда рыдать хочется, глядючи на них. Какой им Oracle с кучей настроек
Хм. В моей текущей задаче на вторую очередь работ планируется именно реализация "автоматического администрирования для чайников с дружественным к оным интерфейсом".

Подчеркну: уточняю в рамках свойственного мне занудства. А в целом, надеюсь, разобрались в ситуации и пришли к согласию.
...
Рейтинг: 0 / 0
Сильные стороны MS SQL
    #33819586
andy st
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
softwarer andy stв MSSQL2005 такая штука, как Database Engine Tuning Advisor вроде как умеет давать рекомендации
Это уже не автоматический сбор статистики. И именно это - автоматизированный процесс - с моей точки зрения является оптимумом.

существующая гистограммы и колеекции собираются и обновляются автоматически.
эта программа ПРЕДЛАГАЕТ создать новые на основе ее анализа результата трассировки или плана выполнения конкретного запроса.
вопрос о возможности автоматического анализа трасс и автоматического применения рекомендаций по созданию гистограмм и коллекций я еще пока не копал.
...
Рейтинг: 0 / 0
Сильные стороны MS SQL
    #33819617
ABC_1982
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Software
Пришли, надеюсь. Моя вина, как начинаются "религиозные войны" или что-то на них похожее, так "глаза краснеют, взгляд сужается", вот и получается, что человека ни за что оскорбил...
...
Рейтинг: 0 / 0
Сильные стороны MS SQL
    #33819645
andy st
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
softwarerС другой стороны, совершенно не факт, что статистику вообще надо пересобирать; с тем же успехом реальна ситуация, когда статистика для каждого случая использования таблицы похожа, и достаточно использовать одну, однажды сохраненную.
аналогично, совершенно не факт, что статистика будет похожа.... и статистику просто необходимо будет пересобирать :)
...
Рейтинг: 0 / 0
Сильные стороны MS SQL
    #33819796
Фотография ChA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
softwarer ChAВременные таблицы практически ничем не отличаются от обычных,
Не соглашусь. Скажем, для временной таблицы довольно типичен жизненный цикл стартовали с пустой -> заполнили значениями -> используем -> грохнули.В каком смысле не согласитесь ? Подразумевалось в контексте MSSQL, что нет принципиальных различий между обычными и временными таблицами, кроме некоторых особенностей tempdb, а Вы о чем ? Опять же, для MSSQL накладные расходы на создание и удаление таблицы не так уж велики, чтобы всерьез их учитывать, особенно в tempdb.
softwarerЕсли использовать логику пересбора статистики при накоплении критического процента изменений, это приведет к многократному ненужному вызову сбора статистики на втором шаге. С другой стороны, совершенно не факт, что статистику вообще надо пересобирать; с тем же успехом реальна ситуация, когда статистика для каждого случая использования таблицы похожа, и достаточно использовать одну, однажды сохраненную.Да, ради Бога, как хотите, так и делайте, практически все необходимые "ручки" для этого есть, но по умолчанию сделано auto. Возможно, Вы невнимательно посмотрели предложенную ссылку. Если совсем не нужен учет статистики, нет проблем, пользуйте табличные переменные. INF: Frequently Asked Questions - SQL Server 2000 - Table VariablesTable variables do not maintain statistics like temporary tables can. Statistics cannot be created on table variables through automatic creation or by using the CREATE STATISTICS statement. Therefore, for complex queries on large tables, the lack of statistics may deter the optimizer to determine the best plan for a query, thus affecting the performance of that query.
...
Рейтинг: 0 / 0
Сильные стороны MS SQL
    #33819833
VoDA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ну яВ чем тогда смысл транзакции? Откатывать-то что будете? Последний ~10к? а транзакции нифига не нужны (в данной задаче). нужна скорость.
откат (если очень приспичило делается по бэкапам).
ну яИзолировать? Изолировать только последние ~10k?
Изолировать от кого? читаем внимательно:
VoDA...
Идет Update второго столбца инт в соответствии со словарем. СУБД используется монопольно.
...
перевод: весь сервер как железка отдан под СУБД, которая выполняет ТОЛЬКО этот запрос.
...
Рейтинг: 0 / 0
Сильные стороны MS SQL
    #33819857
Фотография ну я
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
VoDA ну яВ чем тогда смысл транзакции? Откатывать-то что будете? Последний ~10к? а транзакции нифига не нужны (в данной задаче). нужна скорость.
откат (если очень приспичило делается по бэкапам).
ну яИзолировать? Изолировать только последние ~10k?
Изолировать от кого? читаем внимательно:
VoDA...
Идет Update второго столбца инт в соответствии со словарем. СУБД используется монопольно.
...
перевод: весь сервер как железка отдан под СУБД, которая выполняет ТОЛЬКО этот запрос.
Пояснения понятны.
...
Рейтинг: 0 / 0
Сильные стороны MS SQL
    #33819952
ЛП
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2 VoDA
пример: есть таблица на 10 млн. строк (может и больше). простая - 2 int + 1 varchar (один инт - PK).
Идет Update второго столбца инт в соответствии со словарем. СУБД используется монопольно.

Вопрос: почему и зачем накручивается столько блокировок, что сервер уходит в дикий своп.

Т.е. база используется в single-user mode?
И в синг-юзер моде оно умудряется вешать десять миллионов блокировок от самого себя?
Забавно.

И при этом еще не срабатывает эскалация блокировок, о которой так долго говорили большевики? А почему?

Простите, а Вы случайно ничего "ручками" не подкручивали? :)
...
Рейтинг: 0 / 0
25 сообщений из 132, страница 4 из 6
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Сильные стороны MS SQL
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]