Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 .. 35 36 37 38 39 [40] 41 42 43 44 .. 54   вперед  Ctrl
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
iv_an_ru
Member

Откуда: Новосибирск
Сообщений: 20368
PetrovVA
Тьху..

2. Я уже понял, что от ваших шагов содрогаются даже горы на закат от Синэ, а ветер от вашего голоса ломает бамбук, но не внемлет ли Ваше Крутейшество мольбе простого смертного и не назовёт ли проекты "на несколько миллионов составных элементов", которые Ваше Крутейшество вело, ну или хотя бы в которых участвовало?
28 окт 13, 03:41    [15039321]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
PetrovVA
Member

Откуда:
Сообщений: 44
iv_an_ru
PetrovVA
Про реальные системы на несколько миллионов составных элементов ты в курсях? И всего-то нужно поднять глаза к небу и посмотреть на инверсионный след какого-нибудь пролетающего ввыси боинга...
...полтора миллиарда транзисторов...
...Взаимодействие составных частей любой операционной системы...

Сложность структуры взаимодействия "частей" в подобных реальных изделиях ты и представить себе не можешь, но ведь находятся люди, которые реально "держат в голове" всю сложность взаимодействия в этих системах...
1. Вы крупно облажались с примерами.
Это тебе за бумажкой бежать поздно: примеры существующих реально сложных систем с очень высокой надежностью и очень высокой ответственностью - в самый раз.
iv_an_ru
Пассажирский Боинг --- сильно модульная конструкция, которую на 99% независимо друг от друга разрабатывают десятки отдельных поставщиков, используя опять-таки готовые гайки, во внутренности которых они не вдаются.
Опаньки! Оказывается, есть в мире люди, которые способны проектировать сложные модульные системы в сложной кооперации с другими. И находится во всей этой большой толпе кто-то, кто может а) держать в голове все взаимосвязи и б) в результате получать надежно работающий, легко сопровождаемый продукт.
За то и спич: не умеешь проектировать сложные системы и реально оценивать их сложность - не лезь в калашный ряд.
iv_an_ru
Полтора миллиарда транзисторов в изрядной части состоят из кэша, и про большую часть взаимодействий знает только софт проектировщика.
Вот и крутые знатоки процессорных микроархитектур объявились.
Тебе гуглем не показал картинки фотографий кристалла и спецификацию на процессор? Тем более, что кэш гораздо более интересен логикой своей работы, чем простым количеством используемых для него транзисторов. Вычислительные ядра, встроенная графика и управляющая логика - тоже сами по себе отдельно замечательные штуки. Заодно повентилируй тему про процессорный микрокод. А еще есть интерфейсы и протоколы взаимодействия с внешними компонентами вычислительной системы. И вся документация для работы со всем этим хозяйством доступна разработчикам как физической системы, так и программного обеспечения для нее.
iv_an_ru
Операционка в её голом виде, начальный загрузчик + замена биоса + супервизор, не представляет из себя чего-то экстраординарного, а все свистульки и колокольчики вокруг этой центральной части связаны между собой достаточно слабо и поэтому успешно разрабатываются без привлечения мегамозгов.
Раз уж ты такой любитель "свистулек и колокольчиков", то проси гугля расказать про "линукс кернел" - будешь сильно удивлен.
iv_an_ru
Мегамозги нужны, скажем, для разработки ядер СУБД. Но и там никто не отказывается от использования разнообразнейшего отладочного инструментария. Мегамозг --- хорошо, а мегамозг + ddd + valgrind + ещё куча всего --- лучше :)
Падсталом!
Ты бы еще ассемблерным отладчиком хранимые процедуры на сервере БД отлаживать предложил для полноты клинической картины. дурак... молиться... голова...
28 окт 13, 05:13    [15039335]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
PetrovVA
Member

Откуда:
Сообщений: 44
iv_an_ru
PetrovVA
Тьху..

2. Я уже понял, что от ваших шагов содрогаются даже горы на закат от Синэ, а ветер от вашего голоса ломает бамбук, но не внемлет ли Ваше Крутейшество мольбе простого смертного и не назовёт ли проекты "на несколько миллионов составных элементов", которые Ваше Крутейшество вело, ну или хотя бы в которых участвовало?
В отличие от тебя я не размызываю сопли из-за неспособности безопасно использовать чужие покупные модули - да, прочитал, повеселился
кароче иди проспись - ночь не твое время.
28 окт 13, 05:20    [15039338]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
iv_an_ru
Member

