Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Сравнение СУБД Новый топик    Ответить
Топик располагается на нескольких страницах: Ctrl  назад   1 [2] 3 4 5   вперед  Ctrl      все
 Re: Сравнение СУБД MS SQL Server и Oracle  [new]
mayton
Member

Откуда: loopback
Сообщений: 53005
Про усы...
4 июл 13, 19:19    [14524367]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение СУБД MS SQL Server и Oracle  [new]
servit
Member

Откуда: г. Кишинёв, Республика Молдова
Сообщений: 3148
Блог
Infernal V. Raven
servit
У всех X vs Y есть одна черта: они быстро устаревают, так как разработчики как X, так и Y, читая их, мотают себе на ус.

Это про что?
Про документы на сравнение. С выходом очередных версий продуктов эти документы устаревают и, по-хорошему, сравнение нужно делать по новой.
4 июл 13, 20:39    [14524579]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение СУБД MS SQL Server и Oracle  [new]
мимо
Guest
comparator,
Про выбор всё просто: где больше опыт - ту и выбирай. Если отойти от опыта, и порассуждать вообще, то: если ос винда, пишется всё под фреймфорк (VS) , приложение многоуровневое - ms sql оптимальный выбор. Т.к. ос, средства разработки, сервер бд представляют одно целое.
5 июл 13, 11:03    [14526146]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение СУБД MS SQL Server и Oracle  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
мимо
... Если отойти от опыта, и порассуждать вообще, то: если ос винда, пишется всё под фреймфорк (VS) , приложение многоуровневое - ms sql оптимальный выбор. Т.к. ос, средства разработки, сервер бд представляют одно целое.

Возможно, оптимальность все же может предполагать учет большего количества достоинств и недостатков чем Один (ос, средства разработки, сервер бд представляют одно целое). Особенно, если этот Один в наши дни весит, скорее всего, нет так много в общем случае.
5 июл 13, 11:55    [14526621]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение СУБД MS SQL Server и Oracle  [new]
мимо
Guest
vadiminfo
Особенно, если этот Один в наши дни весит, скорее всего, нет так много в общем случае.

И где, этот Один, весит не так много в общем случае? В наши дни, именно, благодаря этому имеем повсеместный успех продвижения mssql и фреймворка в массы.
5 июл 13, 13:27    [14527344]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение СУБД MS SQL Server и Oracle  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
мимо
И где, этот Один, весит не так много в общем случае?

Ну вроде как бы на винде седня многие могут крутиться. И для многих СУБД нет траблой работать со всеможными тулсами для разработки клиентских прог. Этим сегодня никого уже не удивишь.

мимо
В наши дни, именно, благодаря этому имеем повсеместный успех продвижения mssql и фреймворка в массы.

Да вроде в массах и Оракл себя плохо никогда не чувствовал. И на винде в том числе.
5 июл 13, 15:03    [14528051]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение СУБД MS SQL Server и Oracle  [new]
мимо
Guest
vadiminfo
Ну вроде как бы ...
Да вроде в ...

Представление о ситуации и проблемах в разработке сегодня, вроде как бы, понятно...
5 июл 13, 15:52    [14528539]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение СУБД MS SQL Server и Oracle  [new]
Victor Metelitsa
Member

Откуда: Тюмень
Сообщений: 2559
мимо
Если отойти от опыта, и порассуждать вообще, то: если ос винда, пишется всё под фреймфорк (VS) , приложение многоуровневое - ms sql оптимальный выбор. Т.к. ос, средства разработки, сервер бд представляют одно целое.

Огород, бузина, Киев и дядька не представляют собой одно целое. В частности, вместо огорода можно взять сад, вместо бузины - яблоки, вместо Киева - Москву, вместо дядьки - тётьку. Так почему же бузина оптимальный выбор?
5 июл 13, 18:01    [14529422]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение СУБД MS SQL Server и Oracle  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
мимо
vadiminfo
Ну вроде как бы ...
Да вроде в ...

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

Ну если удалось увязать оптимальность с Одним достоиством эпохи непереносимых прог, то наверное, понимание не должно допускать сомнений.
Они могли не добавлять там всякие фичи в СУБД, что есть у других. Это Одно все перевесит.
5 июл 13, 23:05    [14530272]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение СУБД MS SQL Server и Oracle  [new]
мимо
Guest
Victor Metelitsa
мимо
Если отойти от опыта, и порассуждать вообще, то: если ос винда, пишется всё под фреймфорк (VS) , приложение многоуровневое - ms sql оптимальный выбор. Т.к. ос, средства разработки, сервер бд представляют одно целое.

Огород, бузина, Киев и дядька не представляют собой одно целое. В частности, вместо огорода можно взять сад, вместо бузины - яблоки, вместо Киева - Москву, вместо дядьки - тётьку. Так почему же бузина оптимальный выбор?

