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

Откуда:
Сообщений: 1557
Почитал тред, сразу вспомнилось вот это
http://i-business.ru/blogs/10999
2 мар 13, 11:47    [14002677]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL как СУБД для процессинговых центров  [new]
OYM
Member

Откуда:
Сообщений: 236
landy,
Опять таки непонятно отчего биржи не использовали failover кластер и mirroring. Это говорит, о изначально неправильном построении инфраструктуры.
2 мар 13, 14:38    [14003071]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL как СУБД для процессинговых центров  [new]
landy
Member

Откуда:
Сообщений: 1557
А, ну да, там студенты работают. Мужики-то и не знали
У них сами Microsoft работали http://www.microsoft.com/Rus/Casestudies_archive/casestudy.aspx?id=451
а через 2 года
Исполнительный директор биржи Клара Ферс, при которой произошло развертывание системы TradElect 
(смесь программ на C# и .NET, созданных Microsoft и фирмой Accenture), покинула свой пост 
без объяснения причин. А новый глава биржи, Ксавье Роле, тут же принял решение об отказе от TradElect. 

http://open-life.org/blog/273.html
2 мар 13, 18:31    [14003478]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL как СУБД для процессинговых центров  [new]
ДохтаР
Member [заблокирован]

Откуда: Новоукраинск
Сообщений: 16864
OYM
ДохтаР,
Можете пояснить отчего будет разрыв баланса в SQL Server и не будет разрыва баланса в Оракле?


Разрыв возможжен и в серевере и в оракле .
Что бы небыло разрыва,
действия должны производиться с последними закомиченными версиями и
доступ к ним должен быть сериализован.
2 мар 13, 19:31    [14003651]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL как СУБД для процессинговых центров  [new]
Ramin Hashimzade
Member

Откуда: Азербайджан, Баку
Сообщений: 9979
Блог
однозначно голосую за ORACLE....
3 мар 13, 10:14    [14004905]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL как СУБД для процессинговых центров  [new]
OYM
Member

Откуда:
Сообщений: 236
ДохтаР
OYM
ДохтаР,
Можете пояснить отчего будет разрыв баланса в SQL Server и не будет разрыва баланса в Оракле?


Разрыв возможжен и в серевере и в оракле .
Что бы небыло разрыва,
действия должны производиться с последними закомиченными версиями и
доступ к ним должен быть сериализован.

А зачем? Транзакция, которая читает, взяла значение из темдб данной строки с данной временной меткой.
4 мар 13, 13:08    [14008215]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL как СУБД для процессинговых центров  [new]
злой_бух
Guest
OYM
ДохтаР
пропущено...


Разрыв возможжен и в серевере и в оракле .
Что бы небыло разрыва,
действия должны производиться с последними закомиченными версиями и
доступ к ним должен быть сериализован.

А зачем? Транзакция, которая читает, взяла значение из темдб данной строки с данной временной меткой.


После этой временной метки 5 других транзакций закомитили свои
значение этой строки.
Какое значение есть консистемным с точки зрения бизнес логики если эта транзакция
захочет поменять эту строку ?
4 мар 13, 18:43    [14010569]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL как СУБД для процессинговых центров  [new]
OYM
Member

Откуда:
Сообщений: 236
злой_бух,
Да ради бога, пусть коммитять. Мне нужны именно, те которые существовали на момент старта транзакции. Или будут затерты другими версиями?
4 мар 13, 19:00    [14010633]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL как СУБД для процессинговых центров  [new]
злой_бух
Guest
OYM,

Версии не будут,
но все что вы будете изменять на основании значений которые 5 раз перекомичены
после вашего обращения к ним,
может искажать реальную картину, которая должны быть в БД
исходя из логики заложенной в приложение.
4 мар 13, 20:51    [14010895]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL как СУБД для процессинговых центров  [new]
OYM
Member

Откуда:
Сообщений: 236
злой_бух
OYM,

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


Конечно это понятно, что принятие решение на данных, которые еще не устарели относительно данной транзакции, но устарели в абсолютном понимании (относительно всей БД) будут некорректны. Такое же будет и в Оракле.
6 мар 13, 08:36    [14017521]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL как СУБД для процессинговых центров  [new]
ДохтаР
Member [заблокирован]

Откуда: Новоукраинск
Сообщений: 16864
OYM
злой_бух
OYM,

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


Конечно это понятно, что принятие решение на данных, которые еще не устарели относительно данной транзакции, но устарели в абсолютном понимании (относительно всей БД) будут некорректны. Такое же будет и в Оракле.


Именно это имелось ввиду 14003651

автор
действия должны производиться с последними закомиченными версиями и
доступ к ним должен быть сериализован.
6 мар 13, 19:43    [14021676]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL как СУБД для процессинговых центров  [new]
Ramin Hashimzade
Member

Откуда: Азербайджан, Баку
Сообщений: 9979
Блог
может кто то подскажет логику такого идиотизма в MSSQL:

delete from payments h
where h.cust_id = 49870

Category	Timestamp	Duration	Message	Line	Position
Error	15.03.2013 11:21:28 AM	0:00:00.000	SQL Server Database Error: Incorrect syntax near 'h'.	1	0


тупизм полный....
15 мар 13, 11:31    [14051685]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL как СУБД для процессинговых центров  [new]
Ramin Hashimzade
Member

Откуда: Азербайджан, Баку
Сообщений: 9979
Блог
кстати нужно убрать алиас что б тупой MSSQL понял что я хочу....

delete from payments 
where cust_id = 49870

Category	Timestamp	Duration	Message	Line	Position
Statement	15.03.2013 11:25:16 AM	0:00:00.062	1 rows affected	5	0
15 мар 13, 11:33    [14051702]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL как СУБД для процессинговых центров  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
Ramin Hashimzade, почитайте документацию, подумайте

http://msdn.microsoft.com/ru-ru/library/ms189835.aspx
15 мар 13, 11:54    [14051869]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL как СУБД для процессинговых центров  [new]
Infernal V. Raven
Member

Откуда: St.Petersburg
Сообщений: 1710
Ramin Hashimzade
может кто то подскажет логику такого идиотизма в MSSQL

Повеселило. Как обычно, конструкция работающая в одной среде (DBMS, языке, среде разработки) отказывается работать в другой. В этом случае среда объявляется тупой и убогой :)

