powered by simpleCommunicator - 2.0.59     © 2025 Programmizd 02
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Oracle и DB2
22 сообщений из 47, страница 2 из 2
Oracle и DB2
    #34806410
DimaR
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Блин пивка уже добряче выпил, не удержусь,

DPHактуальность получаемых на чтении данных не существенна и лучше подходит Oracle.

Это вообще 3.14здец
...
Рейтинг: 0 / 0
Oracle и DB2
    #34806448
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
DimaR пишет:
> Как в воду ..., типа в Interbase/Postgres место для хранения старых
> записей не нужно, в точку сжимаюся, в форме коня в известной среде.

Они хранятся в основной базе, все версии в которой равноправны.
Все, какме были версии, и какие все еще нужны (есть транзакции,
которые их могут потенциально использовать) - все храняться.
Это и плохо может быть даже, но это не так как в оракле и иннодб
работает. Там место под сегмент отката отведено фиксированно
и просто эти записи могут стереться. А в Interbase база будет
пухнуть от старых записей до потери пульса (места на диске).

На самом деле мне немного надоело вам все это объяснять,
я тут не нанятый вам адепт MVCC, поищите лучше другого кого-то.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Oracle и DB2
    #34806899
Фотография Apex
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MasterZiv
DimaR пишет:
> Как в воду ..., типа в Interbase/Postgres место для хранения старых
> записей не нужно, в точку сжимаюся, в форме коня в известной среде.

Они хранятся в основной базе, все версии в которой равноправны.
Все, какме были версии, и какие все еще нужны (есть транзакции,
которые их могут потенциально использовать) - все храняться.
Это и плохо может быть даже, но это не так как в оракле и иннодб
работает. Там место под сегмент отката отведено фиксированно
и просто эти записи могут стереться.

Блин, уважаемый, ну не надо, а? Все что вы писали про IB справедливо и для Оракла. Записи в undo перетераются только в том случае, если они уже не нужны. Место в undo может быть как фиксированным, так и динамически расширяемым (никто не мешает поставить файл данных undo на авторастяжку и наблюдать как он увеличивается).
MasterZiv
А в Interbase база будет
пухнуть от старых записей до потери пульса (места на диске).
Не будет она пухнуть, читающая транзакция, выполняющая роль сборщика мусора, удалит ненужные версии.
MasterZivНа самом деле мне немного надоело вам все это объяснять,
я тут не нанятый вам адепт MVCC, поищите лучше другого кого-то.

Вы для начала сами разберитесь в вопросе, а потом другим объяснять пытайтесь.
...
Рейтинг: 0 / 0
Oracle и DB2
    #34806946
Фотография Владимир П.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yo.! Владимир П.В DB2 тоже читатели не блокируют писателей, и писатели не блокируют читателей на уровне записи?
конечно
грязное чтение завется ....
Во! А в Оракле оно без всякой грязи, с полным соблюдением соблюдением транзакционной целостности.
...
Рейтинг: 0 / 0
Oracle и DB2
    #34806973
Фотография Владимир П.
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MasterZivРазница в том, что сегмент отката может закончится. А в Interbase/Postgres
версии хранятся до тех пор, пока они нужны.
Точно так же может кончиться место на диске для файлов данных, в которых хранятся версии.
Сегмент отката -- это просто специально выделенный для этих целей файл. Кончается он, когда файл не может увеличиться из-за нехватки места (или назначен предел для максимального размера файла).

MasterZivПросто разница реально есть.
Конечно! Но это разница на уровне реализации физики, а не логическая и не понятийная.
...
Рейтинг: 0 / 0
Oracle и DB2
    #34806982
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Apex пишет:

> Не будет она пухнуть, читающая транзакция, выполняющая роль сборщика
> мусора, удалит ненужные версии.

Вы вот все почти правильно говорите, а все спорите. Удалит сборщик
мусора только те версии записей, КОТОРЫЕ ДАТИРОВАНЫ РАНЬШЕ НАЧАЛА
САМОЙ СТАРОЙ АКТИВНОЙ ТРАНЗАКЦИИ.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Oracle и DB2
    #34806985
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Владимир П. пишет:

> Во! А в Оракле оно без всякой грязи, с полным соблюдением соблюдением
> транзакционной целостности.

DIRTY READ еще не значит несоблюдение транзакционной целостности.
Posted via ActualForum NNTP Server 1.4
...
Рейтинг: 0 / 0
Oracle и DB2
    #34807020
Фотография Apex
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MasterZiv
Apex пишет:

> Не будет она пухнуть, читающая транзакция, выполняющая роль сборщика
> мусора, удалит ненужные версии .

Вы вот все почти правильно говорите, а все спорите. Удалит сборщик
мусора только те версии записей, КОТОРЫЕ ДАТИРОВАНЫ РАНЬШЕ НАЧАЛА
САМОЙ СТАРОЙ АКТИВНОЙ ТРАНЗАКЦИИ.
Posted via ActualForum NNTP Server 1.4
Доктор, а я как сказал?
...
Рейтинг: 0 / 0
Oracle и DB2
    #34807808
DPH
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
DPH
Гость
Владимир П.
Во! А в Оракле оно без всякой грязи, с полным соблюдением соблюдением транзакционной целостности.

На самом деле, есть куча задач, где как раз необходимо, что бы писатели блокировали читателей и наоборот. Собственно, почти все финансовые приложения. И реализовывать подобные бизнес-требования на Oracle и неудобно и непроизводительно. А ничего, аналогичного Dirty Read в Oracle вообще нет, насколько я помню.

Вообще, сравнивать схемы изоляций для oracle и db2 некорректно, в одних задачах нужно одно, в других - другое. Производительность "в среднем по больнице" они обеспечивают одинаковую. DB2 в некоторых распространенных случаях быстрее пишет, Oracle - в некоторых распространенных случаях быстрее читает, но это, в общем, не существенно.

SQL в DB2, пожалуй, поудобнее и помощнее.
Интеграция продуктов внутри Oracle, пожалуй, более глубокая.
...
Рейтинг: 0 / 0
Oracle и DB2
    #34807969
RomanSavelyev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
DPH[quot Владимир П.]
DB2 в некоторых распространенных случаях быстрее пишет, Oracle - в некоторых распространенных случаях быстрее читает
В DB2 есть простор для деятельности с компрессией данных, да мультидоменной кластеризацией. Выигрыши можно получить очень значительные.

SQL в DB2, пожалуй, поудобнее и помощнее.
Интеграция продуктов внутри Oracle, пожалуй, более глубокая.
Да тож на тож. Заклинания чуть разные, общая суть такая же.
Какая разница, "nextval for sequencename" или "sequencename.nextval"?
Но арифметика дат (например) в DB2 логичнее и удобнее.
А в Оракле рекурсивный запрос с connect by удобнее, чем с дибитушным WITH. Но... это спор об относительных достоинствах португальского и испанского языка (или портвейна :) )

К тому же в 9.5, которая сейчас выходит апдейтом к девятке, можно включить ораклячий синтаксис.

Из практической разницы, ораклячий "нумерик" в разработке удобнее, чем строго типизированные численные данные дибиту.
Но опять же, в 9.5 есть DECFLOAT...
...
Рейтинг: 0 / 0
Oracle и DB2
    #34807981
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
DPH
На самом деле, есть куча задач, где как раз необходимо, что бы писатели блокировали читателей и наоборот. Собственно, почти все финансовые приложения. И реализовывать подобные бизнес-требования на Oracle и неудобно и непроизводительно.

брехня - берем TPC-E, эталонный тест эмулирующий вполне финансовую задачу брокерской канторы, все 3 теста доступные на сегодня выполнены в версионном режиме, при том что все три теста выполнены на mssql для которого родной блокировочный режим. Дальше открываем тест Unisys и видим, что они сначала пытались выполнить самый злобный запрос в READ COMMITED но видимо пробится через блокировки на READ COMMITED не удалось и им пришлось использовать версионный SNAPSHOT.
...
Рейтинг: 0 / 0
Oracle и DB2
    #34808130