Откуда: Новосибирск
Сообщений: 20368
Хм. Его Крутейшество не замечает разницы между отладкой ядра СУБД и отладки хранимок, выполняющихся этой СУБД. Это забавно.
P.S. кстати, был один весёлый случай, когда исполнение хранимок отлаживали именно на уровне асмовых инструкций. У нас много лет была поддержка для процов, у которых стек растёт сверху вниз, и процов, у которых стек растёт снизу вверх. При старте мы один раз тестировали направление стека, запоминали флажок, и потом везде где надо стояли проверки на переполнения, которые учитывали этот флажок. А потом понадобилось портироваться на проц, у которого стек растёт с двух концов в середину. Причём всё тестирование было удалённым, причём с очень куцым инструментарием. В общем, было весело.
28 окт 13, 06:01    [15039343]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
Одинадцать Белых Котиков
Member [заблокирован]

Откуда:
Сообщений: 908
iv_an_ru,

Как это он с двух концов растёт? Там два указателя стека? Это ж тогда два стека, а не один.
28 окт 13, 06:46    [15039377]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
iv_an_ru
Member

Откуда: Новосибирск
Сообщений: 20368
Одинадцать Белых Котиков,

Угу. Выделяешь нитку, заказываешь 100 килобайт стек, забиваешь его на 70 килобайт вложенными вызовами функций, а потом внезапно GPF. Потому что параметры, передававшиеся через регистры, складывались, оказывается, с использованием отдельного указателя регистровой части стека, с другого конца тех 100 килобайт. И вот эти два указателя столкнулись. Как Челубей с Пересветом.

Добавили ещё один вариант в логику, что делать-то ещё.
28 окт 13, 07:46    [15039406]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67487
Блог
PetrovVA
Не хотелось влезать, но поток ламеристического бреда придется прокомментировать...

Кокетство по принципу "Пить не хотелось, но пришлось"? Вы лучше бы вместо этого хотя бы прочитали то, что пытаетесь комментировать, поскольку по Вашему ответу очевидно, что Вы вообще не поняли, о чём идёт речь.

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

Для начала назовите человека, который сможет хотя бы просто от начала и до конца записать "из головы" список его элементарных деталей и потом по выбранной произвольно гайке из списка сказать, где она находится и что делает. Тогда поговорим про хранение в голове полной схемы их взаимодействия.

PetrovVA
- почти полтора миллиарда транзисторов... Чип оперативной памяти компьютера - миллиарды одних только запоминающих ячеек...

Вы ухитрились найти очень забавную пару примеров. Подсказываю: в "Боингах" есть и процессоры, и память. Поэтому, называя "пара-тройка миллионов запчастей" Вы либо ошиблись на четыре-пять порядков, либо рассматривали "процессор" как одну неделимую запчасть. В последнем же случае Вы блестяще опровергли собственные пафосные крики.
28 окт 13, 11:05    [15040001]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
sphinx_mv
Member [заблокирован]

Откуда:
Сообщений: 1672
iv_an_ru
не замечает разницы между отладкой ядра СУБД и отладки хранимок, выполняющихся этой СУБД. Это забавно.
Класс!
А почему мне помнится, как кое-кто про практическую полезность стека вызовов хранимых процедур и функций на сервере баз данных рассказывал и доказывал?
Да, похоже разницы между разработкой ядра системы и разработкой базы данных Вы (и не только Вы) чего-то "не замечаете"...
В-общем, замечательный такой пасьянс выкладывается...
iv_an_ru
P.S. кстати, был один весёлый случай, когда исполнение хранимок отлаживали именно на уровне асмовых инструкций. У нас много лет была поддержка для процов, у которых стек растёт сверху вниз, и процов, у которых стек растёт снизу вверх. При старте мы один раз тестировали направление стека, запоминали флажок, и потом везде где надо стояли проверки на переполнения, которые учитывали этот флажок. А потом понадобилось портироваться на проц, у которого стек растёт с двух концов в середину. Причём всё тестирование было удалённым, причём с очень куцым инструментарием. В общем, было весело.
Аксиома Кана: "если уже ничего не помогает, прочтите, наконец, инструкцию". (или документацию)...
28 окт 13, 13:23    [15040854]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
PetrovVA
Member