По-теме: по-моему опыту - можно использовать и MSSQL и Oracle. Все зависит от проектирования и реализации (что чаще всего вытекает из опыта и логики. Ну и достаточного финансирования :) )
15 мар 13, 12:43    [14052201]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL как СУБД для процессинговых центров  [new]
Ramin Hashimzade
Member

Откуда: Азербайджан, Баку
Сообщений: 9979
Блог
Никакая документация не оправдывает это ограничение (тупизм)!!!
15 мар 13, 12:47    [14052234]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL как СУБД для процессинговых центров  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
Ramin Hashimzade, я еще подумать предлагал...
15 мар 13, 13:02    [14052345]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL как СУБД для процессинговых центров  [new]
Infernal V. Raven
Member

Откуда: St.Petersburg
Сообщений: 1710
delete from payments h
where h.cust_id = 49870


Что касается этой конструкции, то удобнее для разработчиков сделано в Оракле. Но это именно "удобнее". Сколь либо серьезных проблем это вызывать у разработчика не должно. А уж от необходимости читать документацию вообще никак не избавляет.
15 мар 13, 13:18    [14052461]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL как СУБД для процессинговых центров  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
Если уж очень хочется:

INSERT @T(col1) VALUES(1), (2), (3)

DELETE T FROM @T AS T WHERE T.col1 = 1

SELECT * FROM @T 


Хотя в "однотабличном" DELETE секция FROM и на нужна совсем:

DECLARE @T TABLE(col1 int NULL)

INSERT @T(col1) VALUES(1), (2), (3)

DELETE @T WHERE col1 = 1

SELECT * FROM @T 
15 мар 13, 13:32    [14052572]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL как СУБД для процессинговых центров  [new]
Барсук-копатель
Member [заблокирован]

Откуда: Московский парк
Сообщений: 94884
Ramin Hashimzade
Никакая документация не оправдывает это ограничение (тупизм)!!!

Рамин, купите зеркало.
15 мар 13, 13:54    [14052726]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL как СУБД для процессинговых центров  [new]
Зайцев Фёдор
Member

Откуда: Лужки
Сообщений: 5308
Ramin Hashimzade
Никакая документация не оправдывает это ограничение (тупизм)!!!

вообще странно слышать про тупизм от автора
+ такой хрени https://www.sql.ru/blogs/ramin
function StrBreak(str, Delimeter: string; fromParts, Cnt : integer) : string;
{
 str : your string
 Delimeter : Delimeter symbol
 fromParts : Initial position
 Cnt : Number of items
}
var
 StrL : TStringList;
 ParseStr : string;
 i : integer;