RomanSavelyev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Yo.!
брехня - берем TPC-E

И выкидываем его нафиг.

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

Добро пожаловать в реальный мир :)
...
Рейтинг: 0 / 0
Oracle и DB2
    #34808481
Bogdanov Andrey
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
DPHНа самом деле, есть куча задач, где как раз необходимо, что бы писатели блокировали читателей и наоборот. Собственно, почти все финансовые приложения.
Хм. Вот уже почти двадцать лет занимаюсь разработкой финансовых и учетных приложений и ни разу необходимости в блокировании читателей (или читателями) не возникало.

DPHИ реализовывать подобные бизнес-требования на Oracle и неудобно и непроизводительно. А ничего, аналогичного Dirty Read в Oracle вообще нет, насколько я помню.Т слава богу, что нет. Несколько раз сталуивался при необходимости интеграции с приложениями на MSSQL (с использованием Dirty Read) и ни разу авторы систем не могли без плясок с бубнами обеспечить консистентность данных. Правда может быть тут дело не в инструменте, а в музыкантах.
...
Рейтинг: 0 / 0
Oracle и DB2
    #34808794
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
RomanSavelyev
Ибо в реальной жизни фронтофисная и бэкофисная системы разносятся.
Добро пожаловать в реальный мир :)

дык, понятно, что блокировочники вынуждены разносить принося в жертву актуальтность данных. имея MVCC это совершенно не обязательно. Я не брокер и не в курсе на сколько обязательно мэнеджеру видеть актуальный перфоменс брокеров, но подозреваю, что неспроста этот запрос оказался в спецификации ...
...
Рейтинг: 0 / 0
Oracle и DB2
    #34808841
gardenman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
2Yo!
>>> Я не брокер и не в курсе на сколько обязательно мэнеджеру видеть актуальный перфоменс брокеров

Интересно, а перфоменс брокеров это что? Скорость бегания пальцев по клавишам за последние пять минут? Или количество сделок за последнюю минуту? Или сумма заключенных сделок по ИТОГАМ ОТЧЕТНОГО ПЕРИОДА(уже закрытый месяц, последняя (уже завершенная) неделя)? Растолкуйте.
...
Рейтинг: 0 / 0
Oracle и DB2
    #34808953
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
gardenman2Yo!
>>> Я не брокер и не в курсе на сколько обязательно мэнеджеру видеть актуальный перфоменс брокеров

Интересно, а перфоменс брокеров это что? Скорость бегания пальцев по клавишам за последние пять минут? Или количество сделок за последнюю минуту? Или сумма заключенных сделок по ИТОГАМ ОТЧЕТНОГО ПЕРИОДА(уже закрытый месяц, последняя (уже завершенная) неделя)? Растолкуйте.

The Broker-Volume Transaction
The Broker-Volume Transaction is designed to emulate a brokerage house‟s “up-to-the-minute” internal business processing. An example of a Broker-Volume Transaction would be a manager generating a report on the current performance potential of various brokers. Broker-Volume is invoked by EGenDriverCE. It consists of a single Frame. The Transaction searches the pending limit orders to find orders that are associated with a given list of brokers responsible for stocks of a given sector. The value of each order is calculated based upon bid price and quantity of shares and added to the running total volume for the appropriate broker. The list of brokers with their associated total volume sorted in descending volume order is returned.

Код: plaintext
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.
28.
29.
30.
31.
32.
33.
34.
35.
36.
37.
38.
39.
40.
41.
42.
43.
44.
45.
46.
47.
48.
49.
50.
51.
52.
53.
54.
55.
56.
57.
58.
59.
60.
61.
62.
63.
64.
65.
66.
67.
68.
69.
70.
71.
72.
73.
74.
75.
76.
77.
78.
79.
80.
81.
82.
83.
84.
85.
86.
87.
88.
89.
90.
91.
92.
93.
94.
95.
96.
97.
98.
99.
100.
101.
102.
------------------------------------------------------------------
--                                                              --
--  File:   BrokerVolume.SQL                                    --
--          Microsoft TPC-E Benchmark Kit Ver. 1.00             --
--         Copyright Microsoft, 2006, 2007                      --
--                                                              --
------------------------------------------------------------------
USE tpce
GO

