powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Сравнение СУБД MS SQL Server и Oracle
25 сообщений из 102, страница 2 из 5
Сравнение СУБД MS SQL Server и Oracle
    #38321116
Фотография mayton
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Про усы...
...
Рейтинг: 0 / 0
Сравнение СУБД MS SQL Server и Oracle
    #38321169
servit
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Infernal V. RavenservitУ всех X vs Y есть одна черта: они быстро устаревают, так как разработчики как X, так и Y, читая их, мотают себе на ус.
Это про что?Про документы на сравнение. С выходом очередных версий продуктов эти документы устаревают и, по-хорошему, сравнение нужно делать по новой.
...
Рейтинг: 0 / 0
Сравнение СУБД MS SQL Server и Oracle
    #38321558
мимо
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
comparator,
Про выбор всё просто: где больше опыт - ту и выбирай. Если отойти от опыта, и порассуждать вообще, то: если ос винда, пишется всё под фреймфорк (VS) , приложение многоуровневое - ms sql оптимальный выбор. Т.к. ос, средства разработки, сервер бд представляют одно целое.
...
Рейтинг: 0 / 0
Сравнение СУБД MS SQL Server и Oracle
    #38321657
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
мимо... Если отойти от опыта, и порассуждать вообще, то: если ос винда, пишется всё под фреймфорк (VS) , приложение многоуровневое - ms sql оптимальный выбор. Т.к. ос, средства разработки, сервер бд представляют одно целое.
Возможно, оптимальность все же может предполагать учет большего количества достоинств и недостатков чем Один (ос, средства разработки, сервер бд представляют одно целое). Особенно, если этот Один в наши дни весит, скорее всего, нет так много в общем случае.
...
Рейтинг: 0 / 0
Сравнение СУБД MS SQL Server и Oracle
    #38321813
мимо
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
vadiminfoОсобенно, если этот Один в наши дни весит, скорее всего, нет так много в общем случае.
И где, этот Один, весит не так много в общем случае? В наши дни, именно, благодаря этому имеем повсеместный успех продвижения mssql и фреймворка в массы.
...
Рейтинг: 0 / 0
Сравнение СУБД MS SQL Server и Oracle
    #38322002
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
мимоИ где, этот Один, весит не так много в общем случае?
Ну вроде как бы на винде седня многие могут крутиться. И для многих СУБД нет траблой работать со всеможными тулсами для разработки клиентских прог. Этим сегодня никого уже не удивишь.

мимоВ наши дни, именно, благодаря этому имеем повсеместный успех продвижения mssql и фреймворка в массы.
Да вроде в массах и Оракл себя плохо никогда не чувствовал. И на винде в том числе.
...
Рейтинг: 0 / 0
Сравнение СУБД MS SQL Server и Oracle
    #38322110
мимо
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
vadiminfoНу вроде как бы ...
Да вроде в ...
Представление о ситуации и проблемах в разработке сегодня, вроде как бы , понятно...
...
Рейтинг: 0 / 0
Сравнение СУБД MS SQL Server и Oracle
    #38322318
Victor Metelitsa
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
мимоЕсли отойти от опыта, и порассуждать вообще, то: если ос винда, пишется всё под фреймфорк (VS) , приложение многоуровневое - ms sql оптимальный выбор. Т.к. ос, средства разработки, сервер бд представляют одно целое.
Огород, бузина, Киев и дядька не представляют собой одно целое. В частности, вместо огорода можно взять сад, вместо бузины - яблоки, вместо Киева - Москву, вместо дядьки - тётьку. Так почему же бузина оптимальный выбор?
...
Рейтинг: 0 / 0
Сравнение СУБД MS SQL Server и Oracle
    #38322528
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
мимоvadiminfoНу вроде как бы ...
Да вроде в ...
Представление о ситуации и проблемах в разработке сегодня, вроде как бы , понятно...
Ну если удалось увязать оптимальность с Одним достоиством эпохи непереносимых прог, то наверное, понимание не должно допускать сомнений.
Они могли не добавлять там всякие фичи в СУБД, что есть у других. Это Одно все перевесит.
...
Рейтинг: 0 / 0
Сравнение СУБД MS SQL Server и Oracle
    #38323682
