ReSQL.ru
     
powered by simpleCommunicator - 2.0.61     © 2026 Programmizd 02
Мобильная версия    Контакт    Правила    FAQ    Помощь
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Доб. в избранное | Игнор. тему | Прикреп. тему | Пометить прочит. / непрочит. | Фильтр
Форумы / Sybase ASA, ASE, IQ [игнор отключен] [закрыт для гостей] / Применим прицип Oracle к ASE
20 сообщений из 70, страница 3 из 3
  3  все
Применим прицип Oracle к ASE
    #35466419
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MasterZiv
Участник
Yo.! wrote:

> вероятно у вас были такие объемы какие позволяли для каждого вычисления
> баланса поднимать все транзакции счета за день, я не спорю, понятно, что
> это будет работать. я о том что версионность имеет существенное
> преимущество как в плане простоты кода (в примере тупо обновляться
> баланс) так и в плане производительности (и/о и CPU под UNDO на порядок
> будет меньше чем на каждый чих поднимать все транзакции счета за день).
>
Да вот не факт, зависит от соотношения сложности читающих и пишущих транзакций
в этот балланс.

> я тоже достаточно далек от банковских систем и не совсем понял, что
> значит "проводки больше не делаются".

Имеется в виду, что период (банковский день) закрыт, по нему
сформировано конечное сальдо, и проводки в этот период уже не попадают.

не может же банк запретить
> операции со счетом пока что-то "закрывает" ?

Должен. Не не может, а должен. Ну ладно, это уже далеко в дебри.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
01.08.2008, 19:58
| Ответить | Цитировать | Написать  
Применим прицип Oracle к ASE
    #35466440
cherrex_Den
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
cherrex_Den
Гость
А можно по подробней почему версионники более ресурсоемкие чем блокировочники? У меня есть свои догадки, но хочиться услышать факты.
...
Рейтинг: 0 / 0
01.08.2008, 20:17
| Ответить | Цитировать | Написать  
Применим прицип Oracle к ASE
    #35467027
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MasterZiv
Участник
cherrex_Den пишет:

> А можно по подробней почему версионники более ресурсоемкие чем
> блокировочники? У меня есть свои догадки, но хочиться услышать факты.

Ну тут тема как бы неблагодарная, флеймовая, но версионникам же
старые версии записей хранить-то надо, и удалять, когда время
придёт, тоже. Блокировочникам всё это не нужно как бы.
С другой стороны, говорить так, как я сказал, тоже не совсем
правильно, поскольку производительность - это кол-во транзакций
в единицу времени. Т.е. просто говоря блокировочники могут "просесть"
там, где версионники улетят (и, кстати, наоборот).
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
02.08.2008, 22:20
| Ответить | Цитировать | Написать  
Применим прицип Oracle к ASE
    #35467486
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Yo.!
Гость
может конечно в России банки какие-то особенные, но у нас операции со счетом доступны 24/7 через инет/мобильный банк.

кроме уже озвученных преимуществ MVCC с не блокируемым консистентным чтением, например MSSQL дало тригера (таблички inserted/deleted), работающие в разы быстрее, online перестроение индексов, в оракле мегафичу flashback и прочие вкусности ...
...
Рейтинг: 0 / 0
03.08.2008, 19:18
| Ответить | Цитировать | Написать  
Применим прицип Oracle к ASE
    #35467549
Фотография Ggg_old
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ggg_old
Участник
Наши банки тоже поют про 24/7, но это означает лишь только то, что сайт и БД инетбанкинга работают круглосуточно. А как быстро исполнятеся реальная проводка? Знаю, что в европе платежи между банками быстрее суток-трех не ходят.
И кто на чем только не работает.
...
Рейтинг: 0 / 0
03.08.2008, 21:05
| Ответить | Цитировать | Написать  
Применим прицип Oracle к ASE
    #35467577
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Yo.!
Гость
Ggg_oldНаши банки тоже поют про 24/7, но это означает лишь только то, что сайт и БД инетбанкинга работают круглосуточно. А как быстро исполнятеся реальная проводка? Знаю, что в европе платежи между банками быстрее суток-трех не ходят.
И кто на чем только не работает.
в латвии внутри банка платеж идет минут 5-10, между местными банками обычно в течении суток. поскольку банк скандинавский, сомневаюсь, что в европу дольше будет идти. трое суток на сколько я слышал это максимум, дольше которого они не могут задержать, при этом можно получать XML нотификации по http или на мобильник SMS.
к стате тот же банкомат, ему нужно знать баланс по любому ... хотя за прошлый день наверно можно считать баланс и на RC, не накладывая блокировки, просто за сутки сумашедший оверхед получается.
...
Рейтинг: 0 / 0
03.08.2008, 21:45
| Ответить | Цитировать | Написать  
Применим прицип Oracle к ASE
    #35467584
