powered by simpleCommunicator - 2.0.59     © 2026 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Разработка под SQL vs ORACLE
91 сообщений из 91, показаны все 4 страниц
Разработка под SQL vs ORACLE
    #33204619
SelectFrom
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Уважаемые господа!

Очень интересует Ваше мнение по поводу следующего вопроса.
Дело в том, что наша контора решила заказать разработку довольно крупной системы. Задачи у нас сложные и масштабные. Выбрали мы по тендеру исполнителя. Вот тут началось самое интересное. Исполнитель говорит, что проект надо делать на Oracle, а наши айтишники говорят что достаточно SQL. Сложность вопроса в том, что не играет роль какая база - сравнение баз не для этого случая. Сложность в том, что бы определить стоимость и сроки раработки под ту и другую базу.
Предполагается,что система будет написана на C## по .NET
Кто что думает по этому поводу? Мне, как лицу принимающему решения и далекому от программирования сложно разобраться.
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33204631
Naug
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
А оракул не на sql работает?
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33204657
Alexey Rovdo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Существует довольно мало ситуаций, когда именно технические причины являются определяющими при выборе между MS SQL и Oracle. В подавляющем большинстве реальных крупных и мелких проектов техническими факторами (именно при выборе между названными двумя системами) можно пренебречь. На первый план выходят ценовые и организационные параметры.

Говоря о цене замечу, что оба продукта имеют вполне сравнимую стоимость, а вот разнообразные организационные и бюрократические причины могут оказать весьма значительное влияние. Рекомендую обратиться к продавцам продуктов и описать им вашу ситуацию более детально. В этом случае вы сможете получить более квалифицированную консультацию чем на этом форуме, где в основном обсуждаются технические аспекты работы с разными продуктами.

С уважением, Алексей Ровдо.
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33204658
Фотография StalkerS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
что за глупости, на время разработки и стоимость тут влияет какие спецы сидят у исполнителя... Если там одни ораклисты - то Оракл, если mssql'сты - то SQL Server.
Другое дело, если ваши айтишники ничего не парят в Оракл, а им сгрузят эту систему и заставят поддерживать...
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33204671
Sumskoi Maxim
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
NaugА оракул не на sql работает?
Из контекста понятно, что автор темы имеет в виду MS SQL Server...
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33204680
Фотография StalkerS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
>>А оракул не на sql работает?

Оракл работает на PL/SQL ;)
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33204701
AAron
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Думаю, что имеет смысл прислушаться к исполнителю, раз уж он выиграл тендер . Неплохо было бы дополнительно попросить у исполнителя что-то типа списка причин, почему именно Оракл. И сравнить его с аналогичным от собственных IT-служб. Можно прикинуть TCO Оракла и SQL Server'a.
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33204704
Naug
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторИз контекста понятно, что автор темы имеет в виду MS SQL Server...
А то я уж испугался. Неужели так сложно писать хотяб MS SQL? По сабжу:

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

Присоединяюсь к StalkerS - тут скорей вопрос не о цене разработки (которая уже известна), а о цене внедрения и поддержки, но это уже зависит от того что уже есть у заказчика.
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33204733
Фотография Aleksey-K
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StalkerS
Оракл работает на PL/SQL ;)
А MS SQL Server работает на Transact-SQL (а не на sql) :)
С уважением, Алексей.
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33204737
Фотография Роман Дынник
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Я бы сказал что вцелом совместное (интегрированное) использование технологий ms дает более эффективный и быстрый результат.
Так что тут скорее нужно отталкиваться от тех it-технологий которые используются внутри вашей компании.
Если это J2E, JSP, UNIX-сервера, открытые технологии - то скорее Oracle
если com+, .net, win-сервера - то скорее mssql
Oracle вам могут предлагать и потому что подрядчик желает срубить денег как партнер по поставке оракла. И обычно разработка под оракл - более дорога и как правило это долгоиграющие проекты.
Смотрите в будущее. Если ваши it-специалисты точно уверены что mssql вам достаточно, то тут и думать нечего.

P/S/
Что за задача у вас?
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33204771
VasyakinM
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Надо сказать что долгоиграющим может стать любой проект :))
А если подрядчик не имеет спецов по MS SQL, а всегда специализировался
на Oracle, то ждать от него хорошего проекта на MS глупо(либо вы просто переплатите, а он за ваш счет пополнит свои кадровые ряды).
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33204782
alex-ls
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SelectFrom
Выбрали мы по тендеру исполнителя.
...
Исполнитель говорит, что проект надо делать на Oracle, а наши айтишники говорят что достаточно SQL.
Как же Вы выбирали исполнителя? Нужно было тогда условия ставить, какое СУБД будет использоваться в проекте! Если это решает исполнитель, то Вам придется мириться...
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33204817
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> Задачи у нас сложные и масштабные.
> Предполагается,что система будет написана на C## по .NET

Кто придумал прищемить яйца дверью?
Выбирайте: либо "сложные и масштабные", либо "написана на C## по .NET".
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33204858
Фотография segun
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
guest_20040621> Задачи у нас сложные и масштабные.
> Предполагается,что система будет написана на C## по .NET

Кто придумал прищемить яйца дверью?
Выбирайте: либо "сложные и масштабные", либо "написана на C## по .NET".ха-ха, и эти люди думают что разбираются в технологиях!
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33204879
andsm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SelectFromУважаемые господа!

Очень интересует Ваше мнение по поводу следующего вопроса.
Дело в том, что наша контора решила заказать разработку довольно крупной системы. Задачи у нас сложные и масштабные. Выбрали мы по тендеру исполнителя. Вот тут началось самое интересное. Исполнитель говорит, что проект надо делать на Oracle, а наши айтишники говорят что достаточно SQL. Сложность вопроса в том, что не играет роль какая база - сравнение баз не для этого случая. Сложность в том, что бы определить стоимость и сроки раработки под ту и другую базу.
Предполагается,что система будет написана на C## по .NET
Кто что думает по этому поводу? Мне, как лицу принимающему решения и далекому от программирования сложно разобраться.
С точки зрения возможностей заметной разницы между MSSQL и Oracle нет - на обоих СУБД можно делать сложные и масштабные задачи. Имеется огромное количество успешных внедрений и MSSQL и Oracle для сложных масштабных задач. Здесь важнее какие специалисты есть у исполнителя. Если у него нет специалистов по MSSQL и заставить исполнителя делать на MSSQL, то система почти наверняка будет медленной и глючной.
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33204885
andsm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Дополнение к моему предыдущему посту.
Если у исполнителя есть специалисты и по MSSQL, и по Oracle, причем их квалификация одинаковая, то разработка на MSSQL обойдется дешевле. Следующая версия SQL Server, которая выходит 7 ноября этого года, содержит встроенную поддержку C# - так что может оказаться что на MSSQL и сроки будут быстрее.
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33204886
Naug
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
С другой стороны из "система будет написана на C## по .NET" можно сделать вывод что у заказчика айти заточено под технологии мелкомягких, только не понятно почему это не учитывалось при тендере
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33204888
Yo!!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
авторС точки зрения возможностей заметной разницы между MSSQL и Oracle нет - на обоих СУБД можно делать сложные и масштабные задачи.