мимо
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Victor MetelitsaмимоЕсли отойти от опыта, и порассуждать вообще, то: если ос винда, пишется всё под фреймфорк (VS) , приложение многоуровневое - ms sql оптимальный выбор. Т.к. ос, средства разработки, сервер бд представляют одно целое.
Огород, бузина, Киев и дядька не представляют собой одно целое. В частности, вместо огорода можно взять сад, вместо бузины - яблоки, вместо Киева - Москву, вместо дядьки - тётьку. Так почему же бузина оптимальный выбор?
Нельзя брать "вместо огорода сад", точнее неудобно и муторно.
Простой пример: допустим клиент написан под фреймворк, который использует понятные типы (int16,int32,буля и т.д.). Соответственно, получая данные с сервера бд для обработки необходимо, чтоб типы данных с сервера можно было замапить с типами клиента(фреймворк). Если вы используете связку net - ms sql - это делается автоматом: и там и там есть и инт и буля. Если же вы захотите вместо скл использовать оракл, то сразу возникают вопросы: а как там (в оракле) с интом и булей. Это можно конечно решить, но уже самодельщина. Не говоря уже об всяких орм, об "интегрировании" фрейворка в скл и т.д. и т.п.
Поэтому если винда и фреймворк, то скл наиболее выгодное решение, по соотношению "производительность/стоимость".
...
Рейтинг: 0 / 0
Сравнение СУБД MS SQL Server и Oracle
    #38323728
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
мимо...необходимо, чтоб типы данных с сервера можно было замапить с типами клиента(фреймворк). Если вы используете связку net - ms sql - это делается автоматом: и там и там есть и инт и буля. Если же вы захотите вместо скл использовать оракл, то сразу возникают вопросы: а как там (в оракле) с интом и булей. Это можно конечно решить, но уже самодельщина. Не говоря уже об всяких орм, об "интегрировании" фрейворка в скл и т.д. и т.п.
Поэтому если винда и фреймворк, то скл наиболее выгодное решение, по соотношению "производительность/стоимость".
Найдено решающее узкое место в "производительности/стоимость". Всякие там индексы, секционирование, материализованные представления, оптимизаторы можно теперь забыть. Им нуно было просто добавить типы "инт и буля" и готово "наиболее выгодное решение, по соотношению ".
...
Рейтинг: 0 / 0
Сравнение СУБД MS SQL Server и Oracle
    #38323773
мимо
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
vadiminfoмимо...необходимо, чтоб типы данных с сервера можно было замапить с типами клиента(фреймворк). Если вы используете связку net - ms sql - это делается автоматом: и там и там есть и инт и буля. Если же вы захотите вместо скл использовать оракл, то сразу возникают вопросы: а как там (в оракле) с интом и булей. Это можно конечно решить, но уже самодельщина. Не говоря уже об всяких орм, об "интегрировании" фрейворка в скл и т.д. и т.п.
Поэтому если винда и фреймворк, то скл наиболее выгодное решение, по соотношению "производительность/стоимость".
Найдено решающее узкое место в "производительности/стоимость". Всякие там индексы, секционирование, материализованные представления, оптимизаторы можно теперь забыть. Им нуно было просто добавить типы "инт и буля" и готово "наиболее выгодное решение, по соотношению ".
"Всякие индексы и секционирование" и в скл есть и работают достостойно (некоторые могут не поверить, но факт). Материализованных представлений нет, но есть индексированные. А уж оптимизатор - на порядок лучше ораклового. Если сравнивать производительность оракла (11г) и скл (2008р2) на винде (на одинаковом железе) для селектов, инсертов, апдейтов, делитов при одинаковой структуре и объемах, то ораклу ловить нечего. Я не скажу, что скл на порядок быстрее, но оракл тут не интересен ни в каком виде.
...
Рейтинг: 0 / 0
Сравнение СУБД MS SQL Server и Oracle
    #38323803
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
мимо"Всякие индексы и секционирование" и в скл есть и работают достостойно (некоторые могут не поверить, но факт). Материализованных представлений нет, но есть индексированные. А уж оптимизатор - на порядок лучше ораклового. Если сравнивать производительность оракла (11г) и скл (2008р2) на винде (на одинаковом железе) для селектов, инсертов, апдейтов, делитов при одинаковой структуре и объемах, то ораклу ловить нечего. Я не скажу, что скл на порядок быстрее, но оракл тут не интересен ни в каком виде.
Как бы ожидалось, что Вы сделали открытие, что производительность приложений БД решается на клиенте, а не как это считалось до сих пор на сервере.