begin
  Result := '';
  try
    StrL := TStringList.Create;
    ParseStr:= StringReplace(str, Delimeter, #13, [rfReplaceAll]);
    StrL.Text := ParseStr;
    if StrL.Count > 0 then
    begin
      for i := 0 to Cnt-1 do
        if i>0 then Result := Result + Delimeter + StrL.Strings[fromParts+i]
               else Result := Result + StrL.Strings[fromParts+i];
    end;
  finally
    StrL.Free;
  end;
end;


procedure TForm1.Button1Click(Sender: TObject);
begin
  ShowMessage(StrBreak('qwe', '|', 1, 3))
end;


15 мар 13, 14:07    [14052802]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL как СУБД для процессинговых центров  [new]
SQL*Plus
Member

Откуда: Россия, Москва
Сообщений: 8520
Bogdanov Andrey
Вот ссылка

Но думаю, что в рамках данного топика сравнение позиций SQL Server и Oracle в этом опросе можно считать относительно объективным.

"Источник: CNews Analytics, 2005"
(больше семи лет назад)
25 мар 13, 13:49    [14092016]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL как СУБД для процессинговых центров  [new]
Ivan Durak
Member

Откуда: Minsk!!!
Сообщений: 3789
SQL*Plus
Bogdanov Andrey
Вот ссылка

Но думаю, что в рамках данного топика сравнение позиций SQL Server и Oracle в этом опросе можно считать относительно объективным.

"Источник: CNews Analytics, 2005"
(больше семи лет назад)

Давайте свежие данные!!! Ждем!!!!
25 мар 13, 14:41    [14092312]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL как СУБД для процессинговых центров  [new]
Bogdanov Andrey
Member

Откуда: Да уже и сам не знаю...
Сообщений: 2203
SQL*Plus
"Источник: CNews Analytics, 2005"
(больше семи лет назад)
Одно сообщение осилил, а двумя постами выше нет? А там было написано:
Bogdanov Andrey
по исследованиям CNews Analytics за 2005 год

Более того ссылка и приводилась как пример распределения в эпоху, когда версионного mssql еще не было.

Или тут лишь бы высказаться, а смысл критики значения не имеет?
25 мар 13, 16:34    [14093063]     Ответить | Цитировать Сообщить модератору
 Re: Oracle vs MS SQL как СУБД для процессинговых центров  [new]
Ivan Durak
Member

Откуда: Minsk!!!
Сообщений: 3789
http://www.tadviser.ru/index.php/%D0%A1%D1%82%D0%B0%D1%82%D1%8C%D1%8F:%D0%90%D0%B2%D1%82%D0%BE%D0%BC%D0%B0%D1%82%D0%B8%D0%B7%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%BD%D1%8B%D0%B5_%D0%B1%D0%B0%D0%BD%D0%BA%D0%BE%D0%B2%D1%81%D0%BA%D0%B8%D0%B5_%D1%81%D0%B8%D1%81%D1%82%D0%B5%D0%BC%D1%8B_(%D0%90%D0%91%D0%A1)
Летом прошлого года Ассоциация региональных банков России провела опрос банковских IT-специалистов. В нем приняли участие более 80% от общего количества российских организаций. Опрос показал, что по количеству внедрений на рынке АБС продолжает лидировать компания R-Style Softlab, занимающая 24% рынка. Правда, ее доля в течение нескольких лет постепенно снижается. За ней следует «Диасофт» (17%), на третьем месте ЦФТ (9%). Догоняет тройку лидеров стабильно растущая «Инверсия» (8%).



автор
Инверсия», бывшая в 2010 году второй по числу новых клиентов, возглавила список. В 2010-м компания продала 18 АБС. Примерно в половине случаев новые системы стали заменой устаревших версий RS-Bank от R-Style Softlab. ЦФТ, несколько лет подряд удерживавший пальму первенства в этом соревновании, идет след в след. В 2010-м у компании 17 новых покупателей АБС. Ими стали банки, чей бизнес набирает обороты, такие, как Росинтербанк, Экспресс-банк и Аксонбанк. Они предпочли систему на новой, представленной в 2010 году, платформе 2 MCA (Mission Critical Application). Остальные – их пока больше – купили прежние решения: «ЦФТ Банк» и «ЦФТ Ритейл банк», основанные на СУБД Oracle.
25 мар 13, 18:26    [14093840]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 2 [3] 4 5 6   вперед  Ctrl      все
Все форумы / Сравнение СУБД Ответить