Однако
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Однако
Участник
оффтоп: например, в UK ввели Faster Payment Service, так что норма сейчас часа 2...
читать здесь: http://www.apacs.org.uk/payments_industry/faster_payments_service.html
но все зависит от самой RTGS системы

2 Yo.!
Вы откуда? Где вы? Какая страна?

кстати, нехотелось бы вас расстраивать, но Sybase ASE #1 в инвестбанках, так уж сложилось...
и версионность там увы непожет...
...
Рейтинг: 0 / 0
03.08.2008, 21:56
| Ответить | Цитировать | Написать  
Применим прицип Oracle к ASE
    #35467587
Однако
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Однако
Участник
Yo.!
в латвии внутри банка платеж
когда-то пробывали получить распечатку со счета, например Ханзабанка, в часа 2 ночи или сделать платеж?
увы, но там далеко не 7/24 :) а там Oracle!!!
...
Рейтинг: 0 / 0
03.08.2008, 21:59
| Ответить | Цитировать | Написать  
Применим прицип Oracle к ASE
    #35467598
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Yo.!
Гость
однако
кстати, нехотелось бы вас расстраивать, но Sybase ASE #1 в инвестбанках, так уж сложилось...

разве, что в мечтах. даже если сложить продажи всех субд сайбеза и посчитать, что все они проинсталированы в банках, то получится смешная доля для банковского сектора (менее $407M).

однако
когда-то пробывали получить распечатку со счета, например Ханзабанка, в часа 2 ночи или сделать платеж?

не верю, за лет 8 в хансе лично я ни разу не столкнулся с не работающим инет банком. читал только в газетах, что они когда-то обновили ПО неудачно и несколько часов лежали. а в 2 часа ночи суботы снимать деньги с банкомата у меня обычное явление. к стате у них была хорошая фича можно было послать смс и получить баланс своего счета, но почему-то отрубили ...
...
Рейтинг: 0 / 0
03.08.2008, 22:23
| Ответить | Цитировать | Написать  
Применим прицип Oracle к ASE
    #35467614
Однако
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Однако
Участник
Yo.!
разве, что в мечтах. даже если сложить продажи всех субд сайбеза и посчитать, что все они проинсталированы в банках, то получится смешная доля для банковского сектора (менее $407M).

это вы можите "бабушкам из соседнего подьезда" рассказывать про операции сложение и банковский сектор... :))

кстати, если о деньгах, то цена акций Sybase уже как перешли уровень цены 2000-года, что не скажеш про Oracle. ;)


Yo.!
не верю, за лет 8 в хансе лично я ни разу не столкнулся с не работающим инет банком. читал только в газетах, что они когда-то обновили ПО неудачно и несколько часов лежали. а в 2 часа ночи суботы снимать деньги с банкомата у меня обычное явление. к стате у них была хорошая фича можно было послать смс и получить баланс своего счета, но почему-то отрубили ...
ваше дело, вереть-не-верить :)) не так активно пользуетесь!
деньги снимать с банкомата это другая история
за прошлый месяц, например, получил сообщение типа "Невозможно выполнить операцию. Попробуйте через 2 часа.", и так два раза!
Наверное "удачно" попал на maintenance :)) а вы тут про версионность и т.д. :)
...
Рейтинг: 0 / 0
03.08.2008, 22:58
| Ответить | Цитировать | Написать  
Применим прицип Oracle к ASE
    #35467618
Однако
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Однако
Участник
Yo.!
в 2 часа ночи суботы снимать деньги с банкомата у меня обычное явление.

для справки: для retail бизнеса как правило maintenance делают в середине недели, а для corporate - на выходных.
...
Рейтинг: 0 / 0
03.08.2008, 23:03
| Ответить | Цитировать | Написать  
Применим прицип Oracle к ASE
    #35467621
Однако
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Однако
Участник
2 Yo.!
а где вы работаете? Может друзья-моих-друзей знают Вас!? :)
Можите сказать, например, 3-ю букву в названии компании, и 2-ую букву в названии улицы , для консперации
...
Рейтинг: 0 / 0
03.08.2008, 23:07
| Ответить | Цитировать | Написать  
Применим прицип Oracle к ASE
    #35467658
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MasterZiv
Участник
однако пишет:

Господа, прошу сворачивать банковскую тематику, и вести
беседу ближе к делу, т.е. к топику.
Я на 100% уверен, что никакая предметная область, ни
банковская, ни какая-то ещё, не выдвигает сама по себе
какие-то требования к изоляции транзакций в СУБД.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
04.08.2008, 00:30
| Ответить | Цитировать | Написать  
Применим прицип Oracle к ASE
    #35467660