Откуда:
Сообщений: 44
iv_an_ru
Хм. Его Крутейшество не замечает разницы между отладкой ядра СУБД и отладки хранимок, выполняющихся этой СУБД. Это забавно.
Да забавно, когда ты путаешь это.
iv_an_ru
При старте мы один раз тестировали направление стека, запоминали флажок, и потом везде где надо стояли проверки на переполнения, которые учитывали этот флажок. А потом понадобилось портироваться на проц, у которого стек растёт с двух концов в середину.
Явки, пароли, особые приметы?
iv_an_ru
Причём всё тестирование было удалённым, причём с очень куцым инструментарием. В общем, было весело.
Еще бы не быть веселым, когда тебе доступ к документации на процессор забанили...
iv_an_ru
Выделяешь нитку, заказываешь 100 килобайт стек, забиваешь его на 70 килобайт вложенными вызовами функций
Ну, сходи расскажи про свои сложности разработчикам, у которых в системе всей оперативной памяти бывает меньше сотни килобайт...
28 окт 13, 13:24    [15040861]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
PetrovVA
Member

Откуда:
Сообщений: 44
softwarer
PetrovVA
Не хотелось влезать, но поток ламеристического бреда придется прокомментировать...

Кокетство по принципу "Пить не хотелось, но пришлось"? Вы лучше бы вместо этого хотя бы прочитали то, что пытаетесь комментировать, поскольку по Вашему ответу очевидно, что Вы вообще не поняли, о чём идёт речь.
А ты сам вообще чтото понял их того, что тебе писалось?
Ты сначала потренируй свои мозги и расширь свой уровень восприятия сложных систем, потом и будешь возникать с претензиями: сейчас любой слесарь в автосервисе умеет держать в голове больше, чем тебе физически доступно.
softwarer
PetrovVA
посмотреть на инверсионный след какого-нибудь пролетающего ввыси боинга... Всего пара-тройка миллионов взаимосвязанных запчастей... но ведь находятся люди, которые реально "держат в голове" всю сложность взаимодействия в этих системах

Для начала назовите человека, который сможет хотя бы просто от начала и до конца записать "из головы" список его элементарных деталей и потом по выбранной произвольно гайке из списка сказать, где она находится и что делает. Тогда поговорим про хранение в голове полной схемы их взаимодействия.
Бла-бла-бла...
Смешно слышать подобные аргументы от школоты, путающейся в нескольких уровнях вызова хранимых процедур.
Ну очень крутой из тебя проектировщик офигенно сложных систем. В-общем, к чему-то сложнее крепежного болта с гайкой тебя подпускать опасно для твоей неокрепшей психики.
softwarer
PetrovVA
- почти полтора миллиарда транзисторов... Чип оперативной памяти компьютера - миллиарды одних только запоминающих ячеек...

Вы ухитрились найти очень забавную пару примеров. Подсказываю: в "Боингах" есть и процессоры, и память. Поэтому, называя "пара-тройка миллионов запчастей" Вы либо ошиблись на четыре-пять порядков, либо рассматривали "процессор" как одну неделимую запчасть.
Деточка! Хоть ты и с целым вряд ли разберешься, иди подели процессор из приведенного примера физически на составные части...
softwarer
В последнем же случае Вы блестяще опровергли собственные пафосные крики.
Ты со своим бредом когда разберешься?
Тебя в школе не учили, что на некотрые вещи можно смотреть в одном случае как на единое целое, а в другом случае как на множество составных частей? Не удивительно, что у тебя проблемы. Короче, жги напалмом дальше.
28 окт 13, 13:31    [15040911]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
iv_an_ru
Member

Откуда: Новосибирск
Сообщений: 20368
sphinx_mv
iv_an_ru
не замечает разницы между отладкой ядра СУБД и отладки хранимок, выполняющихся этой СУБД. Это забавно.
Класс!
А почему мне помнится, как кое-кто про практическую полезность стека вызовов хранимых процедур и функций на сервере баз данных рассказывал и доказывал?
Обычно апп-девелопер получает в своё распоряжение релизную версию СУБД, а не сборку, которая ещё даже не альфа, правда?

