Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
Уважаемые господа! Очень интересует Ваше мнение по поводу следующего вопроса. Дело в том, что наша контора решила заказать разработку довольно крупной системы. Задачи у нас сложные и масштабные. Выбрали мы по тендеру исполнителя. Вот тут началось самое интересное. Исполнитель говорит, что проект надо делать на Oracle, а наши айтишники говорят что достаточно SQL. Сложность вопроса в том, что не играет роль какая база - сравнение баз не для этого случая. Сложность в том, что бы определить стоимость и сроки раработки под ту и другую базу. Предполагается,что система будет написана на C## по .NET Кто что думает по этому поводу? Мне, как лицу принимающему решения и далекому от программирования сложно разобраться. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2005, 16:15 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
А оракул не на sql работает? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2005, 16:19 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
Существует довольно мало ситуаций, когда именно технические причины являются определяющими при выборе между MS SQL и Oracle. В подавляющем большинстве реальных крупных и мелких проектов техническими факторами (именно при выборе между названными двумя системами) можно пренебречь. На первый план выходят ценовые и организационные параметры. Говоря о цене замечу, что оба продукта имеют вполне сравнимую стоимость, а вот разнообразные организационные и бюрократические причины могут оказать весьма значительное влияние. Рекомендую обратиться к продавцам продуктов и описать им вашу ситуацию более детально. В этом случае вы сможете получить более квалифицированную консультацию чем на этом форуме, где в основном обсуждаются технические аспекты работы с разными продуктами. С уважением, Алексей Ровдо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2005, 16:28 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
что за глупости, на время разработки и стоимость тут влияет какие спецы сидят у исполнителя... Если там одни ораклисты - то Оракл, если mssql'сты - то SQL Server. Другое дело, если ваши айтишники ничего не парят в Оракл, а им сгрузят эту систему и заставят поддерживать... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2005, 16:28 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
NaugА оракул не на sql работает? Из контекста понятно, что автор темы имеет в виду MS SQL Server... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2005, 16:33 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
>>А оракул не на sql работает? Оракл работает на PL/SQL ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2005, 16:37 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
Думаю, что имеет смысл прислушаться к исполнителю, раз уж он выиграл тендер . Неплохо было бы дополнительно попросить у исполнителя что-то типа списка причин, почему именно Оракл. И сравнить его с аналогичным от собственных IT-служб. Можно прикинуть TCO Оракла и SQL Server'a. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2005, 16:43 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
авторИз контекста понятно, что автор темы имеет в виду MS SQL Server... А то я уж испугался. Неужели так сложно писать хотяб MS SQL? По сабжу: авторСложность в том, что бы определить стоимость и сроки раработки под ту и другую базу. А разве не для этого проводился тендер где, как я понимаю, стоимость, сроки и используемые технологии были уже примерно указаны? Присоединяюсь к StalkerS - тут скорей вопрос не о цене разработки (которая уже известна), а о цене внедрения и поддержки, но это уже зависит от того что уже есть у заказчика. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2005, 16:44 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
StalkerS Оракл работает на PL/SQL ;) А MS SQL Server работает на Transact-SQL (а не на sql) :) С уважением, Алексей. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2005, 16:53 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
Я бы сказал что вцелом совместное (интегрированное) использование технологий ms дает более эффективный и быстрый результат. Так что тут скорее нужно отталкиваться от тех it-технологий которые используются внутри вашей компании. Если это J2E, JSP, UNIX-сервера, открытые технологии - то скорее Oracle если com+, .net, win-сервера - то скорее mssql Oracle вам могут предлагать и потому что подрядчик желает срубить денег как партнер по поставке оракла. И обычно разработка под оракл - более дорога и как правило это долгоиграющие проекты. Смотрите в будущее. Если ваши it-специалисты точно уверены что mssql вам достаточно, то тут и думать нечего. P/S/ Что за задача у вас? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2005, 16:54 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
Надо сказать что долгоиграющим может стать любой проект :)) А если подрядчик не имеет спецов по MS SQL, а всегда специализировался на Oracle, то ждать от него хорошего проекта на MS глупо(либо вы просто переплатите, а он за ваш счет пополнит свои кадровые ряды). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2005, 17:04 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
SelectFrom Выбрали мы по тендеру исполнителя. ... Исполнитель говорит, что проект надо делать на Oracle, а наши айтишники говорят что достаточно SQL. Как же Вы выбирали исполнителя? Нужно было тогда условия ставить, какое СУБД будет использоваться в проекте! Если это решает исполнитель, то Вам придется мириться... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2005, 17:10 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
> Задачи у нас сложные и масштабные. > Предполагается,что система будет написана на C## по .NET Кто придумал прищемить яйца дверью? Выбирайте: либо "сложные и масштабные", либо "написана на C## по .NET". ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2005, 17:27 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
guest_20040621> Задачи у нас сложные и масштабные. > Предполагается,что система будет написана на C## по .NET Кто придумал прищемить яйца дверью? Выбирайте: либо "сложные и масштабные", либо "написана на C## по .NET".ха-ха, и эти люди думают что разбираются в технологиях! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2005, 17:49 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
SelectFromУважаемые господа! Очень интересует Ваше мнение по поводу следующего вопроса. Дело в том, что наша контора решила заказать разработку довольно крупной системы. Задачи у нас сложные и масштабные. Выбрали мы по тендеру исполнителя. Вот тут началось самое интересное. Исполнитель говорит, что проект надо делать на Oracle, а наши айтишники говорят что достаточно SQL. Сложность вопроса в том, что не играет роль какая база - сравнение баз не для этого случая. Сложность в том, что бы определить стоимость и сроки раработки под ту и другую базу. Предполагается,что система будет написана на C## по .NET Кто что думает по этому поводу? Мне, как лицу принимающему решения и далекому от программирования сложно разобраться. С точки зрения возможностей заметной разницы между MSSQL и Oracle нет - на обоих СУБД можно делать сложные и масштабные задачи. Имеется огромное количество успешных внедрений и MSSQL и Oracle для сложных масштабных задач. Здесь важнее какие специалисты есть у исполнителя. Если у него нет специалистов по MSSQL и заставить исполнителя делать на MSSQL, то система почти наверняка будет медленной и глючной. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2005, 18:00 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
Дополнение к моему предыдущему посту. Если у исполнителя есть специалисты и по MSSQL, и по Oracle, причем их квалификация одинаковая, то разработка на MSSQL обойдется дешевле. Следующая версия SQL Server, которая выходит 7 ноября этого года, содержит встроенную поддержку C# - так что может оказаться что на MSSQL и сроки будут быстрее. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2005, 18:04 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
С другой стороны из "система будет написана на C## по .NET" можно сделать вывод что у заказчика айти заточено под технологии мелкомягких, только не понятно почему это не учитывалось при тендере ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2005, 18:05 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
авторС точки зрения возможностей заметной разницы между MSSQL и Oracle нет - на обоих СУБД можно делать сложные и масштабные задачи. С точки зрения возможностей разница между sql2k и oracle 10R2 огромна, если вы их забыли, то спекцмально для вас могу в нацатый раз их перечислить ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2005, 18:05 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
andsmДополнение к моему предыдущему посту. Если у исполнителя есть специалисты и по MSSQL, и по Oracle, причем их квалификация одинаковая, то разработка на MSSQL обойдется дешевле. Следующая версия SQL Server, которая выходит 7 ноября этого года, содержит встроенную поддержку C# - так что может оказаться что на MSSQL и сроки будут быстрее. 7 ноября :) этого года ? это вам МС сказал ? oracle 10R2 уже сегодня можно писать сторед процедуры на .NET, поэтому сроки от .NET быстрее не будут. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2005, 18:07 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
хотя для виндовса еще 10gR2 еще не выложили, может и нельзя еще. кажется через меся-два обещали выложить. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2005, 18:10 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
куда-уж здесь без Yo!! ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2005, 18:15 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
Странно. Еще никто фокса не предложил. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2005, 18:18 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
SelectFrom Выбрали мы по тендеру исполнителя. Вот тут началось самое интересное. Исполнитель говорит, что проект надо делать на Oracle, а наши айтишники говорят что достаточно SQL. Либо проект делаeт исполнитель на том, на чем считает нужным, либо- ваши айтишники на SQL. Кстати, MS-SQL будет точнее. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2005, 18:35 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
На самом деле сначала нужно понять, что з задача. В некоторых MS-SQL еще не достаточно силен, например DataWarehouse. А если это автоматизация компании у которой 200 человек на машинке печатают это другое. Слово доволно крупное не является характеристикой проекта. Для каких-то компаний 1000 транзакций в день это много, кому-то 1000 в секунду мало.... Опять пошло сравнение кита со слоном.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2005, 18:39 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
nkulikovНа самом деле сначала нужно понять, что з задача. В некоторых MS-SQL еще не достаточно силен, например DataWarehouse...Точнее опасения, которые сложились исторически, могут вызывать проекты с объемом данных от 1Tb. Все остальное решаемо без особых сложностей. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2005, 19:04 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
SelectFrom Исполнитель говорит, что проект надо делать на Oracle, а наши айтишники говорят что достаточно SQL Значит Ваши Айтишни допускают, что Оракла хватает там где не хватает "SQL"? Вот и думайте. Вдруг "SQL" не хватит, кто бы он ни был Скуль или МуСкуль или еще кто. Что будете делать? Айтишники то всегда могут уволиться. Ищи их потом. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2005, 19:10 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
а вдруг и Оракла не хватит? тогда что - конец света? вобще конечно странно - нахрена было тендер проводить, чтоб потом менять предложенные решения ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2005, 20:07 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
>>На самом деле сначала нужно понять, что з задача. В некоторых MS-SQL еще не достаточно силен, например DataWarehouse. обоснование в студию ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2005, 21:18 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
>>Вот и думайте. Вдруг "SQL" не хватит, кто бы он ни был Скуль или МуСкуль или еще кто а вдруг хватит ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2005, 21:29 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
> ха-ха, и эти люди думают что разбираются в технологиях! Да не, где нам нах в чем-то разбираться, так, к слову пришлось. Смеяться у Вас будет повод, когда Вы на форточках начнете делать кластеры и балансировать нагрузку. Потом Ваше настроение, надеюсь, разделит Ваш директор, когда будет стопку счетов подписывать. Ну и разработчики этого зоопарка тоже обхохочутся, конечно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2005, 21:53 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
guest_20040621 wrote: > > ха-ха, и эти люди думают что разбираются в технологиях! > > Да не, где нам нах в чем-то разбираться, так, к слову пришлось. Смеяться > у Вас будет повод, когда Вы на форточках начнете делать кластеры и > балансировать нагрузку. Потом Ваше настроение, надеюсь, разделит Ваш > директор, когда будет стопку счетов подписывать. Ну и разработчики этого > зоопарка тоже обхохочутся, конечно. Чем дольше сижу в форуме, тем больше убеждаюсь в том, что попал в рассадник серъезных дядей, которые только то и делают, что окучивают террабайтные базы, построенные исключительно на орацле, с применением кластеров, SANов, гридов, и юзеров у них меньше 1000 не бывает, а если транзакций в секунду меньше 5 тысяч - дык это значит выходной, новый год там, в обчем нихто не работаит - вот и мало их.... А кады не выходной, дык сидит админ (пардон - рут) и глядить, как йето чудо нагрузку балансируеть.... Да! И стоИть это усё ну как минимум на какой нить там аааагромной махине за 500К зеленых рублей, под управлением чего нить скошного.... Потому как в форточку то - личико не пролезить... Эх! Поглядеть бы хучь одним глазком то на красотищщу то такую... А то ить и не видель, куды мне из моей песочницы.... Posted via ActualForum NNTP Server 1.2 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2005, 22:08 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
guest_20040621> ха-ха, и эти люди думают что разбираются в технологиях! Да не, где нам нах в чем-то разбираться, так, к слову пришлось. Смеяться у Вас будет повод, когда Вы на форточках начнете делать кластеры и балансировать нагрузку. Потом Ваше настроение, надеюсь, разделит Ваш директор, когда будет стопку счетов подписывать. Ну и разработчики этого зоопарка тоже обхохочутся, конечно.Прежде чем хаить ту или иную технологию, попробуйте сначала посмотреть где она применяется. 1. Например, BizTalk 2004 написан на C# (~ 1,8 млн строк кода). Разве это не показатель? 2. По поводу кластеров на форточках. Я сомневаюсь, что Вы лично это делали, в отличие от меня, потому что это входит в мою основную работу. И не сомневайтесь, и директор и разработчики очень довольны, потому что, по большому счету, важнее даже не технологии, а умение их использовать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2005, 13:00 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
2 segun & StalkerS Ну перед тем как переходить к техническим деталям давайте вы дадите более обширный список компаний с размером ХД больше 1TB сырых данных, a то не очень впечатляет. http://www.microsoft.com/sql/evaluation/casestudies/scalability.mspx#ECAA Я не говорю про MS OLAP, хорошая многомерная БД. Но хранилище это не только многомерные данные. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2005, 13:38 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
> Прежде чем хаить ту или иную технологию, попробуйте сначала посмотреть где она применяется. Дружище, е%#ть мне мозги рекламными агитками абсолютно непродуктивно. > Например, BizTalk 2004 написан на C# (~ 1,8 млн строк кода). Разве это не показатель? Показатель чего? Что любой код должен писаться исключительно для форточек и исключительно на C#? Конечно, нет. > По поводу кластеров на форточках. Я сомневаюсь, что Вы лично это делали В данном случае сомневаетесь абсолютно справедливо. Я - не делал. Это не входит в мои служебные обязанности. > в отличие от меня, потому что это входит в мою основную работу. ;) Редкая возможность услышать мсье, понимающего толк в извращениях. С удовольствием ей пользуюсь. Пожалуйста, опишите Ваше последнее решение (программную и аппаратную части). С результатами нагрузочных тестов и стоимостными характеристиками. > И не сомневайтесь, и директор и разработчики очень довольны, потому что, по большому счету, важнее даже не > технологии, а умение их использовать. Ну, положим, директор доволен исключительно потому, что не знает стоимости альтернативного решения. И до тех пор, пока это работает без необходимости дополнительного функционала, патчей, апгрейдов и прочей хрени. А разработчики довольны количеством отлистанного бабла, что, в общем, понятно. Спрашивается, кого из них Вы подозреваете в умении использовать технологии? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2005, 14:12 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
nkulikov давайте вы дадите более обширный список компаний с размером ХД больше 1TB сырых данных, a то не очень впечатляет. кто вас там, дядя, не впечатляет ? И при чем здесь вообще хранилища данных ? Вот другая ссылка P.S. offtop: 3 августа появилась первая бета новой винды, ее название теперь не Longhorn а Windows Vista, скоро можно будет купить наверно, хоть это и закрытая бета - только для определенного круга тестеров - но дистрибутив в инете уже появился ;) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2005, 14:26 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
авторP.S. offtop: 3 августа появилась первая бета новой винды, ее название теперь не Longhorn а Windows Vista Тогда ещё оффтоп: уже появились вирусы для этой Vista. Чего обсуждать очевидное, просто не все хотят признавать истину. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2005, 14:43 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
>>Тогда ещё оффтоп: уже появились вирусы для этой Vista. ну и что ? Ежу понятно что вирусы будут, они уже для мобильников есть... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2005, 15:29 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
StalkerS а вдруг хватит ? Тада может айтишники знали что-то про проект эдакое, что SelectFrom Дело в том, что наша контора решила заказать разработку довольно крупной системы. Задачи у нас сложные и масштабные. звучит как явное преувеличение? Типа и система оказалась совсем не крупная, и задачи не сложные и не масштабные. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2005, 16:06 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
vadiminfo Типа и система оказалась совсем не крупная, и задачи не сложные и не масштабные. а каким образом сложность и масштабность разрабатываемой системы связано с выбором между Оракл и MSSQL ? Могу сам себе ответить - никак. Если вы с этим не согласны - приведите конкретный пример нечто такого сложного и масштабного, что никак не реализуется на mssql зато запросто на Оракл. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2005, 16:34 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
StalkerS Если вы с этим не согласны - приведите конкретный пример нечто такого сложного и масштабного, что никак не реализуется на mssql зато запросто на Оракл. Речь идет о том, что Айтишники у них говорят, что хватит и SQL. Стал быть они допускают, что его могло и не хватить и тада нужен был Оракл. А раз они думают что хватит, значит задача проще, чем думает автор топика. Что касается того, что мы с Вами про это думаем, то мы уже много про то писали. Я просто не помню, Вы признавали что в Оракле фич большет или не Вы. Там всякие секции и проч. Про блокировочники и версионники. Про кросплатформенность. Мы ни до чего не договорились тада. Что мы теперь в этой теме начнем по новой все? Мы ведь уже знаем по этой теме наверное все доводы, которые могут привести на форуме. Их полно почти во всех темах вокруг. Если есть что-то новое, то другое дело. Я ведь намерено сослался на их айтишников. Они же там к ним прислушиваются все еще. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2005, 17:27 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
да мне вообщем-то по барабану что там думают их айтишники. Просто вы там про сложность и масштабность выразились в таком духе, что де если выбирать mssql - то не для сложных и масштабных задач, вот я и среагировал. А так-то понятно, что мы друг друга ни в чем не убедим, у меня и в мыслях не было кого-то здесь убеждать ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2005, 17:52 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
StalkerS да мне вообщем-то по барабану что там думают их айтишники А мне не по барабану мысли айтишников, потому что они своими мыслями могут влиять на выбор СУБД, как мы здесь видим. StalkerS А так-то понятно, что мы друг друга ни в чем не убедим, у меня и в мыслях не было кого-то здесь убеждать Но пользы от обсуждений я для себя вижу много. Т.е. много инфы, например, про общие вопросы по Скулю. Не юзая его, я знаю со слов его спецов. Поди плохо? Например, ни про какой Юкон бы я сейчас не знал, и тем более что он там задумал. Хоть мы и адепты своих систем, но все таки коллеги по цеху ИС. Поэтому можно не относиться к моим текстам, как пренебрежению к другим СУБД. Просто форма общения - защита своих систем, но так и дипломы защищают. Даже если в пылу что-то и сорвется, то это просто - типа поддался на провкацию со стороны адепта другой системы. Знаете как в теннисе? На корте наговорили друг другу всякого, а вышли с корта, все что там было сказано - не считается. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2005, 19:57 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
guest_20040621> Прежде чем хаить ту или иную технологию, попробуйте сначала посмотреть где она применяется. Дружище, е%#ть мне мозги рекламными агитками абсолютно непродуктивно.я с вами пива не пил, поэтому никакой я вам не дружище, придерживайтесь, пож-ста, правил форума. guest_20040621 > Например, BizTalk 2004 написан на C# (~ 1,8 млн строк кода). Разве это не показатель? Показатель чего? Что любой код должен писаться исключительно для форточек и исключительно на C#? Конечно, нет.Показатель успешности технологии, напоминаю, если вы потеряли мысль. guest_20040621> По поводу кластеров на форточках. Я сомневаюсь, что Вы лично это делали В данном случае сомневаетесь абсолютно справедливо. Я - не делал. Это не входит в мои служебные обязанности. > в отличие от меня, потому что это входит в мою основную работу. ;) Редкая возможность услышать мсье, понимающего толк в извращениях. С удовольствием ей пользуюсь. Пожалуйста, опишите Ваше последнее решение (программную и аппаратную части). С результатами нагрузочных тестов и стоимостными характеристиками.Мы не на собеседовании чтобы я вам при вашем тоне тут все подробно описывал. Да и вы не настроены в конструктивном ключе чтобы принять и согласиться с этой информацией. guest_20040621> И не сомневайтесь, и директор и разработчики очень довольны, потому что, по большому счету, важнее даже не > технологии, а умение их использовать. Ну, положим, директор доволен исключительно потому, что не знает стоимости альтернативного решения. И до тех пор, пока это работает без необходимости дополнительного функционала, патчей, апгрейдов и прочей хрени. А разработчики довольны количеством отлистанного бабла, что, в общем, понятно. Спрашивается, кого из них Вы подозреваете в умении использовать технологии?Эх, уважаемый посетитель форума, знали бы вы кто у меня директор.. Вообще, извините за прямоту высказывания, но складывается впечатление что вы из какого-нибудь Урюпинска. Здравые мысли, но иногда совершенно не по делу. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 06.08.2005, 21:31 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
> Мы не на собеседовании чтобы я вам при вашем тоне тут все подробно описывал. Другого ответа, собственно, не ожидал. Чревато, знаете ли, все рассказывать. Конфуз может случиться. Да? ;) > Эх, уважаемый посетитель форума, знали бы вы кто у меня директор. Вы не поверите: ну абсолютно хм... неинтересно (Вы оценили, надеюсь, гуманность формулировки?), кто у Вас директор. ;) Хотите историю? Несколько лет назад одно предприятие заказало некой лавке сайт. Спустя M месяцев после утверждения ТЗ, получившееся чудо стоимостью N килобаксов было продемонстрировано. Представляло оно собой ~100 кБ кода (вместе с разметкой) и было сделано с использованием революционных по тому времени мелкомягких технологий. ;) M > 6, N > 10. По моей оценке стоимость этого проекта на тот момент времени ~$400 (из них ~$300 - оформление), срок выполнения программной части ~2 дня, всего проекта ~2 недели. На той же платформе. ;) В чем мораль, нужно уточнять? ;) А знали бы Вы, как называлось это предприятие и эта лавка, - смеялись бы до колик. ;)) Так вот, нормальная разработка ПО на заказ - это прежде всего корпоративная политика. Хотите это обсудить? ;) > Вообще, извините за прямоту высказывания, но складывается впечатление что вы из какого-нибудь Урюпинска. ;))) Не извиняйтесь; посмешили. Мне, знаете ли, тоже частенько кажется, что большинство местной публики - представители резервации для умственно неполноценных. Возвращаясь к предмету обсуждения, замечу, что вменяемому заказчику было бы неплохо представлять хотя бы приблизительно жизненный цикл ПО. В этом контексте мне представляются абсолютно неадекватными потуги выбора СУБД при заранее определенной платформе в данном случае. О чем, собственно, и уведомил общественность. ;) Ы? P. S. Ничего личного, все совпадения считать случайными. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.08.2005, 10:41 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
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 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.08.2005, 14:38 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
автор Прежде чем хаить ту или иную технологию, попробуйте сначала посмотреть где она применяется. 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% больше). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.08.2005, 15:22 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
Partisan M Итак, Микрософт состряпала 1,3 млн строк абсолютно ненужного кода Категоричность - признак ограниченности ума. Вы что, статистику подробную ведете, кто, что и где использует и в каких количествах ? >>Это и так ясно: у Микрософт хватит денег, чтоб нанять хоть 1000 кого-нибудь, которые напишут 10 млн строк какого-то кода. а вам не приходит в голову, откуда у них столько денег ? Не кажется странным, что раскупаются их продукты ? Вот подумайте... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.08.2005, 16:10 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
to StalkerS Спасибо, что указали мне на ограниченность моего ума. Насчёт сведений, кто что использует - то в отношении Rotor статистика не нужна, т.к. его никто не использует. А mono я некторое время назад изучал насчёт пригодности к использованию. Статистики нет, но интерес к нему среди программирующих для Linux очень слабый. Я сам программист, и ориентируюсь в том, что популярно в моей области. Откуда у Микрософт столько денег: вы что, предлагаете новый закон джунглей "кто богатый, тот и прав"? Я кое-что знаю о том, откуда у Микрософт столько денег, но это уже сильный оффтопик. Поэтому ограничиваюсь тем, что не соглашаюсь с утверждением, что 1,8 млн строк кода свидетельствуют об "успешности технологии". Они всего лишь свидетельствуют о том, что их кто-то написал, и ни о чём другом. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.08.2005, 16:33 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
Partisan M Спасибо, что указали мне на ограниченность моего ума. Насчёт сведений, кто что использует - то в отношении Rotor статистика не нужна, т.к. его никто не использует. А mono я некторое время назад изучал насчёт пригодности к использованию. Статистики нет, но интерес к нему среди программирующих для Linux очень слабый. Я сам программист, и ориентируюсь в том, что популярно в моей области. не имею ничего против вашего ума, но не люблю, когда люди бросаются громкими заявлениями и ничем их не обосновывают. Я знаете-ли, то-же программист, но вот не стал бы заявлять, что хорошо ориентируюсь где и что популярно, вот хороший пример - Delphi - очень популярный у нас, и практически не используемый на западе, откуда вам знать, может где-нибудь в Бразилии этот Ротор и используется. Американцы - люди практичные, и раз они там что-то написали - на то были основания (типа заполнить собой рынок .net проектов под юниксом), так что заявлять о его бесполезности никак не вам... А то, что 1.8 миллиона строк не свидетельствует об успешности - и так понятно (кстати из поста segun'a такой вывод вовсе не следует, вы его сами придумали), это все равно что говорить об успешности автомобиля, собранного из 20000 деталей, ведь он может оказаться Запорожецем... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.08.2005, 17:13 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
> сами придумали), это все равно что говорить об успешности автомобиля, > собранного из 20000 деталей, ведь он может оказаться Запорожецем... в качестсве флэйма.... Успэх нэ зависит от размэра или сложности...! Одним из самых успешных стройматериалов является кирпич, состоящий из 1-й (прописью: одной) детали, самым успешным и эффективным оружием является нож, зачастую состоящий из 2-х (прописью: двух) деталей. ------------------------- There's no silver bullet! Posted via ActualForum NNTP Server 1.2 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.08.2005, 17:54 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
2StalkerS Твоя ссылка немногим отличается от моей. Размер БД 1,708TB в хранилищах данных на реляционках говорит что данных там порядка 600GB Raw data (данных в таблице фактов etc...) Маловато... Для некоторых Довольно крупных систем".... Я не говорю что MS-SQL полный отстой и годится только для учета карандашей в отделе кадров, но объективно есть задачи где лучше использовать другие инструменты, из-за того что не вся обходимая функциональность есть в нем для решения этих задач. Главное в моем превыдущем посте было не то что MS-SQL не достаточно хорош для ХД. А то что все опять начали религиозную войну по сравнению кита со слоном, без выяснения что такое "Довольно крупная система" в понятиях создателя топика, и какой ожидается workload у этой "Довольно крупной системы", OLTP/DSS/....???? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.08.2005, 13:04 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
кстати, хороший аргумент в пользу превосходства оракла в некоторых задачах - CERN выбрала Oracle10G, а не MS SQL Server. вот там то и объемы, и юзера, и RAC, и Grid и всё такое... Да! И, конечно же, всё это под линухом... Адепты! Оспаривайте :-) -- ------------------------- There's no silver bullet! Posted via ActualForum NNTP Server 1.2 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.08.2005, 14:22 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
Адепты Oracle должны сначала для порядку привести свои примеры :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.08.2005, 14:27 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
nkulikov wrote: > Адепты Oracle должны сначала для порядку привести свои примеры :) примеры чего им приводить? У них пример уже есть - CERN. -- ------------------------- There's no silver bullet! Posted via ActualForum NNTP Server 1.2 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.08.2005, 14:28 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
SelectFromЗадачи у нас сложные и масштабные. Хм. Не помешает какая-либо числовая оценка. Например - порядок стоимости проекта. Десять тысяч баксов? Сто тысяч? Миллион? Десять миллионов? .... SelectFrom Выбрали мы по тендеру исполнителя. Вот тут началось самое интересное. Исполнитель говорит, что проект надо делать на Oracle, а наши айтишники говорят что достаточно SQL. Боюсь, я не понимаю, почему ваши айтишники не могли высказать свои соображения во время проведения тендера. На тендер - выдвигается цельное предложение; исполнитель предлагает вполне конкретный подход, обусловленный его возможностями, умениями и неизвестными извне тонкостями. Соответственно, считать, что после этого его предложение можно "малость изменить" "за ту же цену" - мягко говоря, путь испортить отношения. В общем, если вы верите, что айтишники не просто болтают языком, вам придется заново организовывать тендер. SelectFromСложность в том, что бы определить стоимость и сроки раработки под ту и другую базу. Это не ваши сложности, это сложности исполнителя. Именно он предлагает вам то и другое, а вы на тендере выбираете то, что больше нравится и во что больше верите. По моим личным ощущениям разработка на MS идет медленнее. Насколько это "медленнее" соотносится со средней зарплатой исполнителей, то есть дешевле ли обходится в целом - не берусь судить. В любом случае, бредова сама попытка точно оценить сроки и стоимость, не имея детальной информации о том, кто именно будет реализовывать проект. Ну а порядок величин будет одинаков. SelectFromПредполагается,что система будет написана на C## по .NET Кем предполагается? Исполнителем? Или ваши айтишники вдруг решили поиграть в игры "мы тут тоже делом заняты, не просто так сидим" и помешать исполнителю работать так хорошо, как он умеет? SelectFromКто что думает по этому поводу? Мне, как лицу принимающему решения и далекому от программирования сложно разобраться. Как лицу, принимающему решение, Вам предстоит сделать ответственный выбор: кому Вы доверяете. Само собой, можно и нужно проверять то, что Вам говорят, но в конечном итоге все сводится именно к этому; во многих случаях придется доверять, не имея реальной возможности заранее проверить. Этим человеком - может быть выбранный исполнитель (его руководитель проекта итп), либо кто-то из ваших айтишников, либо внешний эксперт. Для масштабных проектов в принципе можно провести некий независимый аудит - хотя я с большим сомнением отношусь к этой процедуре. В любом случае, именно в этом главная задача руководителя - найти наиболее подходящего человека для делегирования конкретной задачи. "Разбираться" - дело уже этого человека. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.08.2005, 14:32 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
locky Понимаешь Все люди занятые. Поэтому IMHO правильно приводить ссылки, а не говорить названия. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.08.2005, 15:00 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
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 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.08.2005, 15:06 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
nkulikov Твоя ссылка немногим отличается от моей. Размер БД 1,708TB в хранилищах данных :) 1.708 это олтп база, плохо смотрели... Мах олтп база в том списке - 5.319 ТБ и 33 миллиардами записей... Кстати, непонятно, почему там нету Terraserver, в нем вроде около 12 терабайт... nkulikov но объективно есть задачи где лучше использовать другие инструменты дык, объективно есть задачи, где mssql будет лучше... Вы что конкретно пытаетесь доказать-то ? locky CERN выбрала Oracle10G, а не MS SQL Server. ... Адепты! Оспаривайте :-) чего оспаривать-то ? Ну выбрали и выбрали - флаг им в . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.08.2005, 15:50 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
StalkerS vadiminfo Типа и система оказалась совсем не крупная, и задачи не сложные и не масштабные. а каким образом сложность и масштабность разрабатываемой системы связано с выбором между Оракл и MSSQL ? Могу сам себе ответить - никак. Если вы с этим не согласны - приведите конкретный пример нечто такого сложного и масштабного, что никак не реализуется на mssql зато запросто на Оракл. Если не касаться обработки огромных хранилищ данных, то основное отличие между Ор и МС по моему в механиме блокировок. При этом объем БД влияет косвенно. Если например имеется таблица скажем в 1-100 млн. записей, с которой работает 100 юзеров (например читают данные), то разницы особой и не будет. Задача явно не масштабная. Но если 50 пишут, а 50 одновременно те же записи читают, то у MS SQL явно будет проблемы, которые в лоб не решишь. Если грязно не читать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.08.2005, 20:06 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
StalkerS дык, объективно есть задачи, где mssql будет лучше... о :) а можно озвучить такие задачи ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.08.2005, 20:23 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
Yo!! StalkerS дык, объективно есть задачи, где mssql будет лучше... о :) а можно озвучить такие задачи ? OLTP ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.08.2005, 13:13 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
andsm OLTP не заментно, МС во всех OLPT тестах болтается в конце, что в SAP, что в TPC-H. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.08.2005, 13:18 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
Yo!! andsm OLTP не заментно, МС во всех OLPT тестах болтается в конце, что в SAP, что в TPC-H. OLTP тест - это TPC-C. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.08.2005, 13:20 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
сори, имел ввиду TPC-C ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.08.2005, 13:20 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
StalkerS дык, объективно есть задачи, где mssql будет лучше... Дык, объективно это выглядит как желаемое. Но этого не достаточно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.08.2005, 13:25 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
SergGol Но если 50 пишут, а 50 одновременно те же записи читают, то у MS SQL явно будет проблемы, которые в лоб не решишь. Если грязно не читать. Если криво слепил базу, то будут проблемы и при одном пользователе... Это как в анекдоте: "Я сделал классную программу, в ней всего одна ошибка ! Какая ? Да не запускается..." при грамотном подходе особых проблем нет, в любом случае, в mssql2005 есть версионность, другое дело что она использоваться будет только для задач, где писателей достаточно много для того, что-бы мешать читателям, но не настолько много, что необходимость создания версий будет пожирать все ресурсы... vadiminfo Но этого не достаточно а что будет достаточно ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.08.2005, 15:51 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
StalkerS а что будет достаточно ? Найти такие задачи где он лучше. Тока не в духе, что Клиппер лучше в Досе, потому шо от Доса отказались. Объяснить почему однозначно лучше. В каком смысле лучше. Тока не выдумывать про какую-то там предполагаемую экономию ресурсов в духе, что примитвная блокировочность, лучше версионности из экономии. Она считается хуже в главном для БД в управлении параллельным доступом. А если все таки про ресурсы, то цифры нужны. И как они реально влияют. Причем если версионность в Скуле хуже блокировочности, то это не основание что любая другая версионность хуже. А так это все сильные предположения. Понятно, что все мы хотим, чтобы наши СУБД были лучше. Но эта информация устаревшая, а нужна инфа по продуктам. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 09.08.2005, 23:05 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
vadiminfo Понятно, что все мы хотим, чтобы наши СУБД были лучше. вот мне по-большому счету до лампочки, кто там лучше, я работаю с определенным продуктом, мне за это платят, чего еще надо ? Другое дело, когда несправедливо обвиняют mssql в том, чего нет... vadiminfo Тока не выдумывать про какую-то там предполагаемую экономию ресурсов в духе, что примитвная блокировочность, лучше версионности из экономии. Что значит выдумывать? Это - реальность. >>Причем если версионность в Скуле хуже блокировочности, то это не основание что любая другая версионность хуже что у вас за привычка везде наклеивать ярлыки "хуже" или "лучше", версионность не хуже и не лучше - она ДРУГАЯ. >>А если все таки про ресурсы, то цифры нужны. по словам разработчиков, версионные транзакции в mssql2005 будут работать по крайней мере не медленнее, чем в Оракле ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.08.2005, 16:25 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
StalkerS по словам разработчиков, версионные транзакции в mssql2005 будут работать по крайней мере не медленнее, чем в Оракле Интересно будет поюзать, а когда то будет? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.08.2005, 16:42 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
авторпо словам разработчиков, версионные транзакции в mssql2005 будут работать по крайней мере не медленнее, чем в Оракле ага, еще б от обещаний оно быстрей заработало :) версионность в юконе сделано слишком дубово, чтоб конкурировать с ораклом, осюда и результаты. открываем тесты sql2005 TPC-H (где версионность по словам мс лучше блокировочника) на одинаковом железе от BULL и смотрим Oracle на винде 15,070 QphH@1000GB sql2005 c версионным 12,865 QphH@1000GB sql2005 без версионного 13,769 QphH@1000GB ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.08.2005, 16:50 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
Yo!!Oracle на винде 15,070 QphH@1000GB sql2005 c версионным 12,865 QphH@1000GB sql2005 без версионного 13,769 QphH@1000GB всего-то 15% разницы по сравнению с ораклом? а в блокировочном режиме меньше 9. еще надо учесть что версия не окончательная было б о чем спорить.... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.08.2005, 18:03 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
SergSuper всего-то 15% разницы по сравнению с ораклом? а в блокировочном режиме меньше 9. еще надо учесть что версия не окончательная было б о чем спорить.... оракл на винде на 10-15% медленее чем на линухе, помнится у Unisys был тест оракла на одинаковом железе линух и виндовс, так что реальная разница заметно больше. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.08.2005, 18:10 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
2Yo!! Сравнение на TPC-H IMHO некоректно, ибо это аналитический workload и версионность здесь не помогает. А ключевыми являются возможности partitioning и оptimizer... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.08.2005, 18:19 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
ну так partitioning и оptimizer вроде никуда не девается при версионном механизме ... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.08.2005, 18:25 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
StalkerS что у вас за привычка везде наклеивать ярлыки "хуже" или "лучше", Так это из Вашей фразы мною позаимствовано: дык, объективно есть задачи, где mssql будет лучше... Я всего лишь усомнился в объективности, существовании таких задач. И пытался спросить в каком смысле лучше. StalkerS версионность не хуже и не лучше - она ДРУГАЯ. То что она другая несомненно. Если была та же самая, то сравнивать, скорее всего было бы мало пользы (рефлексивность), и в Юкон вставлять версионность тем более. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.08.2005, 20:09 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
vadiminfo Так это из Вашей фразы мною позаимствовано: дык, объективно есть задачи, где mssql будет лучше... Я всего лишь усомнился в объективности, существовании таких задач. И пытался спросить в каком смысле лучше. не, не так, я там отвечал на другой пост, а вы перевели разговор на версионность vs. блокировочность (интересно, есть-ли такое слово...) а задачи такие конечно существуют - OLTP, собственно andsm так уже отвечал Yo!! не заментно, МС во всех OLPT тестах болтается в конце, что в SAP, что в TPC-H. сядь в машину времени и переместись на 5 лет назад... или на несколько месяцев вперед :) сразу заметно станет... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.08.2005, 21:03 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
Naug авторИз контекста понятно, что автор темы имеет в виду MS SQL Server... А то я уж испугался. Неужели так сложно писать хотяб MS SQL? По сабжу: авторСложность в том, что бы определить стоимость и сроки раработки под ту и другую базу. А разве не для этого проводился тендер где, как я понимаю, стоимость, сроки и используемые технологии были уже примерно указаны? Похоже, тендер проходил на размер отката, а до технических деталей дело дошло только сейчас. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.08.2005, 21:16 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
StalkerS а задачи такие конечно существуют - OLTP, собственно andsm так уже отвечал Возможно, он пошутил. По крайней мере, это выглядит как смешная шутка. В серьезных источниках таких предположений не встречал. Поверить в это можно тока будучи безаговорочным апологетом Скуля. Обратные предположения все еще не менее распространены. Я уже не говорю, что в реальных OLTP полно nix-серверов. Кста, версионность имеет значение именно в OLTP системах. Так что не надо нас дурачить. Надо же, аргумент - "собственно andsm так уже отвечал". А Yo!! - отвечал ни так. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.08.2005, 22:37 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
Я по наивности считал, что мерилом OTLP является объем потока транзакций, конкурирующих друг с другом на предмет доступа к данным. Объем же данных в OLTP базе не столь существенен. В DSS же объем - параметр #1. В ссылке мелкомягких реально больших DSS баз я не усмотрел. Большие там OLTP базы, ну и что с того что они большие? То что на MS SQL можно посторить OLTP систему в которой лежит много данных ни в коей мере не свидетельствует о том что MS SQL что-то может (или не может). Многие такие системы можно построить вообще без СУБД. Например с помощью монитора транзакций и ISAM-файлов. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.08.2005, 04:36 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
MSSQL довольно долго занимал первое место в TPC-C тестах. Сейчас это не так - на первом месте DB2. Думаю MSSQL2k5 изменит ситуацию - результаты тестов бета-версии на 4 месте в TPC-C тестах, и на 2-ом месте среди TPC-C тестов на Intel-bases процессорах. Посмотрите на результаты по price/performance, MSSQL на первом месте. Существенный аргумент в пользу использования именно MSSQL в OLTP. Вообще-то я согласен с тем что и Oracle и особенно DB2 тоже можно использовать в OLTP, и при грамотном их использовании результаты тоже будут хорошие. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.08.2005, 12:55 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
>>Надо же, аргумент - "собственно andsm так уже отвечал". ?? Это не было аргументом а вообще, мы давным-давно все это уже обсуждали, нет смысла повторяться... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.08.2005, 15:46 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
StalkerSа вообще, мы давным-давно все это уже обсуждали, нет смысла повторяться... И причем много раз! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 12.08.2005, 09:12 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
2andsm: Верится с трудом, что после 7 ноября МS-SQL обойдет DB2.... Там как раз выйдет очередная бета DB2 v9. 2vadimifo: IMHO версии, а для того что бы понизить квалификацию разработчиков. Ибо любую задачу можно решить как на блокировочнике так и на версионнике. Другое дело, что часто на версионнике решение получается проще. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.08.2005, 12:12 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
andsm MSSQL довольно долго занимал первое место в TPC-C тестах. Что-то никада не замечал. Тем более все тесты проводятся не в одно время, а стало быть даже на одинковых компах могут быть отличия по тактовой частоте, устройствам ввода вывода, кешам, да и числу клиентов. А так чтобы старый тесты были быстрей на одинаковых компах точно не видел. Зато слышал, что многие думают, что Оракл, к примеру, был вседа самым быстрым. Кроме того, это тесты для конкретных задач, а не для всех OLTP задач. Т.е. строгих выводов о том, кто лучше для любой OLTP задачи тока из этих тестов, скорей всего нельзя. nkulikov Верится с трудом, что после 7 ноября МS-SQL обойдет DB2.... Там как раз выйдет очередная бета DB2 v9. Наверное, не обойдет. Особенно если DB2 на своих майнфремах. nkulikov Другое дело, что часто на версионнике решение получается проще. Возможно, версионник на логику приложений меньше влияет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.08.2005, 16:45 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
vadiminfo andsm MSSQL довольно долго занимал первое место в TPC-C тестах. Что-то никада не замечал. Тем более все тесты проводятся не в одно время, а стало быть даже на одинковых компах могут быть отличия по тактовой частоте, устройствам ввода вывода, кешам, да и числу клиентов. А так чтобы старый тесты были быстрей на одинаковых компах точно не видел. Зато слышал, что многие думают, что Оракл, к примеру, был вседа самым быстрым. Тем не менее в 2001-2002 гг MSSQL занимал первое место(правда для некластерных решений). Тогда сторонники Оракла на этом форуме говорили что эти тесты ничего не говорят и что MS спецально сделал сервер под эти тесты. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.08.2005, 10:54 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
vadiminfo Возможно, версионник на логику приложений меньше влияет. Так этож очень важно, когда разработчик делает то, что ему нужно, (это касается не только версионности но и других возможностей) а не то, что позволяет инструмент. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.08.2005, 11:47 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
[quot nkulikov]2andsm: Верится с трудом, что после 7 ноября МS-SQL обойдет DB2.... Там как раз выйдет очередная бета DB2 v9. [quot] По тестам которые я видел, PowerPC процессоры раза в два быстрее Intel-процессоров. Поэтому обойти DB2 для MSSQL будет сложно, разве что на вдвое большем количестве процессоров. Надеюсь что хотя бы на Intel-платформе займет первое место. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.08.2005, 12:58 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
andsm[quot nkulikov]2andsm: Верится с трудом, что после 7 ноября МS-SQL обойдет DB2.... Там как раз выйдет очередная бета DB2 v9. [quot] По тестам которые я видел, PowerPC процессоры раза в два быстрее Intel-процессоров. Поэтому обойти DB2 для MSSQL будет сложно, разве что на вдвое большем количестве процессоров. Надеюсь что хотя бы на Intel-платформе займет первое место. Не наоборот ли? Иначе с чего бы Apple стали переходить на процессоры Intel? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.08.2005, 14:40 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
с того что вы путаете PowerPC и Power5 процы, а переходят на интел из-за того что ибм наобещала и не выполнела, ни по частоте ни по мобильникам. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.08.2005, 14:52 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
Yo!!с того что вы путаете PowerPC и Power5 процы, а переходят на интел из-за того что ибм наобещала и не выполнела, ни по частоте ни по мобильникам. Почитал про Power5 - ну и монстр! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.08.2005, 15:00 |
|
||
|
Разработка под SQL vs ORACLE
|
|||
|---|---|---|---|
|
#18+
Интересный документ про 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 нагрузкой, заставляют задуматся о "кризисе жанра" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 18.08.2005, 11:19 |
|
||
|
|

start [/forum/topic.php?all=1&fid=35&tid=1553801]: |
0ms |
get settings: |
6ms |
get forum list: |
12ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
19ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
83ms |
get tp. blocked users: |
1ms |
| others: | 175ms |
| total: | 310ms |

| 0 / 0 |