С точки зрения возможностей разница между sql2k и oracle 10R2 огромна, если вы их забыли, то спекцмально для вас могу в нацатый раз их перечислить ;)
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33204894
Yo!!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
andsmДополнение к моему предыдущему посту.
Если у исполнителя есть специалисты и по MSSQL, и по Oracle, причем их квалификация одинаковая, то разработка на MSSQL обойдется дешевле. Следующая версия SQL Server, которая выходит 7 ноября этого года, содержит встроенную поддержку C# - так что может оказаться что на MSSQL и сроки будут быстрее.

7 ноября :) этого года ? это вам МС сказал ?
oracle 10R2 уже сегодня можно писать сторед процедуры на .NET, поэтому сроки от .NET быстрее не будут.
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33204896
Yo!!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
хотя для виндовса еще 10gR2 еще не выложили, может и нельзя еще. кажется через меся-два обещали выложить.
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33204902
Фотография StalkerS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
куда-уж здесь без Yo!! ...
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33204908
Фотография Cat2
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Модератор форума
Странно. Еще никто фокса не предложил.
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33204932
Фотография S.G.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SelectFrom Выбрали мы по тендеру исполнителя. Вот тут началось самое интересное. Исполнитель говорит, что проект надо делать на Oracle, а наши айтишники говорят что достаточно SQL. Либо проект делаeт исполнитель на том, на чем считает нужным, либо- ваши айтишники на SQL. Кстати, MS-SQL будет точнее.
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33204936
nkulikov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
На самом деле сначала нужно понять, что з задача. В некоторых MS-SQL еще не достаточно силен, например DataWarehouse. А если это автоматизация компании у которой 200 человек на машинке печатают это другое. Слово доволно крупное не является характеристикой проекта. Для каких-то компаний 1000 транзакций в день это много, кому-то 1000 в секунду мало.... Опять пошло сравнение кита со слоном....
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33204954
Фотография segun
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
nkulikovНа самом деле сначала нужно понять, что з задача. В некоторых MS-SQL еще не достаточно силен, например DataWarehouse...Точнее опасения, которые сложились исторически, могут вызывать проекты с объемом данных от 1Tb. Все остальное решаемо без особых сложностей.
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33204962
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SelectFrom
Исполнитель говорит, что проект надо делать на Oracle, а наши айтишники говорят что достаточно SQL

Значит Ваши Айтишни допускают, что Оракла хватает там где не хватает "SQL"?
Вот и думайте. Вдруг "SQL" не хватит, кто бы он ни был Скуль или МуСкуль или еще кто. Что будете делать? Айтишники то всегда могут уволиться. Ищи их потом.
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33205002
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
а вдруг и Оракла не хватит? тогда что - конец света?

вобще конечно странно - нахрена было тендер проводить, чтоб потом менять предложенные решения
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33205025
Фотография StalkerS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
>>На самом деле сначала нужно понять, что з задача. В некоторых MS-SQL еще не достаточно силен, например DataWarehouse.

обоснование в студию ...
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33205028
Фотография StalkerS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
>>Вот и думайте. Вдруг "SQL" не хватит, кто бы он ни был Скуль или МуСкуль или еще кто

а вдруг хватит ?
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33205040
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> ха-ха, и эти люди думают что разбираются в технологиях!

Да не, где нам нах в чем-то разбираться, так, к слову пришлось. Смеяться у Вас будет повод, когда Вы на форточках начнете делать кластеры и балансировать нагрузку. Потом Ваше настроение, надеюсь, разделит Ваш директор, когда будет стопку счетов подписывать. Ну и разработчики этого зоопарка тоже обхохочутся, конечно.
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33205050
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
guest_20040621 wrote:
> > ха-ха, и эти люди думают что разбираются в технологиях!
>
> Да не, где нам нах в чем-то разбираться, так, к слову пришлось. Смеяться
> у Вас будет повод, когда Вы на форточках начнете делать кластеры и
> балансировать нагрузку. Потом Ваше настроение, надеюсь, разделит Ваш
> директор, когда будет стопку счетов подписывать. Ну и разработчики этого
> зоопарка тоже обхохочутся, конечно.

Чем дольше сижу в форуме, тем больше убеждаюсь в том, что попал в
рассадник серъезных дядей, которые только то и делают, что окучивают
террабайтные базы, построенные исключительно на орацле, с применением
кластеров, SANов, гридов, и юзеров у них меньше 1000 не бывает, а если
транзакций в секунду меньше 5 тысяч - дык это значит выходной, новый год
там, в обчем нихто не работаит - вот и мало их.... А кады не выходной,
дык сидит админ (пардон - рут) и глядить, как йето чудо нагрузку
балансируеть....
Да! И стоИть это усё ну как минимум на какой нить там аааагромной махине
за 500К зеленых рублей, под управлением чего нить скошного....
Потому как в форточку то - личико не пролезить...
Эх! Поглядеть бы хучь одним глазком то на красотищщу то такую... А то
ить и не видель, куды мне из моей песочницы....

Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33205224
Фотография segun
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
guest_20040621> ха-ха, и эти люди думают что разбираются в технологиях!