А сравнивать на сервере, я думаю, лучше поручить специалистам по серверам, а не клиентам: где гарантия что у последних и один Оракл "на винде (на одинаковом железе)" не будет быстрее другого на порядок?
Здесь безапеляционности в суждениях может быть не достаточно.
...
Рейтинг: 0 / 0
Сравнение СУБД MS SQL Server и Oracle
    #38323827
мимо
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
vadiminfoКак бы ожидалось, что Вы сделали открытие, что производительность приложений БД решается на клиенте, а не как это считалось до сих пор на сервере.

И где я такое писал? Причем тут клиент, когда писал: мимоЕсли сравнивать производительность оракла (11г) и скл (2008р2) на винде (на одинаковом железе) для селектов, инсертов, апдейтов, делитов при одинаковой структуре и объемах, то ораклу ловить нечего.
Можете сами (если есть возможность) написать "пару процедур" выполнить их и познать истину.
...
Рейтинг: 0 / 0
Сравнение СУБД MS SQL Server и Oracle
    #38323867
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
мимоИ где я такое писал? .

Вот Вы писали.

мимоПростой пример: допустим клиент написан под фреймворк, который использует понятные типы
...
Если же вы захотите вместо скл использовать оракл, то сразу возникают вопросы: а как там (в оракле) с интом и булей. Это можно конечно решить, но уже самодельщина. Не говоря уже об всяких орм, об "интегрировании" фрейворка в скл и т.д. и т.п.
Поэтому если винда и фреймворк, то скл наиболее выгодное решение, по соотношению "производительность/стоимость".
.
Как видно "клиент написан" и "выгодное решение по соотношению "производительность/стоимость".

мимоЕсли сравнивать производительность оракла (11г) и скл (2008р2) на винде (на одинаковом железе) для селектов, инсертов, апдейтов, делитов при одинаковой структуре и объемах, то ораклу ловить нечего.
Это Вы потом написали. Это уже не интересно, так как про сервер, уже было много и тут и на и на форуме. И в силу конкуренции и примерно известных всем технологиях эти показатели, скорее всего, выравниваются.

мимоМожете сами (если есть возможность) написать "пару процедур" выполнить их и познать истину.
вообще-то вы еще писали

мимоА уж оптимизатор - на порядок лучше ораклового.
Надеюсь Вы знаете "истину", что оптимизатор это не совсем то, что особо зависит от Винды: о том, что он хуже, мы бы, скорее всего, узнали на ТСР, т.е. на тестах признанных. Но этого пока не произошло.
Что же до "сами написать", то:
1. Меня интересую материализованные представления, а Вы написали, что их нет в Скуле.
2. Кроме того, я далек от постановки равенства между своим опытом и истинной, как, впрочем, и Вашего: нужны ссылки на другие источники.
...
Рейтинг: 0 / 0
Сравнение СУБД MS SQL Server и Oracle
    #38323940
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
мимоА уж оптимизатор - на порядок лучше ораклового.
Мне почему-то сразу вспомнилась фраза pkarklin-а "Не видели Вы, похоже, таких запросов, для которых оптимизатор только план строит по двадцать минут". Наверное, он ораклоид.

мимоЕсли сравнивать производительность оракла (11г) и скл (2008р2) на винде (на одинаковом железе) для селектов, инсертов, апдейтов, делитов при одинаковой структуре и объемах, то ораклу ловить нечего.
Любопытно. Судя по ограничению "на винде", если при отсутствии такого ограничения всё в порядке (да и тпс, вроде бы, показывает, что скорее скл-ю нечего ловить). Любопытно, какой же из этого следует вывод:

- винда дико тормозит по сравнению с другими ОС?
- винда отличная, но тормозит персонально оракла?
- данные очередного теста, проводившегося "крупным мастером этого дела"?
- .... ваш вариант .... ?
...
Рейтинг: 0 / 0
Сравнение СУБД MS SQL Server и Oracle
    #38324048
мимо
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
vadiminfoмимоИ где я такое писал? .

Вот Вы писали.

мимоПростой пример: допустим клиент написан под фреймворк, который использует понятные типы
...
Если же вы захотите вместо скл использовать оракл, то сразу возникают вопросы: а как там (в оракле) с интом и булей. Это можно конечно решить, но уже самодельщина. Не говоря уже об всяких орм, об "интегрировании" фрейворка в скл и т.д. и т.п.
Поэтому если винда и фреймворк, то скл наиболее выгодное решение, по соотношению "производительность/стоимость".
.
Как видно "клиент написан" и "выгодное решение по соотношению "производительность/стоимость".