Нельзя брать "вместо огорода сад", точнее неудобно и муторно.
Простой пример: допустим клиент написан под фреймворк, который использует понятные типы (int16,int32,буля и т.д.). Соответственно, получая данные с сервера бд для обработки необходимо, чтоб типы данных с сервера можно было замапить с типами клиента(фреймворк). Если вы используете связку net - ms sql - это делается автоматом: и там и там есть и инт и буля. Если же вы захотите вместо скл использовать оракл, то сразу возникают вопросы: а как там (в оракле) с интом и булей. Это можно конечно решить, но уже самодельщина. Не говоря уже об всяких орм, об "интегрировании" фрейворка в скл и т.д. и т.п.
Поэтому если винда и фреймворк, то скл наиболее выгодное решение, по соотношению "производительность/стоимость".
8 июл 13, 09:38    [14534090]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение СУБД MS SQL Server и Oracle  [new]
vadiminfo
Member

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

Найдено решающее узкое место в "производительности/стоимость". Всякие там индексы, секционирование, материализованные представления, оптимизаторы можно теперь забыть. Им нуно было просто добавить типы "инт и буля" и готово "наиболее выгодное решение, по соотношению ".
8 июл 13, 10:28    [14534315]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение СУБД MS SQL Server и Oracle  [new]
мимо
Guest
vadiminfo
мимо
...необходимо, чтоб типы данных с сервера можно было замапить с типами клиента(фреймворк). Если вы используете связку net - ms sql - это делается автоматом: и там и там есть и инт и буля. Если же вы захотите вместо скл использовать оракл, то сразу возникают вопросы: а как там (в оракле) с интом и булей. Это можно конечно решить, но уже самодельщина. Не говоря уже об всяких орм, об "интегрировании" фрейворка в скл и т.д. и т.п.
Поэтому если винда и фреймворк, то скл наиболее выгодное решение, по соотношению "производительность/стоимость".

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

"Всякие индексы и секционирование" и в скл есть и работают достостойно (некоторые могут не поверить, но факт). Материализованных представлений нет, но есть индексированные. А уж оптимизатор - на порядок лучше ораклового. Если сравнивать производительность оракла (11г) и скл (2008р2) на винде (на одинаковом железе) для селектов, инсертов, апдейтов, делитов при одинаковой структуре и объемах, то ораклу ловить нечего. Я не скажу, что скл на порядок быстрее, но оракл тут не интересен ни в каком виде.
8 июл 13, 10:54    [14534450]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение СУБД MS SQL Server и Oracle  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
мимо
"Всякие индексы и секционирование" и в скл есть и работают достостойно (некоторые могут не поверить, но факт). Материализованных представлений нет, но есть индексированные. А уж оптимизатор - на порядок лучше ораклового. Если сравнивать производительность оракла (11г) и скл (2008р2) на винде (на одинаковом железе) для селектов, инсертов, апдейтов, делитов при одинаковой структуре и объемах, то ораклу ловить нечего. Я не скажу, что скл на порядок быстрее, но оракл тут не интересен ни в каком виде.

Как бы ожидалось, что Вы сделали открытие, что производительность приложений БД решается на клиенте, а не как это считалось до сих пор на сервере.

А сравнивать на сервере, я думаю, лучше поручить специалистам по серверам, а не клиентам: где гарантия что у последних и один Оракл "на винде (на одинаковом железе)" не будет быстрее другого на порядок?
Здесь безапеляционности в суждениях может быть не достаточно.
8 июл 13, 11:14    [14534572]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение СУБД MS SQL Server и Oracle  [new]
мимо
Guest
vadiminfo
Как бы ожидалось, что Вы сделали открытие, что производительность приложений БД решается на клиенте, а не как это считалось до сих пор на сервере.

И где я такое писал? Причем тут клиент, когда писал:
мимо
Если сравнивать производительность оракла (11г) и скл (2008р2) на винде (на одинаковом железе) для селектов, инсертов, апдейтов, делитов при одинаковой структуре и объемах, то ораклу ловить нечего.

Можете сами (если есть возможность) написать "пару процедур" выполнить их и познать истину.
8 июл 13, 11:27    [14534694]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение СУБД MS SQL Server и Oracle  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
мимо
И где я такое писал? .


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

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

Как видно "клиент написан" и "выгодное решение по соотношению "производительность/стоимость".

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

Это Вы потом написали. Это уже не интересно, так как про сервер, уже было много и тут и на и на форуме. И в силу конкуренции и примерно известных всем технологиях эти показатели, скорее всего, выравниваются.

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

вообще-то вы еще писали

мимо
А уж оптимизатор - на порядок лучше ораклового.