Да не, где нам нах в чем-то разбираться, так, к слову пришлось. Смеяться у Вас будет повод, когда Вы на форточках начнете делать кластеры и балансировать нагрузку. Потом Ваше настроение, надеюсь, разделит Ваш директор, когда будет стопку счетов подписывать. Ну и разработчики этого зоопарка тоже обхохочутся, конечно.Прежде чем хаить ту или иную технологию, попробуйте сначала посмотреть где она применяется.
1. Например, BizTalk 2004 написан на C# (~ 1,8 млн строк кода). Разве это не показатель?
2. По поводу кластеров на форточках. Я сомневаюсь, что Вы лично это делали, в отличие от меня, потому что это входит в мою основную работу. И не сомневайтесь, и директор и разработчики очень довольны, потому что, по большому счету, важнее даже не технологии, а умение их использовать.
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33205238
nkulikov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
2 segun & StalkerS

Ну перед тем как переходить к техническим деталям давайте вы дадите
более обширный список компаний с размером ХД больше 1TB
сырых данных, a то не очень впечатляет.

http://www.microsoft.com/sql/evaluation/casestudies/scalability.mspx#ECAA

Я не говорю про MS OLAP, хорошая многомерная БД. Но хранилище это не только многомерные данные.
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33205253
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> Прежде чем хаить ту или иную технологию, попробуйте сначала посмотреть где она применяется.

Дружище, е%#ть мне мозги рекламными агитками абсолютно непродуктивно.

> Например, BizTalk 2004 написан на C# (~ 1,8 млн строк кода). Разве это не показатель?

Показатель чего? Что любой код должен писаться исключительно для форточек и исключительно на C#? Конечно, нет.

> По поводу кластеров на форточках. Я сомневаюсь, что Вы лично это делали

В данном случае сомневаетесь абсолютно справедливо. Я - не делал. Это не входит в мои служебные обязанности.

> в отличие от меня, потому что это входит в мою основную работу.

;) Редкая возможность услышать мсье, понимающего толк в извращениях. С удовольствием ей пользуюсь. Пожалуйста, опишите Ваше последнее решение (программную и аппаратную части). С результатами нагрузочных тестов и стоимостными характеристиками.

> И не сомневайтесь, и директор и разработчики очень довольны, потому что, по большому счету, важнее даже не
> технологии, а умение их использовать.

Ну, положим, директор доволен исключительно потому, что не знает стоимости альтернативного решения. И до тех пор, пока это работает без необходимости дополнительного функционала, патчей, апгрейдов и прочей хрени. А разработчики довольны количеством отлистанного бабла, что, в общем, понятно. Спрашивается, кого из них Вы подозреваете в умении использовать технологии?
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33205260
Фотография StalkerS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
nkulikov
давайте вы дадите
более обширный список компаний с размером ХД больше 1TB
сырых данных, a то не очень впечатляет.

кто вас там, дядя, не впечатляет ? И при чем здесь вообще хранилища данных ?
Вот другая ссылка

P.S. offtop: 3 августа появилась первая бета новой винды, ее название теперь не Longhorn а Windows Vista, скоро можно будет купить наверно, хоть это и закрытая бета - только для определенного круга тестеров - но дистрибутив в инете уже появился ;)
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33205269
Partisan M
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторP.S. offtop: 3 августа появилась первая бета новой винды, ее название теперь не Longhorn а Windows Vista

Тогда ещё оффтоп: уже появились вирусы для этой Vista.
Чего обсуждать очевидное, просто не все хотят признавать истину.
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33205297
Фотография StalkerS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
>>Тогда ещё оффтоп: уже появились вирусы для этой Vista.

ну и что ? Ежу понятно что вирусы будут, они уже для мобильников есть...
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33205320
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StalkerS
а вдруг хватит ?

Тада может айтишники знали что-то про проект эдакое, что
SelectFrom
Дело в том, что наша контора решила заказать разработку довольно крупной системы. Задачи у нас сложные и масштабные.

звучит как явное преувеличение?
Типа и система оказалась совсем не крупная, и задачи не сложные и не масштабные.
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33205331
Фотография StalkerS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
vadiminfo
Типа и система оказалась совсем не крупная, и задачи не сложные и не масштабные.

а каким образом сложность и масштабность разрабатываемой системы связано с выбором между Оракл и MSSQL ?

Могу сам себе ответить - никак.

Если вы с этим не согласны - приведите конкретный пример нечто такого сложного и масштабного, что никак не реализуется на mssql зато запросто на Оракл.
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33205364
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StalkerS
Если вы с этим не согласны - приведите конкретный пример нечто такого сложного и масштабного, что никак не реализуется на mssql зато запросто на Оракл.

Речь идет о том, что Айтишники у них говорят, что хватит и SQL. Стал быть они допускают, что его могло и не хватить и тада нужен был Оракл. А раз они думают что хватит, значит задача проще, чем думает автор топика.

Что касается того, что мы с Вами про это думаем, то мы уже много про то писали. Я просто не помню, Вы признавали что в Оракле фич большет или не Вы. Там всякие секции и проч. Про блокировочники и версионники. Про кросплатформенность. Мы ни до чего не договорились тада. Что мы теперь в этой теме начнем по новой все? Мы ведь уже знаем по этой теме наверное все доводы, которые могут привести на форуме. Их полно почти во всех темах вокруг. Если есть что-то новое, то другое дело.

Я ведь намерено сослался на их айтишников. Они же там к ним прислушиваются все еще.
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33205378
Фотография StalkerS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
да мне вообщем-то по барабану что там думают их айтишники. Просто вы там про сложность и масштабность выразились в таком духе, что де если выбирать mssql - то не для сложных и масштабных задач, вот я и среагировал.

А так-то понятно, что мы друг друга ни в чем не убедим, у меня и в мыслях не было кого-то здесь убеждать
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33205412
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StalkerS
да мне вообщем-то по барабану что там думают их айтишники

А мне не по барабану мысли айтишников, потому что они своими мыслями могут влиять на выбор СУБД, как мы здесь видим.

StalkerS
А так-то понятно, что мы друг друга ни в чем не убедим, у меня и в мыслях не было кого-то здесь убеждать