Ну так оно и есть. Рассмотрение субд "вообще" - это, типа сферического мерина. Всё интересно в совокупности.
Например (мне кажется так проще, про автомобиль все знают): рассмотрим атомобиль, упрощенно. Двигатель, трансмиссия, кузов.
По отдельности, ни одна из частей, задачи не решает (применительно к функционалу автомобиля). Автомобиль интересен целиком.
Так и тут, сама по себе субд - это часть программного обеспечения(опять же упрощенно) , которое может состоять из клиента (для юзера), сервера приложения и самой субд.
Поэтому, когда мы говорим о двигателе: да нам интересна мощностная характеристика, скоко он (двигатель) выдает н/м, при каких оборотам, вес и т.д. и т.п. . Но оценивая автомобиль целиком, приходится учитывать сопряжение двигателя с трансмиссей и кузовом (насколько они соответствуют друг другу не только по динамическим хар-кам, но и конструкционно).
Потому и пишу, что если трансмиссия - винда, кузов - фрейворк, то двигатель - скл(т.к. характеристики другого двигателя - оракл не сильно отличаются, а вот вопросы "сопряжения" с трансмиссией и кузовом требуют больших усилий). Именно такой подход дает выгодное решение по соотношению "производительность/стоимость".
На сегодня ситуация такая, что если рассматривать винду, то альтернативы разработки кроме как под фреймворк и нет. Отсюда и выбор субд ясен.
...
Рейтинг: 0 / 0
Сравнение СУБД MS SQL Server и Oracle
    #38324157
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
мимоНа сегодня ситуация такая, что если рассматривать винду, то альтернативы разработки кроме как под фреймворк и нет.Ява работает и под виндой. Может убавите категоричности?Отсюда и выбор субд ясен.Если некто может разработывать исключительно под дотнет , то выбора, наверное, нет.
...
Рейтинг: 0 / 0
Сравнение СУБД MS SQL Server и Oracle
    #38324279
мимо
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Basil A. SidorovмимоНа сегодня ситуация такая, что если рассматривать винду, то альтернативы разработки кроме как под фреймворк и нет.Ява работает и под виндой. Может убавите категоричности?
Под виндой работает и ассемблер. Но я не буду писать на ассемблере, имея не то что фреймворк, но даже голимый си. Т.к. это не производительно.

Basil A. SidorovОтсюда и выбор субд ясен.Если некто может разработывать исключительно под дотнет , то выбора, наверное, нет.
В яве нет и половины того, что есть во фреймворке по обработке/доступу к данным (адо.нет, датасет, linq и т.д. и т.п.)

Поэтому, с точки зрения производительности и эффективности разработки (графику не рассматриваю), альтернативы фрейморку нет и, соответственно, скл.
...
Рейтинг: 0 / 0
Сравнение СУБД MS SQL Server и Oracle
    #38324289
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
мимоНу так оно и есть.

Или должно быть по мнению клиентистов, но не наступило.

мимоРассмотрение субд "вообще" - это, типа сферического мерина.

Угу. Зациклилсть на СУБД. Занимаются оптимизаторами, индексами и т..д. Вообще раздел форума "Сравнение СУБД" создали. А оно теперь вона как.

мимоНапример (мне кажется так проще, про автомобиль все знают): рассмотрим атомобиль, упрощенно.
Двигатель, трансмиссия, кузов.
.
Двигатель - СУБД, трансмиссия - ОСЬ, Кузов - системный блок? А клиент - руль? Торпеда?
Может еще тему поросить перести на автомобильный форум?

мимоНа сегодня ситуация такая, что если рассматривать винду, то альтернативы разработки кроме как под фреймворк и нет. Отсюда и выбор субд ясен.

Что даст фреймворк, если к примеру мат представлений или еще чего нет у СУБД? Например, мат представлений, тогда как у других есть. Неужели в случае чего на Фрэйворке сами допишем аля-субдшные фичи, если их нет у СУБД? Это типа тем более увеличит производительность?
Восхищаюсь, но не завидую. (С)
Думаю, что все еще выбор субд не ясен.
...
Рейтинг: 0 / 0
Сравнение СУБД MS SQL Server и Oracle
    #38324304
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
мимоВ яве нет и половины того, что есть во фреймворке по обработке/доступу к данным (адо.нет, датасет, linq и т.д. и т.п.)
Поэтому, с точки зрения производительности и эффективности разработки (графику не рассматриваю), альтернативы фрейморку нет и, соответственно, скл.Эхе-хе ...
M$, конечно, стремится к монопольному положению, но до этого ей (M$) ещё далеко.
Разработку ведут не только для ms windows, но и для других систем.
Ява позволяет взять почти любой проект и "перенести" его с винды или на винду путём тривиального переписывания стартовых скриптов.
Если клиентская база становится (реально или потенциально) шире, то вопросы удобства программистов - последнее, что будет волновать бизнес.
Поэтому, если вас всё устраивает, то вы - правы. Но не надо считать собственную точку зрения истиной в последней инстанции.
...
Рейтинг: 0 / 0
Сравнение СУБД MS SQL Server и Oracle
    #38324439