Надеюсь Вы знаете "истину", что оптимизатор это не совсем то, что особо зависит от Винды: о том, что он хуже, мы бы, скорее всего, узнали на ТСР, т.е. на тестах признанных. Но этого пока не произошло.
Что же до "сами написать", то:
1. Меня интересую материализованные представления, а Вы написали, что их нет в Скуле.
2. Кроме того, я далек от постановки равенства между своим опытом и истинной, как, впрочем, и Вашего: нужны ссылки на другие источники.
8 июл 13, 11:50    [14534884]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение СУБД MS SQL Server и Oracle  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67463
Блог
мимо
А уж оптимизатор - на порядок лучше ораклового.

Мне почему-то сразу вспомнилась фраза pkarklin-а "Не видели Вы, похоже, таких запросов, для которых оптимизатор только план строит по двадцать минут". Наверное, он ораклоид.

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

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

- винда дико тормозит по сравнению с другими ОС?
- винда отличная, но тормозит персонально оракла?
- данные очередного теста, проводившегося "крупным мастером этого дела"?
- .... ваш вариант .... ?
8 июл 13, 12:38    [14535212]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение СУБД MS SQL Server и Oracle  [new]
мимо
Guest
vadiminfo
мимо
И где я такое писал? .


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

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

Как видно "клиент написан" и "выгодное решение по соотношению "производительность/стоимость".

Ну так оно и есть. Рассмотрение субд "вообще" - это, типа сферического мерина. Всё интересно в совокупности.
Например (мне кажется так проще, про автомобиль все знают): рассмотрим атомобиль, упрощенно. Двигатель, трансмиссия, кузов.
По отдельности, ни одна из частей, задачи не решает (применительно к функционалу автомобиля). Автомобиль интересен целиком.
Так и тут, сама по себе субд - это часть программного обеспечения(опять же упрощенно) , которое может состоять из клиента (для юзера), сервера приложения и самой субд.
Поэтому, когда мы говорим о двигателе: да нам интересна мощностная характеристика, скоко он (двигатель) выдает н/м, при каких оборотам, вес и т.д. и т.п. . Но оценивая автомобиль целиком, приходится учитывать сопряжение двигателя с трансмиссей и кузовом (насколько они соответствуют друг другу не только по динамическим хар-кам, но и конструкционно).
Потому и пишу, что если трансмиссия - винда, кузов - фрейворк, то двигатель - скл(т.к. характеристики другого двигателя - оракл не сильно отличаются, а вот вопросы "сопряжения" с трансмиссией и кузовом требуют больших усилий). Именно такой подход дает выгодное решение по соотношению "производительность/стоимость".
На сегодня ситуация такая, что если рассматривать винду, то альтернативы разработки кроме как под фреймворк и нет. Отсюда и выбор субд ясен.
8 июл 13, 13:47    [14535729]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение СУБД MS SQL Server и Oracle  [new]
Basil A. Sidorov
Member

Откуда:
Сообщений: 11469
мимо
На сегодня ситуация такая, что если рассматривать винду, то альтернативы разработки кроме как под фреймворк и нет.
Ява работает и под виндой. Может убавите категоричности?
Отсюда и выбор субд ясен.
Если некто может разработывать исключительно под дотнет, то выбора, наверное, нет.
8 июл 13, 14:50    [14536263]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение СУБД MS SQL Server и Oracle  [new]
мимо
Guest
Basil A. Sidorov
мимо
На сегодня ситуация такая, что если рассматривать винду, то альтернативы разработки кроме как под фреймворк и нет.
Ява работает и под виндой. Может убавите категоричности?

Под виндой работает и ассемблер. Но я не буду писать на ассемблере, имея не то что фреймворк, но даже голимый си. Т.к. это не производительно.

Basil A. Sidorov
Отсюда и выбор субд ясен.
Если некто может разработывать исключительно под дотнет, то выбора, наверное, нет.

В яве нет и половины того, что есть во фреймворке по обработке/доступу к данным (адо.нет, датасет, linq и т.д. и т.п.)

Поэтому, с точки зрения производительности и эффективности разработки (графику не рассматриваю), альтернативы фрейморку нет и, соответственно, скл.
8 июл 13, 15:46    [14536758]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение СУБД MS SQL Server и Oracle  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
мимо
Ну так оно и есть.

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

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

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

мимо
Например (мне кажется так проще, про автомобиль все знают): рассмотрим атомобиль, упрощенно.
Двигатель, трансмиссия, кузов.
.

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

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


Что даст фреймворк, если к примеру мат представлений или еще чего нет у СУБД? Например, мат представлений, тогда как у других есть. Неужели в случае чего на Фрэйворке сами допишем аля-субдшные фичи, если их нет у СУБД? Это типа тем более увеличит производительность?
Восхищаюсь, но не завидую. (С)
Думаю, что все еще выбор субд не ясен.
8 июл 13, 15:49    [14536779]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение СУБД MS SQL Server и Oracle  [new]
Basil A. Sidorov
Member