Но пользы от обсуждений я для себя вижу много. Т.е. много инфы, например, про общие вопросы по Скулю. Не юзая его, я знаю со слов его спецов. Поди плохо? Например, ни про какой Юкон бы я сейчас не знал, и тем более что он там задумал. Хоть мы и адепты своих систем, но все таки коллеги по цеху ИС.
Поэтому можно не относиться к моим текстам, как пренебрежению к другим СУБД. Просто форма общения - защита своих систем, но так и дипломы защищают. Даже если в пылу что-то и сорвется, то это просто - типа поддался на провкацию со стороны адепта другой системы.
Знаете как в теннисе? На корте наговорили друг другу всякого, а вышли с корта, все что там было сказано - не считается.
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33205445
Фотография segun
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
guest_20040621> Прежде чем хаить ту или иную технологию, попробуйте сначала посмотреть где она применяется.
Дружище, е%#ть мне мозги рекламными агитками абсолютно непродуктивно.я с вами пива не пил, поэтому никакой я вам не дружище, придерживайтесь, пож-ста, правил форума.
guest_20040621
> Например, BizTalk 2004 написан на C# (~ 1,8 млн строк кода). Разве это не показатель?
Показатель чего? Что любой код должен писаться исключительно для форточек и исключительно на C#? Конечно, нет.Показатель успешности технологии, напоминаю, если вы потеряли мысль.
guest_20040621> По поводу кластеров на форточках. Я сомневаюсь, что Вы лично это делали
В данном случае сомневаетесь абсолютно справедливо. Я - не делал. Это не входит в мои служебные обязанности.
> в отличие от меня, потому что это входит в мою основную работу.
;) Редкая возможность услышать мсье, понимающего толк в извращениях. С удовольствием ей пользуюсь. Пожалуйста, опишите Ваше последнее решение (программную и аппаратную части). С результатами нагрузочных тестов и стоимостными характеристиками.Мы не на собеседовании чтобы я вам при вашем тоне тут все подробно описывал. Да и вы не настроены в конструктивном ключе чтобы принять и согласиться с этой информацией.
guest_20040621> И не сомневайтесь, и директор и разработчики очень довольны, потому что, по большому счету, важнее даже не
> технологии, а умение их использовать.
Ну, положим, директор доволен исключительно потому, что не знает стоимости альтернативного решения. И до тех пор, пока это работает без необходимости дополнительного функционала, патчей, апгрейдов и прочей хрени. А разработчики довольны количеством отлистанного бабла, что, в общем, понятно. Спрашивается, кого из них Вы подозреваете в умении использовать технологии?Эх, уважаемый посетитель форума, знали бы вы кто у меня директор.. Вообще, извините за прямоту высказывания, но складывается впечатление что вы из какого-нибудь Урюпинска. Здравые мысли, но иногда совершенно не по делу.
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33205478
guest_20040621
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> Мы не на собеседовании чтобы я вам при вашем тоне тут все подробно описывал.

Другого ответа, собственно, не ожидал. Чревато, знаете ли, все рассказывать. Конфуз может случиться. Да? ;)

> Эх, уважаемый посетитель форума, знали бы вы кто у меня директор.

Вы не поверите: ну абсолютно хм... неинтересно (Вы оценили, надеюсь, гуманность формулировки?), кто у Вас директор. ;)

Хотите историю? Несколько лет назад одно предприятие заказало некой лавке сайт. Спустя M месяцев после утверждения ТЗ, получившееся чудо стоимостью N килобаксов было продемонстрировано. Представляло оно собой ~100 кБ кода (вместе с разметкой) и было сделано с использованием революционных по тому времени мелкомягких технологий. ;) M > 6, N > 10.

По моей оценке стоимость этого проекта на тот момент времени ~$400 (из них ~$300 - оформление), срок выполнения программной части ~2 дня, всего проекта ~2 недели. На той же платформе. ;)

В чем мораль, нужно уточнять? ;) А знали бы Вы, как называлось это предприятие и эта лавка, - смеялись бы до колик. ;))

Так вот, нормальная разработка ПО на заказ - это прежде всего корпоративная политика. Хотите это обсудить? ;)

> Вообще, извините за прямоту высказывания, но складывается впечатление что вы из какого-нибудь Урюпинска.

;))) Не извиняйтесь; посмешили. Мне, знаете ли, тоже частенько кажется, что большинство местной публики - представители резервации для умственно неполноценных.

Возвращаясь к предмету обсуждения, замечу, что вменяемому заказчику было бы неплохо представлять хотя бы приблизительно жизненный цикл ПО. В этом контексте мне представляются абсолютно неадекватными потуги выбора СУБД при заранее определенной платформе в данном случае. О чем, собственно, и уведомил общественность. ;) Ы?

P. S. Ничего личного, все совпадения считать случайными.
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33205549
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
guest_20040621 wrote:
>
> По моей оценке стоимость этого проекта на тот момент времени ~$400 (из
> них ~$300 - оформление), срок выполнения программной части ~2 дня, всего
> проекта ~2 недели. На той же платформе. ;)
>
Эх, дружишче! (Вы позволите мне Вас так называть?)
- Я угадаю эту мелодию с 2-х нот!
- Угадывайте!
Оценили.... А реализовали? причем, как любят писать "on time on budget"?
Или так, пальцЫ развесили, слюнкой всех забрызгали, "закидали говешками
и побежали скакать на полочке"? (С) Бессонов. Ледяной бастион.
Потому что превышение бюджета и сроков в N раз - вполне, ну, не то чтобы
нормальное, но понятное и распространенное явление. Но только для N < 3.
Для более высоких N - это уже как-то дурно пахнет.... Обычно это тупо
афера по украданию бабок :-)
У Вас N получается чуть ли не 50. Не соблаговолите ли Вы пояснить, где
что как было, и как и что стало? а то, "Ах, поручик, вы всё грозитесь,
грозитесь...."

И в заключении, раз уж Вы позволили называть Вас "дружишче"...
Хочется произнести фразу, услышанную мною от Жванецкого:"Ты хто такой?".
Очень не люблю переходить на личности, очень.... Но когда перехожу - дык
я сааавсем другой человек.
Предстаньте перед ликом тусовки, расшифруйтесь, кто вы да что. Быть
может, Вы в "натуре гуру" и знаете сакральные секреты, неведомые нам, к
примеру как за 12 часов мнокгокилобаксовую систему превратить в тыкву..
тьфу! Написать ее всего за $400, как на пальцах настроить кластера и всё
такое.... Дык поделитесь с нами!!!! А то, понимаешь, непонятно кто,
гонит всякую пургу, я её читаю, раздражаюсь... я старый больной человек,
у меня из-за этого давление скачет... Пожалейте старика, расшифруйтесь...
Имя, звание, должность. 5 последних мест работы. 10 наиболее успешных
проектов....
а то "Серебряная пуля, операция кипячение, зачем платить больше"....
Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33205564
Partisan M
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
автор
Прежде чем хаить ту или иную технологию, попробуйте сначала посмотреть где она применяется.
1. Например, BizTalk 2004 написан на C# (~ 1,8 млн строк кода). Разве это не показатель?


