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

Если один программист разрабатывает и database-tier и middle-tier и client-tier, то это не проект, а так, поделка, сделанная одним человеком. А если это творится на достаточно крупном проекте, то это не проект, а ....здец.

Всем спасибо за продуктивное обсуждение, не вышедшее далее первой страницы :-)

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

Под зоопарком понимаю приложения разных производителей, которые надо состыковать и не понятно как.
Например: берем винду, домен. субд и надо состыковать аутентификацию. Если в качестве субд использовать скл - то без проблем, если оракл - то надо думать. Или берем орм, если родной и с скл - то без проблем, а если гибернейт и скл(оракл) - то надо думать и т.д.
А насчет переносимости на разные платформы: я не очень понимаю, что это за приложения такие, кроме хтмл страничек.
8 июл 13, 18:02    [14537795]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение СУБД MS SQL Server и Oracle  [new]
comparator
Guest
мимо
Как будете писать обработку(сложную) бизнес-логики данных с использованием сервера приложений? Как показывает практика, часть операций выгодно выполнить в бд, перед отправкой данных на сервер-приложений (что- то сложить, поделить, преобразовать и т.д.), так же существует часть операций, которые необходимо выполнить при возрате данных на сервер (какие-то преобразования, дополнительные запросы на основание обработанных данных и т.д.). Кто ж будет распределять, что и где делать? Для этого нужен человек, который понимает, что выгодней сделать на бд, а что на сервере приложений. Т.е. чтобы принять правильно решение он должен хорошо представлять все плюсы и минусы того или другого уровня. А без хорошей практики этого не добиться. Приняв решение он может озадачить двух падаванов (один на сервере приложений, другой на бд). Но постоянно так продолжаться не может, если сам не будет практиковаться, потеряет квалификацию. И соответственно, велика вероятность принятия неправильного решения, а проект то серьезный. Диалектика, однако. Каков выход?


Для этого существует такой человек, называемый проектировщиком. Если он не будет практиковаться в программировании - ничего с ним не случиться, ибо его задача - построить масштабируемое приложение. А где и как оно будет масштабироваться в RAC или кластере WebLogic или и там и там - не суть важно, лишь бы масштабировалось.

А с вашей точки зрения - ну чем подход Oracle в этом случае отличается от MS? Сервер БД Oracle, сервер приложений WebLogic, фреймвок Oracle ADF c Oracle JDeveloper. Пожалуйста, если хочется - фигачьте все уровни а потом по мере овладения назначайте падаванов.

Ну вот и все в этой теме, пожалуй. Работать надо :-)
8 июл 13, 18:08    [14537835]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение СУБД MS SQL Server и Oracle  [new]
Basil A. Sidorov
Member

Откуда:
Сообщений: 11473
мимо
Под зоопарком понимаю приложения разных производителей, которые надо состыковать и не понятно как
Эк вы быстро перескочили с разработки одного приложения на развёртывание нескольких ...
Например: берем винду, домен. субд и надо состыковать аутентификацию
Кому надо?
Мне - не надо: в системе, которую мы эксплуатируем, работают сотни внешних пользователей сотен разных юридических лиц.
Домены у них если и существуют, то полностью независимые. Даже о доверительных отношениях не может идти речи.
А насчет переносимости на разные платформы: я не очень понимаю, что это за приложения такие, кроме хтмл страничек.
Если вы чего-то не видели, то это ещё не означает, что "ложки нет". Возможно, что вы просто мало видели.
Система, которую мы эксплуатируем может быть развёрнута под виндой и линуксом. Меняются только стартовые скрипты.
Может использовать Oracle или Firebird. Меняется только строка подключения.
Когда (если) разработчики впендюрят MSSQL - будет ещё одна строка подключения.
"хтмл странички" там тоже есть, но это не краеугольный камень, а именно, что часть системы.
Или для вас "система" это, на самом деле, "клиент системы"?
8 июл 13, 18:30    [14538034]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение СУБД MS SQL Server и Oracle  [new]
Yo.!
Guest
Ivan Durak
мсдн удобнее оракловых доков.