sphinx_mv
Аксиома Кана: "если уже ничего не помогает, прочтите, наконец, инструкцию". (или документацию)...
Лучше б мы её тогда не читали, потому что в ней было описано поведение чуть-чуть не той версии pthreads :)
28 окт 13, 13:40    [15041007]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
iv_an_ru
Member

Откуда: Новосибирск
Сообщений: 20368
PetrovVA
Ну, сходи расскажи про свои сложности разработчикам, у которых в системе всей оперативной памяти бывает меньше сотни килобайт...
Зайка моя, я ж на ВУМСе начинал :) Полдюймовая лента, восьмидюймовые дискеты, и прочее говно мамонта.
28 окт 13, 13:46    [15041054]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
iv_an_ru
Member

Откуда: Новосибирск
Сообщений: 20368
PetrovVA,

По прежнему хочется услышать, что ж за такое невоспитанное чудо сюда впёрлось, и умеет ли оно что-нибудь, кроме жирного тролления. Гюльчатай, покажи личико.
28 окт 13, 13:48    [15041072]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
sphinx_mv
Member [заблокирован]

Откуда:
Сообщений: 1672
iv_an_ru
sphinx_mv
пропущено...
Класс!
А почему мне помнится, как кое-кто про практическую полезность стека вызовов хранимых процедур и функций на сервере баз данных рассказывал и доказывал?
Обычно апп-девелопер получает в своё распоряжение релизную версию СУБД, а не сборку, которая ещё даже не альфа, правда?
То есть, Вы не в курсе, что апп-разработчику, работающему с релизной версией СУБД, совершенно не интересны инструменты, актуальные только для разработчиков серверного ядра СУБД?
28 окт 13, 14:13    [15041239]     Ответить | Цитировать Сообщить модератору
 Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67487
Блог
PetrovVA

Привет, милейший. А я уж, признаться, подумал, что Вы проспались и устыдились.

PetrovVA
А ты сам вообще чтото понял их того, что тебе писалось?

У любого, кто в этом усомнился, была возможность проверить. Судя по ответам, мысли "меня не понимают" у собеседников не возникало.