Показатель, который ничего не показывает, кроме того, что фирма Микрософт может написать 1,8 млн каких-то строк. Это и так ясно: у Микрософт хватит денег, чтоб нанять хоть 1000 кого-нибудь, которые напишут 10 млн строк какого-то кода.
Другое дело, что это не показатель "успешности технологии" или хотя бы полезности написанного. Та же Микрософт выпустила для всеобщего пользования, с исходными кодами некое Rotor - 1,3 млн строк кода главным образом на C# - аналог среды NET для FreeBSD (CLR, транслятор C# и часть классов Net Framework SDK). Какие ковыарные и зловещие цели она этим преследовала, осталось неизвестным, т.к. этот Rotor никто не стал использовать. То есть вообще никто (есть проект mono - аналог NET для Linux, который получше, но в нём не используются коды Микрософт. Впрочем, и он мало кого интересует).
Итак, Микрософт состряпала 1,3 млн строк абсолютно ненужного кода. Почему тогда меня должны приводить в восторг 1,8 млн строк её кода (что всего лишь на 40% больше).
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33205574
Фотография StalkerS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Partisan M
Итак, Микрософт состряпала 1,3 млн строк абсолютно ненужного кода

Категоричность - признак ограниченности ума. Вы что, статистику подробную ведете, кто, что и где использует и в каких количествах ?

>>Это и так ясно: у Микрософт хватит денег, чтоб нанять хоть 1000 кого-нибудь, которые напишут 10 млн строк какого-то кода.

а вам не приходит в голову, откуда у них столько денег ? Не кажется странным, что раскупаются их продукты ? Вот подумайте...
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33205577
Partisan M
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
to StalkerS

Спасибо, что указали мне на ограниченность моего ума.
Насчёт сведений, кто что использует - то в отношении Rotor статистика не нужна, т.к. его никто не использует. А mono я некторое время назад изучал насчёт пригодности к использованию. Статистики нет, но интерес к нему среди программирующих для Linux очень слабый. Я сам программист, и ориентируюсь в том, что популярно в моей области.

Откуда у Микрософт столько денег: вы что, предлагаете новый закон джунглей "кто богатый, тот и прав"? Я кое-что знаю о том, откуда у Микрософт столько денег, но это уже сильный оффтопик. Поэтому ограничиваюсь тем, что не соглашаюсь с утверждением, что 1,8 млн строк кода свидетельствуют об "успешности технологии". Они всего лишь свидетельствуют о том, что их кто-то написал, и ни о чём другом.
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33205582
Фотография StalkerS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Partisan M
Спасибо, что указали мне на ограниченность моего ума.
Насчёт сведений, кто что использует - то в отношении Rotor статистика не нужна, т.к. его никто не использует. А mono я некторое время назад изучал насчёт пригодности к использованию. Статистики нет, но интерес к нему среди программирующих для Linux очень слабый. Я сам программист, и ориентируюсь в том, что популярно в моей области.

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

Я знаете-ли, то-же программист, но вот не стал бы заявлять, что хорошо ориентируюсь где и что популярно, вот хороший пример - Delphi - очень популярный у нас, и практически не используемый на западе, откуда вам знать, может где-нибудь в Бразилии этот Ротор и используется.

Американцы - люди практичные, и раз они там что-то написали - на то были основания (типа заполнить собой рынок .net проектов под юниксом), так что заявлять о его бесполезности никак не вам...

А то, что 1.8 миллиона строк не свидетельствует об успешности - и так понятно (кстати из поста segun'a такой вывод вовсе не следует, вы его сами придумали), это все равно что говорить об успешности автомобиля, собранного из 20000 деталей, ведь он может оказаться Запорожецем...
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33205593
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
> сами придумали), это все равно что говорить об успешности автомобиля,
> собранного из 20000 деталей, ведь он может оказаться Запорожецем...
в качестсве флэйма....
Успэх нэ зависит от размэра или сложности...!
Одним из самых успешных стройматериалов является кирпич, состоящий из
1-й (прописью: одной) детали, самым успешным и эффективным оружием
является нож, зачастую состоящий из 2-х (прописью: двух) деталей.

-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33205649
nkulikov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
2StalkerS

Твоя ссылка немногим отличается от моей. Размер БД 1,708TB в хранилищах данных
на реляционках говорит что данных там порядка 600GB Raw data (данных в таблице фактов etc...) Маловато... Для некоторых Довольно крупных систем"....

Я не говорю что MS-SQL полный отстой и годится только для учета карандашей в отделе кадров, но объективно есть задачи где лучше использовать другие инструменты, из-за того что не вся обходимая функциональность есть в нем для решения этих задач.

Главное в моем превыдущем посте было не то что MS-SQL не достаточно хорош для ХД. А то что все опять начали религиозную войну по сравнению кита со слоном, без выяснения что такое "Довольно крупная система" в понятиях создателя топика, и какой ожидается workload у этой "Довольно крупной системы", OLTP/DSS/....????
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33205763
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
кстати, хороший аргумент в пользу превосходства оракла в некоторых
задачах - CERN выбрала Oracle10G, а не MS SQL Server.
вот там то и объемы, и юзера, и RAC, и Grid и всё такое...
Да! И, конечно же, всё это под линухом...
Адепты! Оспаривайте :-)


--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33205775
nkulikov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Адепты Oracle должны сначала для порядку привести свои примеры :)
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33205777
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
nkulikov wrote:
> Адепты Oracle должны сначала для порядку привести свои примеры :)
примеры чего им приводить? У них пример уже есть - CERN.

--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33205792
Фотография softwarer
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SelectFromЗадачи у нас сложные и масштабные.
Хм. Не помешает какая-либо числовая оценка. Например - порядок стоимости проекта. Десять тысяч баксов? Сто тысяч? Миллион? Десять миллионов? ....

SelectFrom Выбрали мы по тендеру исполнителя. Вот тут началось самое интересное. Исполнитель говорит, что проект надо делать на Oracle, а наши айтишники говорят что достаточно SQL.
Боюсь, я не понимаю, почему ваши айтишники не могли высказать свои соображения во время проведения тендера.