Ivan Durak
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
мсдн удобнее оракловых доков.
...
Рейтинг: 0 / 0
Сравнение СУБД MS SQL Server и Oracle
    #38324468
мимо
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Basil A. SidorovмимоВ яве нет и половины того, что есть во фреймворке по обработке/доступу к данным (адо.нет, датасет, linq и т.д. и т.п.)
Поэтому, с точки зрения производительности и эффективности разработки (графику не рассматриваю), альтернативы фрейморку нет и, соответственно, скл.Эхе-хе ...
M$, конечно, стремится к монопольному положению, но до этого ей (M$) ещё далеко.
Разработку ведут не только для ms windows, но и для других систем.
Ява позволяет взять почти любой проект и "перенести" его с винды или на винду путём тривиального переписывания стартовых скриптов.
Если клиентская база становится (реально или потенциально) шире, то вопросы удобства программистов - последнее, что будет волновать бизнес.
Поэтому, если вас всё устраивает, то вы - правы. Но не надо считать собственную точку зрения истиной в последней инстанции.
Для сравнения необходим какой-то базис (знаменатель). Если брать в рассмотрение скл, то в не винды его нет. На люнехе майскл лучше майкрософтовского по всем параметрам.
Насчет монопольности: для домохозяек и дизайнеров с андроидами и маками, да макрософт упустил. Но насчет предприятий, где нужна безопастность (домены, соответствующая аутенификация), совместимое программное обеспечение - безальтернативно ( практика, как известно - критерий истины).
Насчет удобство программиста - это затраты на программиста. Чем больше зоопарк, тем дороже программист, соответственно меньше прибыль. Если программист знает фрейворк (с#) он может писать виндового клиента, веб (asp.net), сервер приложений, расширенные процедуры для скл. А уж удобство студии и интеграция с отладкой скл - увеличивает производительность программиста на порядок.
...
Рейтинг: 0 / 0
Сравнение СУБД MS SQL Server и Oracle
    #38324505
comparator
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
мимоНасчет монопольности: для домохозяек и дизайнеров с андроидами и маками, да макрософт упустил. Но насчет предприятий, где нужна безопастность (домены, соответствующая аутенификация), совместимое программное обеспечение - безальтернативно ( практика, как известно - критерий истины).
Насчет удобство программиста - это затраты на программиста. Чем больше зоопарк, тем дороже программист, соответственно меньше прибыль. Если программист знает фрейворк (с#) он может писать виндового клиента, веб (asp.net), сервер приложений, расширенные процедуры для скл. А уж удобство студии и интеграция с отладкой скл - увеличивает производительность программиста на порядок.

Я долго крепился.
Но уже не выдерживаю.

1. Решения Identity Management есть не только у Microsoft. Они есть у многих компаний, хотя бы у того же Oracle.
2. Если один программист разрабатывает и database-tier и middle-tier и client-tier, то это не проект, а так, поделка, сделанная одним человеком. А если это творится на достаточно крупном проекте, то это не проект, а ....здец.

Всем спасибо за продуктивное обсуждение, не вышедшее далее первой страницы :-)
...
Рейтинг: 0 / 0
Сравнение СУБД MS SQL Server и Oracle
    #38324537
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
мимоНасчет удобство программиста - это затраты на программиста. Чем больше зоопарк"Это просто праздник какой-то" - Карабас-Барабас голосом Владимира Этуша.
Я понимаю, что монотеизм выключает логику, но не до такой же степени.
Какой, в пень корявый, зоопарк, если ява-проект на разных платформах отличается стартовыми скриптами???
Пассаж про MySQL даже и упоминать не хочется ...
...
Рейтинг: 0 / 0
25 сообщений из 102, страница 2 из 5
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Сравнение СУБД MS SQL Server и Oracle
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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