IF EXISTS(  SELECT  name
            FROM    sysobjects
            WHERE   name    = 'BrokerVolumeFrame1' AND
                    type    = 'P')
DROP PROCEDURE  BrokerVolumeFrame1
GO

SET ANSI_NULLS ON
SET QUOTED_IDENTIFIER ON
GO

-- BrokerVolumeFrame1 is responsible retrieving 
-- the total volume that could be potentially 
-- generated by each qualifying broker.
CREATE PROCEDURE    BrokerVolumeFrame1
                        @broker1        varchar( 100 ),  /* IN list of brokers */ 
                        @broker2        varchar( 100 ),
                        @broker3        varchar( 100 ),
                        @broker4        varchar( 100 ),
                        @broker5        varchar( 100 ),
                        @broker6        varchar( 100 ),
                        @broker7        varchar( 100 ),
                        @broker8        varchar( 100 ),
                        @broker9        varchar( 100 ),
                        @broker10       varchar( 100 ),
                        @broker11       varchar( 100 ),
                        @broker12       varchar( 100 ),
                        @broker13       varchar( 100 ),
                        @broker14       varchar( 100 ),
                        @broker15       varchar( 100 ),
                        @broker16       varchar( 100 ),
                        @broker17       varchar( 100 ),
                        @broker18       varchar( 100 ),
                        @broker19       varchar( 100 ),
                        @broker20       varchar( 100 ),
                        @broker21       varchar( 100 ),
                        @broker22       varchar( 100 ),
                        @broker23       varchar( 100 ),
                        @broker24       varchar( 100 ),
                        @broker25       varchar( 100 ),
                        @broker26       varchar( 100 ),
                        @broker27       varchar( 100 ),
                        @broker28       varchar( 100 ),
                        @broker29       varchar( 100 ),
                        @broker30       varchar( 100 ),
                        @broker31       varchar( 100 ),
                        @broker32       varchar( 100 ),
                        @broker33       varchar( 100 ),
                        @broker34       varchar( 100 ),
                        @broker35       varchar( 100 ),
                        @broker36       varchar( 100 ),
                        @broker37       varchar( 100 ),
                        @broker38       varchar( 100 ),
                        @broker39       varchar( 100 ),
                        @broker40       varchar( 100 ),
                        @sector_name    char( 30 )    /* IN sector's name */ 
AS
BEGIN
   --SET TRANSACTION ISOLATION LEVEL READ COMMITTED
    SET TRANSACTION ISOLATION LEVEL SNAPSHOT

	BEGIN TRANSACTION

    SELECT  B_NAME,
            SUM(TR_QTY * TR_BID_PRICE)
    FROM    BROKER,
            TRADE_REQUEST,
            SECURITY,
            COMPANY,
            INDUSTRY,
            SECTOR
    WHERE   B_NAME      IN (@broker1,  @broker2,  @broker3,  @broker4,  @broker5,
                            @broker6,  @broker7,  @broker8,  @broker9,  @broker10,
                            @broker11, @broker12, @broker13, @broker14, @broker15,
                            @broker16, @broker17, @broker18, @broker19, @broker20,
                            @broker21, @broker22, @broker23, @broker24, @broker25,
                            @broker26, @broker27, @broker28, @broker29, @broker30,
                            @broker31, @broker32, @broker33, @broker34, @broker35,
                            @broker36, @broker37, @broker38, @broker39, @broker40) AND
            B_ID        = TR_B_ID   AND
            TR_S_SYMB   = S_SYMB    AND
            S_CO_ID     = CO_ID     AND
            CO_IN_ID    = IN_ID     AND
            IN_SC_ID    = SC_ID     AND
            SC_NAME     = @sector_name
    GROUP   BY B_NAME
    ORDER   BY  2  DESC
    OPTION (FORCE ORDER, LOOP JOIN)

    COMMIT TRANSACTION	