На тендер - выдвигается цельное предложение; исполнитель предлагает вполне конкретный подход, обусловленный его возможностями, умениями и неизвестными извне тонкостями. Соответственно, считать, что после этого его предложение можно "малость изменить" "за ту же цену" - мягко говоря, путь испортить отношения.

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

SelectFromСложность в том, что бы определить стоимость и сроки раработки под ту и другую базу.
Это не ваши сложности, это сложности исполнителя. Именно он предлагает вам то и другое, а вы на тендере выбираете то, что больше нравится и во что больше верите.

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

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

SelectFromПредполагается,что система будет написана на C## по .NET
Кем предполагается? Исполнителем? Или ваши айтишники вдруг решили поиграть в игры "мы тут тоже делом заняты, не просто так сидим" и помешать исполнителю работать так хорошо, как он умеет?

SelectFromКто что думает по этому поводу? Мне, как лицу принимающему решения и далекому от программирования сложно разобраться.
Как лицу, принимающему решение, Вам предстоит сделать ответственный выбор: кому Вы доверяете. Само собой, можно и нужно проверять то, что Вам говорят, но в конечном итоге все сводится именно к этому; во многих случаях придется доверять, не имея реальной возможности заранее проверить. Этим человеком - может быть выбранный исполнитель (его руководитель проекта итп), либо кто-то из ваших айтишников, либо внешний эксперт. Для масштабных проектов в принципе можно провести некий независимый аудит - хотя я с большим сомнением отношусь к этой процедуре.

В любом случае, именно в этом главная задача руководителя - найти наиболее подходящего человека для делегирования конкретной задачи. "Разбираться" - дело уже этого человека.
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33205866
nkulikov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
locky

Понимаешь Все люди занятые. Поэтому IMHO правильно приводить ссылки, а не говорить названия.
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33205889
locky
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
nkulikov wrote:
> locky
>
> Понимаешь Все люди занятые. Поэтому IMHO правильно приводить ссылки, а
> не говорить названия.
http://lcg.web.cern.ch/LCG/tdr/LCG_TDR_v1_04.pdf
LHC Computing Grid. Technical Design Report

--
-------------------------
There's no silver bullet!
Posted via ActualForum NNTP Server 1.2
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33206023
Фотография StalkerS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
nkulikov
Твоя ссылка немногим отличается от моей. Размер БД 1,708TB в хранилищах данных

:) 1.708 это олтп база, плохо смотрели...
Мах олтп база в том списке - 5.319 ТБ и 33 миллиардами записей...
Кстати, непонятно, почему там нету Terraserver, в нем вроде около 12 терабайт...
nkulikov
но объективно есть задачи где лучше использовать другие инструменты

дык, объективно есть задачи, где mssql будет лучше...
Вы что конкретно пытаетесь доказать-то ?
locky
CERN выбрала Oracle10G, а не MS SQL Server.
...
Адепты! Оспаривайте :-)

чего оспаривать-то ? Ну выбрали и выбрали - флаг им в .
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33206497
SergGol
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StalkerS vadiminfo
Типа и система оказалась совсем не крупная, и задачи не сложные и не масштабные.

а каким образом сложность и масштабность разрабатываемой системы связано с выбором между Оракл и MSSQL ?

Могу сам себе ответить - никак.

Если вы с этим не согласны - приведите конкретный пример нечто такого сложного и масштабного, что никак не реализуется на mssql зато запросто на Оракл.

Если не касаться обработки огромных хранилищ данных, то основное отличие между Ор и МС по моему в механиме блокировок. При этом объем БД влияет косвенно. Если например имеется таблица скажем в 1-100 млн. записей, с которой работает 100 юзеров (например читают данные), то разницы особой и не будет. Задача явно не масштабная. Но если 50 пишут, а 50 одновременно те же записи читают, то у MS SQL явно будет проблемы, которые в лоб не решишь. Если грязно не читать.
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33206509
Yo!!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
StalkerS
дык, объективно есть задачи, где mssql будет лучше...


о :) а можно озвучить такие задачи ?
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33206678
andsm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yo!! StalkerS
дык, объективно есть задачи, где mssql будет лучше...


о :) а можно озвучить такие задачи ?
OLTP
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33206693
Yo!!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
andsm
OLTP

не заментно, МС во всех OLPT тестах болтается в конце, что в SAP, что в TPC-H.
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33206701
andsm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yo!! andsm
OLTP

не заментно, МС во всех OLPT тестах болтается в конце, что в SAP, что в TPC-H.
OLTP тест - это TPC-C.
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33206703
Yo!!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
сори, имел ввиду TPC-C
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33206721
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StalkerS
дык, объективно есть задачи, где mssql будет лучше...

Дык, объективно это выглядит как желаемое. Но этого не достаточно.
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33207130
Фотография StalkerS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SergGol
Но если 50 пишут, а 50 одновременно те же записи читают, то у MS SQL явно будет проблемы, которые в лоб не решишь. Если грязно не читать.

Если криво слепил базу, то будут проблемы и при одном пользователе...

Это как в анекдоте: "Я сделал классную программу, в ней всего одна ошибка ! Какая ? Да не запускается..."

при грамотном подходе особых проблем нет, в любом случае, в mssql2005 есть версионность, другое дело что она использоваться будет только для задач, где писателей достаточно много для того, что-бы мешать читателям, но не настолько много, что необходимость создания версий будет пожирать все ресурсы...
vadiminfo
Но этого не достаточно

а что будет достаточно ?
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33207877
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StalkerS
а что будет достаточно ?

Найти такие задачи где он лучше. Тока не в духе, что Клиппер лучше в Досе, потому шо от Доса отказались. Объяснить почему однозначно лучше. В каком смысле лучше. Тока не выдумывать про какую-то там предполагаемую экономию ресурсов в духе, что примитвная блокировочность, лучше версионности из экономии. Она считается хуже в главном для БД в управлении параллельным доступом. А если все таки про ресурсы, то цифры нужны. И как они реально влияют. Причем если версионность в Скуле хуже блокировочности, то это не основание что любая другая версионность хуже. А так это все сильные предположения. Понятно, что все мы хотим, чтобы наши СУБД были лучше. Но эта информация устаревшая, а нужна инфа по продуктам.
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33208606
Фотография StalkerS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
vadiminfo
Понятно, что все мы хотим, чтобы наши СУБД были лучше.