Однако
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Однако
Участник
MasterZiv
Господа, прошу сворачивать банковскую тематику, и вести
беседу ближе к делу, т.е. к топику.
Я на 100% уверен, что никакая предметная область, ни
банковская, ни какая-то ещё, не выдвигает сама по себе
какие-то требования к изоляции транзакций в СУБД.

Прошу прощения застоль отдаление от данного топика...
Увы, но не могу не Модератор: не с глаголами пишется раздельно :-) согласиться, что уровень изоляций транзакций не влияет на предметную область.
...
Рейтинг: 0 / 0
04.08.2008, 00:40
| Ответить | Цитировать | Написать  
Применим прицип Oracle к ASE
    #35471505
cherrex_Den
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
cherrex_Den
Гость
Подскажите почему даже на уровне 0 всеравно выставляется шаре-блокировка при "select into"? И можно ли это побороть!
...
Рейтинг: 0 / 0
05.08.2008, 15:50
| Ответить | Цитировать | Написать  
Применим прицип Oracle к ASE
    #35471639
cherrex_Den
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
cherrex_Den
Гость
И еще интересное наблюдение! Если делаеш select into всей таблицы (без джойнов, групировок и всей шняги) , то запрос на вставку отрабатывае мгновенно!

тупо:
Код: plaintext
select * into #test from tbl  -- 100   000  строк
работает меньше сикунды!

В принципе это можно за секунды вылевать в времянки данные а затем работать с ними не блокируя(шаре-блокировка) всех остальных!

Поправте если ошибся!
...
Рейтинг: 0 / 0
05.08.2008, 16:33
| Ответить | Цитировать | Написать  
Применим прицип Oracle к ASE
    #35471710
moris
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
moris
Участник
cherrex_DenПодскажите почему даже на уровне 0 всеравно выставляется шаре-блокировка при "select into"? И можно ли это побороть!

см. сюды
...
Рейтинг: 0 / 0
05.08.2008, 17:00
| Ответить | Цитировать | Написать  
Применим прицип Oracle к ASE
    #35471768
cherrex_Den
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
cherrex_Den
Гость
morisсм. сюды

Спасибо! выход с курсором я не ожидал!

Код: plaintext
1.
2.
3.
4.
5.
6.
7.
8.
9.
10.
11.
12.
13.
14.
15.
16.
declare c_test cursor for 
select * from test_block 
at isolation read uncommitted
go
declare @i int
open c_test
fetch c_test into @i
while @@sqlstatus = 0 
begin
insert into tt values (@i)
fetch c_test into @i
end

close c_test
go
deallocate cursor c_test
go


За что я люблю ASE, так это за то что, при любой игре у него найдется туз в руаве! (прям стихи )
...
Рейтинг: 0 / 0
05.08.2008, 17:21
| Ответить | Цитировать | Написать  
Применим прицип Oracle к ASE
    #35471876
Фотография Ggg_old
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Ggg_old
Участник
Помню, что столкнулся в асе 12,5 с такой траблой: при грязном чтении, запрос должен был обязательно использовать PK. Из-за этого про уровень 0 пришлось забыть.
все наши на www.corba.kubsu.ru
...
Рейтинг: 0 / 0
05.08.2008, 17:57
| Ответить | Цитировать | Написать  
Применим прицип Oracle к ASE
    #35472007
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
MasterZiv
Участник
Ggg_old wrote:

> Помню, что столкнулся в асе 12,5 с такой траблой: при грязном чтении,
> запрос должен был обязательно использовать PK. Из-за этого про уровень 0
> пришлось забыть.

Ну, положим, не PK, а любой уникальный индекс, и вовсе не обязательно -
неуникальный можно указать хинтами оптимизатору, сам он выбирать неуникальный
не будет.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
05.08.2008, 18:59
| Ответить | Цитировать | Написать  
20 сообщений из 70, страница 3 из 3
  3  все
Форумы / Sybase ASA, ASE, IQ [игнор отключен] [закрыт для гостей] / Применим прицип Oracle к ASE
Найденые пользователи ...
Разблокировать пользователей ...
Читали тему (0):
Читали форум (0):
Пользователи онлайн (0):
Польз. соглашение   Полит. конфиден.  
NoSQL.ru       Кролег: Проекты, Новости, Чат       РЕД ФОРУМ       Фотоальбом: Участники, Встречи
Закрыть
start [/forum/topic.php?fid=55&msg=35467027&tid=2011453]:
 0ms
get settings:
 8ms
get forum list:
 15ms
check forum access:
 3ms
check topic access:
 3ms
track hit:
 155ms
get topic data:
 8ms
get forum data:
 2ms
get page messages:
 60ms
get tp. blocked users:
 1ms
others: 207ms
total:  462ms
созд. / загр.: 462ms
x
x
Закрыть


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