это у вас смешно получилось, учитывая, что у мс нет даже базовых вещей в доке, типа concepts. ну а то, что есть вызывает хохот. помню мы с pkarklin на несколько листов устроили морфологический анализ статьи на счет read-ahead. индусы так классно построили фразы, что понять чего хотели сказать не возможно.
8 июл 13, 21:35    [14538618]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение СУБД MS SQL Server и Oracle  [new]
Infernal V. Raven
Member

Откуда: St.Petersburg
Сообщений: 1710
Yo.!
Ivan Durak
мсдн удобнее оракловых доков.

это у вас смешно получилось, учитывая, что у мс нет даже базовых вещей в доке, типа concepts. ну а то, что есть вызывает хохот. помню мы с pkarklin на несколько листов устроили морфологический анализ статьи на счет read-ahead. индусы так классно построили фразы, что понять чего хотели сказать не возможно.

Если бы это был опрос - плюсанул бы доки от MS по сравнению с Oracle.
9 июл 13, 12:48    [14540535]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение СУБД MS SQL Server и Oracle  [new]
Yo.!
Guest
Infernal V. Raven
Если бы это был опрос - плюсанул бы доки от MS по сравнению с Oracle.

как и еще 100500 лемингов, но факт в том, что как только попросишь аргументировать - мсскл гайз быстро сдуваются.
9 июл 13, 13:11    [14540761]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение СУБД MS SQL Server и Oracle  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
Infernal V. Raven
Если бы это был опрос - плюсанул бы доки от MS по сравнению с Oracle.

А если бы я вез патроны - минусанул бы, скорее всего, не только доки, но и кое-что еще от MS по сравнению с Oracle.
9 июл 13, 13:20    [14540841]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение СУБД MS SQL Server и Oracle  [new]
Infernal V. Raven
Member

Откуда: St.Petersburg
Сообщений: 1710
Yo.!,

Ну тебе я аргументировать не буду и даже аргументирую почему:
1. Потребует много времени
2. Тебя все-равно не переубедить ни в чем

9 июл 13, 14:44    [14541543]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение СУБД MS SQL Server и Oracle  [new]
Infernal V. Raven
Member

Откуда: St.Petersburg
Сообщений: 1710
vadiminfo
А если бы я вез патроны - минусанул бы, скорее всего, не только доки, но и кое-что еще от MS по сравнению с Oracle.

При перевозке патронов - самое главное безопасность, а уж доки явно потом :)
9 июл 13, 14:47    [14541563]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение СУБД MS SQL Server и Oracle  [new]
Andrey Sribnyak
Member

Откуда: Киев
Сообщений: 600
offtop
Улыбнуло
Сегодня читал нововведения в последней версии Оракла, там первым пунктом идет: Новый тип данных для PK — Identity.


А сколько здесь копий было поломано в том, что лучше sequence или identity, а теперь и тот и другой есть и там и сям...
11 июл 13, 17:34    [14554130]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение СУБД MS SQL Server и Oracle  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
Andrey Sribnyak
offtop
Улыбнуло
Сегодня читал нововведения в последней версии Оракла, там первым пунктом идет: Новый тип данных для PK — Identity.


А сколько здесь копий было поломано в том, что лучше sequence или identity, а теперь и тот и другой есть и там и сям...
так глядишь и от dual откажутся)
11 июл 13, 18:47    [14554517]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение СУБД MS SQL Server и Oracle  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67469
Блог
Andrey Sribnyak
А сколько здесь копий было поломано в том, что лучше sequence или identity, а теперь и тот и другой есть и там и сям...

И это вместо того, чтобы хоть где-то сделать нормально.
11 июл 13, 19:08    [14554574]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение СУБД MS SQL Server и Oracle  [new]
Infernal V. Raven
Member

Откуда: St.Petersburg
Сообщений: 1710
softwarer
И это вместо того, чтобы хоть где-то сделать нормально.
А в чем заключается "нормально"?
11 июл 13, 19:14    [14554583]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение СУБД MS SQL Server и Oracle  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67469
Блог
Infernal V. Raven
softwarer
И это вместо того, чтобы хоть где-то сделать нормально.
А в чем заключается "нормально"?

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