вот мне по-большому счету до лампочки, кто там лучше, я работаю с определенным продуктом, мне за это платят, чего еще надо ? Другое дело, когда несправедливо обвиняют mssql в том, чего нет...
vadiminfo
Тока не выдумывать про какую-то там предполагаемую экономию ресурсов в духе, что примитвная блокировочность, лучше версионности из экономии.

Что значит выдумывать? Это - реальность.

>>Причем если версионность в Скуле хуже блокировочности, то это не основание что любая другая версионность хуже

что у вас за привычка везде наклеивать ярлыки "хуже" или "лучше", версионность не хуже и не лучше - она ДРУГАЯ.

>>А если все таки про ресурсы, то цифры нужны.

по словам разработчиков, версионные транзакции в mssql2005 будут работать по крайней мере не медленнее, чем в Оракле
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33208664
SergGol
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StalkerS
по словам разработчиков, версионные транзакции в mssql2005 будут работать по крайней мере не медленнее, чем в Оракле
Интересно будет поюзать, а когда то будет?
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33208697
Yo!!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
авторпо словам разработчиков, версионные транзакции в mssql2005 будут работать по крайней мере не медленнее, чем в Оракле

ага, еще б от обещаний оно быстрей заработало :) версионность в юконе сделано слишком дубово, чтоб конкурировать с ораклом, осюда и результаты.
открываем тесты sql2005 TPC-H (где версионность по словам мс лучше блокировочника) на одинаковом железе от BULL и смотрим

Oracle на винде 15,070 QphH@1000GB
sql
2005 c версионным 12,865 QphH@1000GB
sql
2005 без версионного 13,769 QphH@1000GB
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33208954
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yo!!Oracle на винде 15,070 QphH@1000GB
sql
2005 c версионным 12,865 QphH@1000GB
sql
2005 без версионного 13,769 QphH@1000GB
всего-то 15% разницы по сравнению с ораклом? а в блокировочном режиме меньше 9. еще надо учесть что версия не окончательная
было б о чем спорить....
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33208971
Yo!!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
SergSuper
всего-то 15% разницы по сравнению с ораклом? а в блокировочном режиме меньше 9. еще надо учесть что версия не окончательная
было б о чем спорить....

оракл на винде на 10-15% медленее чем на линухе, помнится у Unisys был тест оракла на одинаковом железе линух и виндовс, так что реальная разница заметно больше.
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33208995
nkulikov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
2Yo!!

Сравнение на TPC-H IMHO некоректно, ибо это аналитический workload и версионность здесь не помогает. А ключевыми являются возможности partitioning и оptimizer...
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33209012
Yo!!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
ну так partitioning и оptimizer вроде никуда не девается при версионном механизме ...
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33209151
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StalkerS
что у вас за привычка везде наклеивать ярлыки "хуже" или "лучше",

Так это из Вашей фразы мною позаимствовано:

дык, объективно есть задачи, где mssql будет лучше...

Я всего лишь усомнился в объективности, существовании таких задач. И пытался спросить в каком смысле лучше.

StalkerS
версионность не хуже и не лучше - она ДРУГАЯ.


То что она другая несомненно. Если была та же самая, то сравнивать, скорее всего было бы мало пользы (рефлексивность), и в Юкон вставлять версионность тем более.
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33209217
Фотография StalkerS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
vadiminfo
Так это из Вашей фразы мною позаимствовано:

дык, объективно есть задачи, где mssql будет лучше...

Я всего лишь усомнился в объективности, существовании таких задач. И пытался спросить в каком смысле лучше.

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

а задачи такие конечно существуют - OLTP, собственно andsm так уже отвечал
Yo!!
не заментно, МС во всех OLPT тестах болтается в конце, что в SAP, что в TPC-H.

сядь в машину времени и переместись на 5 лет назад... или на несколько месяцев вперед :) сразу заметно станет...
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33209238
vybegallo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Naug авторИз контекста понятно, что автор темы имеет в виду MS SQL Server...
А то я уж испугался. Неужели так сложно писать хотяб MS SQL? По сабжу:

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


Похоже, тендер проходил на размер отката, а до технических деталей дело дошло только сейчас.
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33209327
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StalkerS
а задачи такие конечно существуют - OLTP, собственно andsm так уже отвечал

Возможно, он пошутил. По крайней мере, это выглядит как смешная шутка. В серьезных источниках таких предположений не встречал. Поверить в это можно тока будучи безаговорочным апологетом Скуля. Обратные предположения все еще не менее распространены. Я уже не говорю, что в реальных OLTP полно nix-серверов. Кста, версионность имеет значение именно в OLTP системах. Так что не надо нас дурачить.
Надо же, аргумент - "собственно andsm так уже отвечал". А Yo!! - отвечал ни так.
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33209418
Зл0й
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Я по наивности считал, что мерилом OTLP является объем потока транзакций, конкурирующих друг с другом на предмет доступа к данным. Объем же данных в OLTP базе не столь существенен. В DSS же объем - параметр #1.

В ссылке мелкомягких реально больших DSS баз я не усмотрел. Большие там OLTP базы, ну и что с того что они большие?

То что на MS SQL можно посторить OLTP систему в которой лежит много данных ни в коей мере не свидетельствует о том что MS SQL что-то может (или не может). Многие такие системы можно построить вообще без СУБД. Например с помощью монитора транзакций и ISAM-файлов.
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33210228
andsm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MSSQL довольно долго занимал первое место в TPC-C тестах. Сейчас это не так - на первом месте DB2. Думаю MSSQL2k5 изменит ситуацию - результаты тестов бета-версии на 4 месте в TPC-C тестах, и на 2-ом месте среди TPC-C тестов на Intel-bases процессорах. Посмотрите на результаты по price/performance, MSSQL на первом месте. Существенный аргумент в пользу использования именно MSSQL в OLTP. Вообще-то я согласен с тем что и Oracle и особенно DB2 тоже можно использовать в OLTP, и при грамотном их использовании результаты тоже будут хорошие.
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33210816
Фотография StalkerS
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
>>Надо же, аргумент - "собственно andsm так уже отвечал".

?? Это не было аргументом