Слушайте, всего за два поста Вы ухитрились продемонстрировать три ярких черты, ранее проявленных в беседе товарищем Сфинксом:

  • скучное и беспомощное хамство
  • принцип "сам дурак"
  • принцип "я могу нести любую пургу и прав, потому что мне сдуру показалось, что другие неправы".

    Вы точно уверены, что вы не братья?

    PetrovVA
    softwarer
    Для начала назовите человека, который сможет хотя бы просто от начала и до конца записать "из головы" список его элементарных деталей

    Бла-бла-бла...
    Смешно слышать
    от школоты, путающейся в нескольких уровнях вызова хранимых процедур.
    Ну очень крутой из тебя проектировщик
    неокрепшей психики.

    Ну то есть сказать нечего и назвать никого не можете. Умение отвечать за свои слова - четвёртая общая черта со Сфинксом.

    PetrovVA
    Тебя в школе не учили, что на некотрые вещи можно смотреть в одном случае как на единое целое, а в другом случае как на множество составных частей?

    Умница, ВА. Если добавить к этой известной Вам особенности ещё несколько черт - получится принцип модульности, повсеместно применяемый для проектирования технически сложных продуктов. Даже куда более простых, чем боинги и процессоры. Именно он как раз и избавляет проектировщика от необходимости представлять себе взаимодействие "миллионов элементов". И как раз благодаря этому принципу твой пафос плюхается в лужу, а боинги таки летают.

    П.С. Слушай, ради любопытства - если посмотреть твои посты, всего год назад ты был вполне нормальным человеком, задавал не самые глупые вопросы. Летом уже... мда. Что случилось, ПТ, что ли, обчитался?
  • 28 окт 13, 14:18    [15041288]     Ответить | Цитировать Сообщить модератору
     Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
    iv_an_ru
    Member

    Откуда: Новосибирск
    Сообщений: 20368
    sphinx_mv
    iv_an_ru
    пропущено...
    Обычно апп-девелопер получает в своё распоряжение релизную версию СУБД, а не сборку, которая ещё даже не альфа, правда?
    То есть, Вы не в курсе, что апп-разработчику, работающему с релизной версией СУБД, совершенно не интересны инструменты, актуальные только для разработчиков серверного ядра СУБД?
    Да, ddd, valgrind, cachegrind, oprofile и прочие электрозаборы ему совершенно не интересны. Ему интересны всевозможные дампы состояний SQL-интерпретатора, сборщики статистик, планы запросов, интерактивный отладчик в интерпретаторе процедур и прочие инструменты "его" уровня абстракции.
    28 окт 13, 14:39    [15041433]     Ответить | Цитировать Сообщить модератору
     Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
    iv_an_ru
    Member

    Откуда: Новосибирск
    Сообщений: 20368
    softwarer
    всего год назад ты был вполне нормальным человеком, задавал не самые глупые вопросы. Летом уже... мда. Что случилось, ПТ, что ли, обчитался?
    Дык аноним же. Вполне могут быть и несколько человек под одним логином.
    28 окт 13, 14:41    [15041448]     Ответить | Цитировать Сообщить модератору
     Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
    PetrovVA
    Member

    Откуда:
    Сообщений: 44
    softwarer
    PetrovVA
    Тебя в школе не учили, что на некотрые вещи можно смотреть в одном случае как на единое целое, а в другом случае как на множество составных частей?

    Умница, ВА. Если добавить к этой известной Вам особенности ещё несколько черт - получится принцип модульности, повсеместно применяемый для проектирования технически сложных продуктов. Даже куда более простых, чем боинги и процессоры. Именно он как раз и избавляет проектировщика от необходимости представлять себе взаимодействие "миллионов элементов". И как раз благодаря этому принципу твой пафос плюхается в лужу, а боинги таки летают.
    Боинги летают...
    А softwarer жалуется на проблемы с сопровождением проектов из-за неспособности использовать модульность.
    Улыбнуло, когда у тебя возникли гениальные идеи посадить всех своих разработчиков на переписывание всей твоей системы, чтобы побороть баги, вылезающие в одном конкретном месте... Так что про адекватность проектировщиков и сложность их проектов тебе лучше не заикаться.
    28 окт 13, 14:52    [15041515]     Ответить | Цитировать Сообщить модератору
     Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
    softwarer
    Member

    Откуда: 127.0.0.1
    Сообщений: 67487
    Блог
    PetrovVA
    А softwarer жалуется

    И снова использование любимого оборота приснопамятного Сфинкса. Гюльчатай.. иди уже проспись? Cкучно ведь.

    iv_an_ru
    Дык аноним же. Вполне могут быть и несколько человек под одним логином.

    Пока что просвечивающие детали настойчиво наталкивают на мысль об обратной зависимости.
    28 окт 13, 15:06    [15041604]     Ответить | Цитировать Сообщить модератору
     Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
    sphinx_mv
    Member [заблокирован]

    Откуда:
    Сообщений: 1672
    iv_an_ru
    sphinx_mv
    пропущено...
    То есть, Вы не в курсе, что апп-разработчику, работающему с релизной версией СУБД, совершенно не интересны инструменты, актуальные только для разработчиков серверного ядра СУБД?
    Да, ddd, valgrind, cachegrind, oprofile и прочие электрозаборы ему совершенно не интересны. Ему интересны всевозможные дампы состояний SQL-интерпретатора, сборщики статистик, планы запросов, интерактивный отладчик в интерпретаторе процедур и прочие инструменты "его" уровня абстракции.
    Не смешно.
    Меня тут с пеной у рта убеждали, что именно со стеком вызовов хранимых процедур скорость разработки и легкость сопровождения на MSSQL взлетят до неимоверных высот...
    По поводу "прочих инструментов" - хотелось бы расшифровки.
    И уж точно хотелось бы без "сливов", что, оказывается, нужны сборщики статистик, планы запросов, интерактивные отладчики процедур - хотелось бы подробностей: чего из этого нет в MSSQL?
    28 окт 13, 15:14    [15041648]     Ответить | Цитировать Сообщить модератору
     Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
    iv_an_ru
    Member

    Откуда: Новосибирск
    Сообщений: 20368
    sphinx_mv
    iv_an_ru
    пропущено...
    Да, ddd, valgrind, cachegrind, oprofile и прочие электрозаборы ему совершенно не интересны. Ему интересны всевозможные дампы состояний SQL-интерпретатора, сборщики статистик, планы запросов, интерактивный отладчик в интерпретаторе процедур и прочие инструменты "его" уровня абстракции.
    Не смешно.
    Меня тут с пеной у рта убеждали, что именно со стеком вызовов хранимых процедур скорость разработки и легкость сопровождения на MSSQL взлетят до неимоверных высот...
    По поводу "прочих инструментов" - хотелось бы расшифровки.
    И уж точно хотелось бы без "сливов", что, оказывается, нужны сборщики статистик, планы запросов, интерактивные отладчики процедур - хотелось бы подробностей: чего из этого нет в MSSQL?
    1. С пеной у рта вы тут один.
    2. не "именно", а просто весьма полезная штука.
    3. понятия не имею, что именно есть и чего нет в MSSQL, никогда с ним не работал.
    28 окт 13, 15:23    [15041704]     Ответить | Цитировать Сообщить модератору
     Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
    Dimitry Sibiryakov
    Member

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

    sphinx_mv
    убеждали, что именно со стеком вызовов хранимых процедур скорость
    разработки и легкость сопровождения на MSSQL взлетят до неимоверных высот...

    Не "взлетят до неимоверных высот", а "хотя бы немного приблизятся ко всем остальным".

    Posted via ActualForum NNTP Server 1.5

    28 окт 13, 15:26    [15041732]     Ответить | Цитировать Сообщить модератору
     Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
    Выcпрошайка
    Member

    Откуда: Из страны вопросов без ответов
    Сообщений: 6376
    Ну ни хрена себе, аж за сорок страниц уже, срачевню развели.
    28 окт 13, 18:25    [15042720]     Ответить | Цитировать Сообщить модератору
     Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
    sphinx_mv
    Member [заблокирован]

    Откуда:
    Сообщений: 1672
    iv_an_ru
    sphinx_mv
    Не смешно.
    Меня тут с пеной у рта убеждали, что именно со стеком вызовов хранимых процедур скорость разработки и легкость сопровождения на MSSQL взлетят до неимоверных высот...
    По поводу "прочих инструментов" - хотелось бы расшифровки.
    И уж точно хотелось бы без "сливов", что, оказывается, нужны сборщики статистик, планы запросов, интерактивные отладчики процедур - хотелось бы подробностей: чего из этого нет в MSSQL?

    1. С пеной у рта вы тут один.
    2. не "именно", а просто весьма полезная штука.
    3. понятия не имею, что именно есть и чего нет в MSSQL, никогда с ним не работал.
    По пункту "1". Пену у себя подотрите, потому что с учетом Вашего пункта "3" смысл пункта "2" выпадает ниже плинтуса - откуда Вы можете знать, какая фича обязательно окажется полезной в среде, в которой Вы никогда не работали? Полотенце найдете?
    28 окт 13, 18:40    [15042764]     Ответить | Цитировать Сообщить модератору
     Re: Зачем выбирать другие СУБД, если существует MS SQLServer?  [new]
    sphinx_mv
    Member [заблокирован]

    Откуда:
    Сообщений: 1672
    Dimitry Sibiryakov
    sphinx_mv
    убеждали, что именно со стеком вызовов хранимых процедур скорость
    разработки и легкость сопровождения на MSSQL взлетят до неимоверных высот...

    Не "взлетят до неимоверных высот", а "хотя бы немного приблизятся ко всем остальным".
    Дмитрий, Вы уже из песочницы выбрались?
    How to debug stored procedures?
    Firebird still doesn't offer hooks for stored procedure debugging yet.
    28 окт 13, 18:43    [15042776]     Ответить | Цитировать Сообщить модератору
    Топик располагается на нескольких страницах: Ctrl  назад   1 .. 35 36 37 38 39 [40] 41 42 43 44 .. 54   вперед  Ctrl
    Все форумы / Сравнение СУБД Ответить