create sequence SEQ start with 1 increment by 10;
create table FIRST(ID integer not null primary key default SEQ.nextal);
create table SECOND(ID integer not null primary key default SEQ.nextal);
11 июл 13, 19:17    [14554591]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение СУБД MS SQL Server и Oracle  [new]
Infernal V. Raven
Member

Откуда: St.Petersburg
Сообщений: 1710
softwarer
create sequence SEQ start with 1 increment by 10;

А я думал, что имелось ввиду identity.
11 июл 13, 19:28    [14554624]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение СУБД MS SQL Server и Oracle  [new]
Dimitry Sibiryakov
Member

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

softwarer
с бедра я бы предложил что-нибудь типа

И получил бы "холостое" увеличение SEQ в случае если пользователь прямо указал ID в запросе.

Posted via ActualForum NNTP Server 1.5

11 июл 13, 19:28    [14554627]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение СУБД MS SQL Server и Oracle  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67469
Блог
Infernal V. Raven
А я думал, что имелось ввиду identity.

identity не решает задачу кормления нескольких таблиц из одного источника.
11 июл 13, 19:29    [14554629]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение СУБД MS SQL Server и Oracle  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67469
Блог
Dimitry Sibiryakov
И получил бы "холостое" увеличение SEQ в случае если пользователь прямо указал ID в запросе.

Не вижу, что в этом страшного, но если хотите - доработайте мысль в сторону

default case when :new.ID is null then SEQ.nextval
11 июл 13, 19:32    [14554642]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение СУБД MS SQL Server и Oracle  [new]
Infernal V. Raven
Member

Откуда: St.Petersburg
Сообщений: 1710
softwarer
identity не решает задачу кормления нескольких таблиц из одного источника.

Конечно не решает. Просто непонятно было к чему относилось жалоба на "ненормальность". Разобрались.
11 июл 13, 19:34    [14554649]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение СУБД MS SQL Server и Oracle  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67469
Блог
Infernal V. Raven
softwarer
identity не решает задачу кормления нескольких таблиц из одного источника.

Конечно не решает. Просто непонятно было к чему относилось жалоба на "ненормальность". Разобрались.

Имхо ненормально иметь два конкурирующих плохо работающих механизма вместо одного хорошо работающего.
11 июл 13, 19:36    [14554656]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение СУБД MS SQL Server и Oracle  [new]
Infernal V. Raven
Member

Откуда: St.Petersburg
Сообщений: 1710
softwarer
Имхо ненормально иметь два конкурирующих плохо работающих механизма вместо одного хорошо работающего.

Что за задачи требуют такого поведения? Просто мне таких не встречалось, либо я их обходил другими путями.
11 июл 13, 19:39    [14554663]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение СУБД MS SQL Server и Oracle  [new]
Yo.!
Guest
softwarer
Простой механизм, удобно накрывающий стоящие задачи. Скажем, с бедра я бы предложил что-нибудь типа

create sequence SEQ start with 1 increment by 10;
create table FIRST(ID integer not null primary key default SEQ.nextal);
create table SECOND(ID integer not null primary key default SEQ.nextal);

а чем это отличается от того что сделали в 12с ?
11 июл 13, 20:46    [14554849]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение СУБД MS SQL Server и Oracle  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67469
Блог
Yo.!
а чем это отличается от того что сделали в 12с ?

Смотря с какой точки зрения. То, что в Oracle 12 наконец-то сделали то, что было совершенно очевидно ещё в Oracle 8 - default nextval - это, конечно, "лучше поздно, чем никогда". А то, что туда засунули всякой ненужной фигни типа generated by default on null as identity - это компенсирующая глупость. К сожалению, стиль "противоборствующих команд индусов" добрался и до СУБД.
11 июл 13, 21:05    [14554893]     Ответить | Цитировать Сообщить модератору
 Re: Сравнение СУБД MS SQL Server и Oracle  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
softwarer
Простой механизм, удобно накрывающий стоящие задачи. Скажем, с бедра я бы предложил что-нибудь типа


Это же T-SQL?! ;)
11 июл 13, 21:59    [14555073]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 2 [3] 4 5   вперед  Ctrl      все
Все форумы / Сравнение СУБД Ответить