а вообще, мы давным-давно все это уже обсуждали, нет смысла повторяться...
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33212014
alex-ls
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
StalkerSа вообще, мы давным-давно все это уже обсуждали, нет смысла повторяться...
И причем много раз!
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33214107
nkulikov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
2andsm: Верится с трудом, что после 7 ноября МS-SQL обойдет DB2....
Там как раз выйдет очередная бета DB2 v9.

2vadimifo: IMHO версии, а для того что бы понизить квалификацию разработчиков.
Ибо любую задачу можно решить как на блокировочнике так и на версионнике. Другое дело, что часто на версионнике решение получается проще.
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33214247
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
andsm
MSSQL довольно долго занимал первое место в TPC-C тестах.

Что-то никада не замечал. Тем более все тесты проводятся не в одно время, а стало быть даже на одинковых компах могут быть отличия по тактовой частоте, устройствам ввода вывода, кешам, да и числу клиентов. А так чтобы старый тесты были быстрей на одинаковых компах точно не видел. Зато слышал, что многие думают, что Оракл, к примеру, был вседа самым быстрым. Кроме того, это тесты для конкретных задач, а не для всех OLTP задач.
Т.е. строгих выводов о том, кто лучше для любой OLTP задачи тока из этих тестов, скорей всего нельзя.


nkulikov
Верится с трудом, что после 7 ноября МS-SQL обойдет DB2....
Там как раз выйдет очередная бета DB2 v9.

Наверное, не обойдет. Особенно если DB2 на своих майнфремах.

nkulikov
Другое дело, что часто на версионнике решение получается проще.

Возможно, версионник на логику приложений меньше влияет.
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33215067
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
vadiminfo andsm
MSSQL довольно долго занимал первое место в TPC-C тестах.

Что-то никада не замечал. Тем более все тесты проводятся не в одно время, а стало быть даже на одинковых компах могут быть отличия по тактовой частоте, устройствам ввода вывода, кешам, да и числу клиентов. А так чтобы старый тесты были быстрей на одинаковых компах точно не видел. Зато слышал, что многие думают, что Оракл, к примеру, был вседа самым быстрым.
Тем не менее в 2001-2002 гг MSSQL занимал первое место(правда для некластерных решений). Тогда сторонники Оракла на этом форуме говорили что эти тесты ничего не говорят и что MS спецально сделал сервер под эти тесты.
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33215258
DimaR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
vadiminfo
Возможно, версионник на логику приложений меньше влияет.

Так этож очень важно, когда разработчик делает то, что ему нужно, (это касается не только версионности но и других возможностей) а не то, что позволяет инструмент.
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33215435
andsm
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
[quot nkulikov]2andsm: Верится с трудом, что после 7 ноября МS-SQL обойдет DB2....
Там как раз выйдет очередная бета DB2 v9.
[quot]
По тестам которые я видел, PowerPC процессоры раза в два быстрее Intel-процессоров. Поэтому обойти DB2 для MSSQL будет сложно, разве что на вдвое большем количестве процессоров. Надеюсь что хотя бы на Intel-платформе займет первое место.
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33215739
Andres 1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
andsm[quot nkulikov]2andsm: Верится с трудом, что после 7 ноября МS-SQL обойдет DB2....
Там как раз выйдет очередная бета DB2 v9.
[quot]
По тестам которые я видел, PowerPC процессоры раза в два быстрее Intel-процессоров. Поэтому обойти DB2 для MSSQL будет сложно, разве что на вдвое большем количестве процессоров. Надеюсь что хотя бы на Intel-платформе займет первое место.
Не наоборот ли? Иначе с чего бы Apple стали переходить на процессоры Intel?
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33215768
Yo!!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
с того что вы путаете PowerPC и Power5 процы, а переходят на интел из-за того что ибм наобещала и не выполнела, ни по частоте ни по мобильникам.
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33215800
Andres 1
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yo!!с того что вы путаете PowerPC и Power5 процы, а переходят на интел из-за того что ибм наобещала и не выполнела, ни по частоте ни по мобильникам.

Почитал про Power5 - ну и монстр!
...
Рейтинг: 0 / 0
Разработка под SQL vs ORACLE
    #33222475
ggv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
ggv
Гость
Интересный документ про CERN и Oracle.
1) Oracle рекомендован в связи с наличием опыта (ну здесь на форуме этот ключевой момент любого проекта уже не раз обсасывался)
2) На текущий момент (20 June 2005) 16 нод работают на другом Oracle сайте (слухи действительно есть, а кто видел/повторил? сведения не от Oracle где?),
в самом CERN работают над прототипом системы с чилом нод от двух до восьми.
Какой век на дворе?????? Восемь нод???? Да даже если шестнадцать.......
Хм, но у конкурентов сотни.....
2) Верно указана основная проблема RAC, его "limiting factor" - inter-node network communications (cache coherency), и решать эту проблему предполагается "правильным" дизайном приложения (что уже противоречит основному постулату Oracle в случае RAC - не требуется изменения дизайна приложения и все такое прочее)
3) Но не затронута проблема скорости перераспределения "зон ответсвенности" в случае выхода из строя ноды. Время должно быть довольно таки большим, чтобы иметь стопудовую гарантию, что засбоившая нода мертва, иначе если она блин внезапно оживет, когда уже другая нода отвечает за данные - катастрофа становится очень реальной. Oracle Real Applications Administration Guide демонстрирует, что в тепличных условиях время "замерзания" приложений достигает 20 секунд. (http://www.bwbug.org/docs/BWBUG-May2004.ppt о том же)
4) Не затрагивается проблема overhead'a GCS (Global Cahe Service) который запущен на каждой ноде (сервис, ответственный за синхронизацию/сериализацию доступа к общим данным, чудес не бывает - синхронизация/сериализация должна быть). В тестах SAP SD Parralel Benchmark в конфигурации с 4 нодами overhead GCS достигал 12% на каждой ноде (Nov 9 2004)

PS.
-Стоимость решения сознательно пропущена.
-Ну а высказывание о Oracle 10g 'service' концепте, позволяющим структурировать большой кластер на группы нод , выделяемых для индивидуальных приложений, в совокупности с проблемой когерентности кэшей и GCS нагрузкой, заставляют задуматся о "кризисе жанра"
...
Рейтинг: 0 / 0
91 сообщений из 91, показаны все 4 страниц
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Разработка под SQL vs ORACLE
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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