Откуда:
Сообщений: 11469
мимо
В яве нет и половины того, что есть во фреймворке по обработке/доступу к данным (адо.нет, датасет, linq и т.д. и т.п.)
Поэтому, с точки зрения производительности и эффективности разработки (графику не рассматриваю), альтернативы фрейморку нет и, соответственно, скл.
Эхе-хе ...
M$, конечно, стремится к монопольному положению, но до этого ей (M$) ещё далеко.
Разработку ведут не только для ms windows, но и для других систем.
Ява позволяет взять почти любой проект и "перенести" его с винды или на винду путём тривиального переписывания стартовых скриптов.
Если клиентская база становится (реально или потенциально) шире, то вопросы удобства программистов - последнее, что будет волновать бизнес.
Поэтому, если вас всё устраивает, то вы - правы. Но не надо считать собственную точку зрения истиной в последней инстанции.
8 июл 13, 15:55    [14536834]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение СУБД MS SQL Server и Oracle  [new]
Ivan Durak
Member

Откуда: Minsk!!!
Сообщений: 3795
мсдн удобнее оракловых доков.
8 июл 13, 16:53    [14537358]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение СУБД MS SQL Server и Oracle  [new]
мимо
Guest
Basil A. Sidorov
мимо
В яве нет и половины того, что есть во фреймворке по обработке/доступу к данным (адо.нет, датасет, linq и т.д. и т.п.)
Поэтому, с точки зрения производительности и эффективности разработки (графику не рассматриваю), альтернативы фрейморку нет и, соответственно, скл.
Эхе-хе ...
M$, конечно, стремится к монопольному положению, но до этого ей (M$) ещё далеко.
Разработку ведут не только для ms windows, но и для других систем.
Ява позволяет взять почти любой проект и "перенести" его с винды или на винду путём тривиального переписывания стартовых скриптов.
Если клиентская база становится (реально или потенциально) шире, то вопросы удобства программистов - последнее, что будет волновать бизнес.
Поэтому, если вас всё устраивает, то вы - правы. Но не надо считать собственную точку зрения истиной в последней инстанции.

Для сравнения необходим какой-то базис (знаменатель). Если брать в рассмотрение скл, то в не винды его нет. На люнехе майскл лучше майкрософтовского по всем параметрам.
Насчет монопольности: для домохозяек и дизайнеров с андроидами и маками, да макрософт упустил. Но насчет предприятий, где нужна безопастность (домены, соответствующая аутенификация), совместимое программное обеспечение - безальтернативно ( практика, как известно - критерий истины).
Насчет удобство программиста - это затраты на программиста. Чем больше зоопарк, тем дороже программист, соответственно меньше прибыль. Если программист знает фрейворк (с#) он может писать виндового клиента, веб (asp.net), сервер приложений, расширенные процедуры для скл. А уж удобство студии и интеграция с отладкой скл - увеличивает производительность программиста на порядок.
8 июл 13, 17:04    [14537446]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение СУБД MS SQL Server и Oracle  [new]
comparator
Guest
мимо
Насчет монопольности: для домохозяек и дизайнеров с андроидами и маками, да макрософт упустил. Но насчет предприятий, где нужна безопастность (домены, соответствующая аутенификация), совместимое программное обеспечение - безальтернативно ( практика, как известно - критерий истины).
Насчет удобство программиста - это затраты на программиста. Чем больше зоопарк, тем дороже программист, соответственно меньше прибыль. Если программист знает фрейворк (с#) он может писать виндового клиента, веб (asp.net), сервер приложений, расширенные процедуры для скл. А уж удобство студии и интеграция с отладкой скл - увеличивает производительность программиста на порядок.


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

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

Всем спасибо за продуктивное обсуждение, не вышедшее далее первой страницы :-)
8 июл 13, 17:20    [14537560]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение СУБД MS SQL Server и Oracle  [new]
Basil A. Sidorov
Member

Откуда:
Сообщений: 11469
мимо
Насчет удобство программиста - это затраты на программиста. Чем больше зоопарк
"Это просто праздник какой-то" - Карабас-Барабас голосом Владимира Этуша.
Я понимаю, что монотеизм выключает логику, но не до такой же степени.
Какой, в пень корявый, зоопарк, если ява-проект на разных платформах отличается стартовыми скриптами???
Пассаж про MySQL даже и упоминать не хочется ...
8 июл 13, 17:33    [14537625]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 [2] 3 4 5   вперед  Ctrl      все
Все форумы / Сравнение СУБД Ответить