END

...
Рейтинг: 0 / 0
Oracle и DB2
    #34809106
gardenman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
И что, вы утверждаете, что бизнес-логика этого отчета такова, что блокировочник точно с этим не справится?
...
Рейтинг: 0 / 0
Oracle и DB2
    #34809113
gardenman
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Интересно кто тот "умник" который так писал:

IN (@broker1, @broker2, @broker3, @broker4, @broker5,
@broker6, @broker7, @broker8, @broker9, @broker10,
@broker11, @broker12, @broker13, @broker14, @broker15,
@broker16, @broker17, @broker18, @broker19, @broker20,
@broker21, @broker22, @broker23, @broker24, @broker25,
@broker26, @broker27, @broker28, @broker29, @broker30,
@broker31, @broker32, @broker33, @broker34, @broker35,
@broker36, @broker37, @broker38, @broker39, @broker40)
...
Рейтинг: 0 / 0
Oracle и DB2
    #34809139
RomanSavelyev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Yo.! RomanSavelyev
Ибо в реальной жизни фронтофисная и бэкофисная системы разносятся.
Добро пожаловать в реальный мир :)

дык, понятно, что блокировочники вынуждены разносить
Так и на Оракле разносим :)
Фронтофисную систему настраиваем на "короткие" транзакции, вставку и изменение данных.
Ставим архивные журналы и т.д.

Бэкофисную настраиваем на OLAP, циклические журналы и т.д.

Актуальность данных имеем ровно такую, какая требуется, производительность - высокую в обоих случаях. Технологических "окон" для обслуживания - столько, сколько нужно.

И за последние лет 15 я не припомню ни одного случая, чтоб "версионность" или "блокировочность" имела какое-то реальное значение.

Вся эта хрень актуальна только для синтетических тестов и надуманных ситуаций.
...
Рейтинг: 0 / 0
Oracle и DB2
    #34809251
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
RomanSavelyev
Так и на Оракле разносим :)
Фронтофисную систему настраиваем на "короткие" транзакции, вставку и изменение данных.
Ставим архивные журналы и т.д.

Бэкофисную настраиваем на OLAP, циклические журналы и т.д.

ну наверно у нас все же разные представления о бэкофисе - мне ради такого запросика бы в голову не пришло разворачивать целую машину ... вы там видите какие-то космические вычисления требующие выделеный сервер ?


gardenman И что, вы утверждаете, что бизнес-логика этого отчета такова, что блокировочник точно с этим не справится?

да справится, просто сильно хуже чем версионник. предсказыю: DB2 UDB в tpc-e окажется процентов на 10-15 хуже mssql со snapshot.
...
Рейтинг: 0 / 0
Oracle и DB2
    #34811207
RomanSavelyev
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
> мне ради такого запросика бы в голову не пришло разворачивать целую машину ...
А мне и в голову не придёт разрешать на фронтофисе любые незапланированные запросы, не нужные для работы регистрационной системы.

И не придёт в голову на одной системе месить транзакции C с H.

В результате, дохлый и дешевый сервер отлично "варит" фронтофис, а на бэке стоит роовно такой, какой нужен.
Система (в целом) получается дешевле.

Добро пожаловать в реальный мир!
...
Рейтинг: 0 / 0
Oracle и DB2
    #34811396
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
RomanSavelyev> мне ради такого запросика бы в голову не пришло разворачивать целую машину ...
А мне и в голову не придёт разрешать на фронтофисе любые незапланированные запросы, не нужные для работы регистрационной системы.

я так понимаю вы хорошо ориентируетесь в работе брокерских компаний раз так так уверенны, что BrokerVolume не запланированый и не нужный для работы ? может в двух словах расскажите бизнес значение этой инфо для менеджера ?

RomanSavelyev
И не придёт в голову на одной системе месить транзакции C с H.

извиняюсь за серость, а что такое "C" и "H" ?
...
Рейтинг: 0 / 0
22 сообщений из 47, страница 2 из 2
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Oracle и DB2
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


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