|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
Почитал тред, сразу вспомнилось вот это http://i-business.ru/blogs/10999 ... |
|||
:
Нравится:
Не нравится:
|
|||
02.03.2013, 11:47 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
landy, Опять таки непонятно отчего биржи не использовали failover кластер и mirroring. Это говорит, о изначально неправильном построении инфраструктуры. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.03.2013, 14:38 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
А, ну да, там студенты работают. Мужики-то и не знали У них сами Microsoft работали http://www.microsoft.com/Rus/Casestudies_archive/casestudy.aspx?id=451 а через 2 года Код: sql 1. 2. 3.
http://open-life.org/blog/273.html ... |
|||
:
Нравится:
Не нравится:
|
|||
02.03.2013, 18:31 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
OYMДохтаР, Можете пояснить отчего будет разрыв баланса в SQL Server и не будет разрыва баланса в Оракле? Разрыв возможжен и в серевере и в оракле . Что бы небыло разрыва, действия должны производиться с последними закомиченными версиями и доступ к ним должен быть сериализован. ... |
|||
:
Нравится:
Не нравится:
|
|||
02.03.2013, 19:31 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
однозначно голосую за ORACLE.... ... |
|||
:
Нравится:
Не нравится:
|
|||
03.03.2013, 10:14 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
ДохтаРOYMДохтаР, Можете пояснить отчего будет разрыв баланса в SQL Server и не будет разрыва баланса в Оракле? Разрыв возможжен и в серевере и в оракле . Что бы небыло разрыва, действия должны производиться с последними закомиченными версиями и доступ к ним должен быть сериализован. А зачем? Транзакция, которая читает, взяла значение из темдб данной строки с данной временной меткой. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.03.2013, 13:08 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
OYMДохтаРпропущено... Разрыв возможжен и в серевере и в оракле . Что бы небыло разрыва, действия должны производиться с последними закомиченными версиями и доступ к ним должен быть сериализован. А зачем? Транзакция, которая читает, взяла значение из темдб данной строки с данной временной меткой. После этой временной метки 5 других транзакций закомитили свои значение этой строки. Какое значение есть консистемным с точки зрения бизнес логики если эта транзакция захочет поменять эту строку ? ... |
|||
:
Нравится:
Не нравится:
|
|||
04.03.2013, 18:43 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
злой_бух, Да ради бога, пусть коммитять. Мне нужны именно, те которые существовали на момент старта транзакции. Или будут затерты другими версиями? ... |
|||
:
Нравится:
Не нравится:
|
|||
04.03.2013, 19:00 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
OYM, Версии не будут, но все что вы будете изменять на основании значений которые 5 раз перекомичены после вашего обращения к ним, может искажать реальную картину, которая должны быть в БД исходя из логики заложенной в приложение. ... |
|||
:
Нравится:
Не нравится:
|
|||
04.03.2013, 20:51 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
злой_бухOYM, Версии не будут, но все что вы будете изменять на основании значений которые 5 раз перекомичены после вашего обращения к ним, может искажать реальную картину, которая должны быть в БД исходя из логики заложенной в приложение. Конечно это понятно, что принятие решение на данных, которые еще не устарели относительно данной транзакции, но устарели в абсолютном понимании (относительно всей БД) будут некорректны. Такое же будет и в Оракле. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.03.2013, 08:36 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
OYMзлой_бухOYM, Версии не будут, но все что вы будете изменять на основании значений которые 5 раз перекомичены после вашего обращения к ним, может искажать реальную картину, которая должны быть в БД исходя из логики заложенной в приложение. Конечно это понятно, что принятие решение на данных, которые еще не устарели относительно данной транзакции, но устарели в абсолютном понимании (относительно всей БД) будут некорректны. Такое же будет и в Оракле. Именно это имелось ввиду 14003651 автордействия должны производиться с последними закомиченными версиями и доступ к ним должен быть сериализован. ... |
|||
:
Нравится:
Не нравится:
|
|||
06.03.2013, 19:43 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
может кто то подскажет логику такого идиотизма в MSSQL: Код: plsql 1. 2. 3. 4. 5.
тупизм полный.... ... |
|||
:
Нравится:
Не нравится:
|
|||
15.03.2013, 11:31 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
кстати нужно убрать алиас что б тупой MSSQL понял что я хочу.... Код: plsql 1. 2. 3. 4. 5.
... |
|||
:
Нравится:
Не нравится:
|
|||
15.03.2013, 11:33 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
Ramin Hashimzade, почитайте документацию, подумайте http://msdn.microsoft.com/ru-ru/library/ms189835.aspx ... |
|||
:
Нравится:
Не нравится:
|
|||
15.03.2013, 11:54 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
Ramin Hashimzadeможет кто то подскажет логику такого идиотизма в MSSQL Повеселило. Как обычно, конструкция работающая в одной среде (DBMS, языке, среде разработки) отказывается работать в другой. В этом случае среда объявляется тупой и убогой :) По-теме: по-моему опыту - можно использовать и MSSQL и Oracle. Все зависит от проектирования и реализации (что чаще всего вытекает из опыта и логики. Ну и достаточного финансирования :) ) ... |
|||
:
Нравится:
Не нравится:
|
|||
15.03.2013, 12:43 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
Никакая документация не оправдывает это ограничение (тупизм)!!! ... |
|||
:
Нравится:
Не нравится:
|
|||
15.03.2013, 12:47 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
Ramin Hashimzade, я еще подумать предлагал... ... |
|||
:
Нравится:
Не нравится:
|
|||
15.03.2013, 13:02 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
Код: plsql 1. 2.
Что касается этой конструкции, то удобнее для разработчиков сделано в Оракле. Но это именно "удобнее". Сколь либо серьезных проблем это вызывать у разработчика не должно. А уж от необходимости читать документацию вообще никак не избавляет. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.03.2013, 13:18 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
Если уж очень хочется: Код: sql 1. 2. 3. 4. 5.
Хотя в "однотабличном" DELETE секция FROM и на нужна совсем: Код: sql 1. 2. 3. 4. 5. 6. 7.
... |
|||
:
Нравится:
Не нравится:
|
|||
15.03.2013, 13:32 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
Ramin HashimzadeНикакая документация не оправдывает это ограничение (тупизм)!!! Рамин, купите зеркало. ... |
|||
:
Нравится:
Не нравится:
|
|||
15.03.2013, 13:54 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
Ramin HashimzadeНикакая документация не оправдывает это ограничение (тупизм)!!! вообще странно слышать про тупизм от автора такой хрени http://www.sql.ru/blogs/ramin Код: pascal 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27.
Код: pascal 1. 2. 3. 4.
... |
|||
:
Нравится:
Не нравится:
|
|||
15.03.2013, 14:07 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
Bogdanov AndreyВот ссылка Но думаю, что в рамках данного топика сравнение позиций SQL Server и Oracle в этом опросе можно считать относительно объективным. "Источник: CNews Analytics, 2005 " (больше семи лет назад) ... |
|||
:
Нравится:
Не нравится:
|
|||
25.03.2013, 13:49 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
SQL*PlusBogdanov AndreyВот ссылка Но думаю, что в рамках данного топика сравнение позиций SQL Server и Oracle в этом опросе можно считать относительно объективным. "Источник: CNews Analytics, 2005 " (больше семи лет назад) Давайте свежие данные!!! Ждем!!!! ... |
|||
:
Нравится:
Не нравится:
|
|||
25.03.2013, 14:41 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
SQL*Plus"Источник: CNews Analytics, 2005 " (больше семи лет назад)Одно сообщение осилил, а двумя постами выше нет? А там было написано: Bogdanov Andreyпо исследованиям CNews Analytics за 2005 год Более того ссылка и приводилась как пример распределения в эпоху, когда версионного mssql еще не было. Или тут лишь бы высказаться, а смысл критики значения не имеет? ... |
|||
:
Нравится:
Не нравится:
|
|||
25.03.2013, 16:34 |
|
Oracle vs MS SQL как СУБД для процессинговых центров
|
|||
---|---|---|---|
#18+
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.03.2013, 18:26 |
|
|
start [/forum/topic.php?fid=35&msg=38185515&tid=1552468]: |
0ms |
get settings: |
11ms |
get forum list: |
12ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
26ms |
get topic data: |
10ms |
get forum data: |
2ms |
get page messages: |
53ms |
get tp. blocked users: |
1ms |
others: | 250ms |
total: | 371ms |
0 / 0 |