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

Откуда: Made in USSR
Сообщений: 3910
Dimitry Sibiryakov
Apex
Что значит "даже"? Причем тут вообще XE редакция?

Да, собственно, ни при чём.

Вот именно не при чем, не надо съезжать с темы и переводить ее в русло стоимости решений.

Dimitry Sibiryakov
http://download.oracle.com/docs/cd/B19306_01/license.102/b14199/editions.htm
Feature/Option	SE1  SE  EE	Notes
Oracle Streams N N Y SE1/SE: apply only


Просто теперь оффлайн репликацию могут себе позволить и пользователи Оракула в редакциях,
отличных от ЕЕ. Пусть и с логом на триггерах. Это плохо для Оракула или таки повышает его
конкурентоспособность?

Еще раз, изначально речь шла о другом, если хотите таки поговорить о стоимости. ОК. Оракл - дорого, он не нужен там где он не нужен. А ваш репликатор прекрасное дополнение к FB с его соотношением цена\качество - это очевидно. Однако не надо пытаться сравнивать его со Streams, при всей неидеальности Streams - это решение совершенно другого уровня, проблемы с котором возникнут там, куда далеко не многие репликаторы в принципе доедудт.
13 дек 10, 17:34    [9930865]     Ответить | Цитировать Сообщить модератору
 Re: ЛИНТЕР vs Oracle  [new]
Apex
Member

Откуда: Made in USSR
Сообщений: 3910
roden
Apex
Это которая на триггерах\самописном псевдологе транзакций, которая оффлайн репликацию как класс начала официально поддерживать только с 2008-го года?
Apex, поймите меня правильно, но у всех свои решения и главное что бы эти решения работали и работали хорошо

К вам в частности и к Линтеру в целом у меня вообще претензий никаких. Это мое личное дело с Дмитрием.
13 дек 10, 17:36    [9930876]     Ответить | Цитировать Сообщить модератору
 Re: ЛИНТЕР vs Oracle  [new]
Dimitry Sibiryakov
Member

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

Apex
А ваш репликатор прекрасное дополнение к FB с его соотношением цена\качество - это очевидно.

Маленькая поправочка: в этой фразе вместо "FB" надо читать "Oracle". Именно вышеназванное
соотношение позволяет мне пободаться с его "родными" репликаторами на сегменте рынка,
покрытом не-ЕЕ вариантами.

2roden: Так Вы не ответили на вопрос: как, с чисто технической стороны, ЛИНТЕР
строит индексы, не запрещая одновременные изменения таблицы? Запоминает изменённые строки
и перечитывает их позже, входя таким образом в потенциально бесконечный цикл?

Posted via ActualForum NNTP Server 1.4

13 дек 10, 18:13    [9931101]     Ответить | Цитировать Сообщить модератору
 Re: ЛИНТЕР vs Oracle  [new]
Alexander Ryndin
Member

Откуда:
Сообщений: 4919
Блог
Dimitry Sibiryakov
http://download.oracle.com/docs/cd/B19306_01/license.102/b14199/editions.htm
Feature/Option	SE1  SE  EE	Notes
Oracle Streams N N Y SE1/SE: apply only


Просто теперь оффлайн репликацию могут себе позволить и пользователи Оракула в редакциях,
отличных от ЕЕ. Пусть и с логом на триггерах. Это плохо для Оракула или таки повышает его
конкурентоспособность?
Ну давайте все-таки цитировать не документы 5-летней давности ;) Вот для 11g:
http://download.oracle.com/docs/cd/E11882_01/license.112/e10594/editions.htm#CJACGHEB
Feature/Option	SE1  SE  EE	Notes
Oracle Streams N N Y SE1/SE: no capture from redo

Т.е. Streams бесплатно работает в SE1/SE в режиме триггеров. Триггеры - это конечно ахтунг, но все равно.
13 дек 10, 21:25    [9931733]     Ответить | Цитировать Сообщить модератору
 Re: ЛИНТЕР vs Oracle  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
потёр флуд
рябятки, ну уймитесь вы наконец
мне-то пофиг, но вы же себя как-то не очень хорошо выставляете
15 дек 10, 16:30    [9943408]     Ответить | Цитировать Сообщить модератору
 Re: ЛИНТЕР vs Oracle  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
SergSuper
потёр флуд
рябятки, ну уймитесь вы наконец
мне-то пофиг, но вы же себя как-то не очень хорошо выставляете

Остается надеяться, что потерт весь флуд, а не только одной из сторон. Имеются ввиду, высказывания про всякие ощущения, желания и проч общие фразы и просто эмоции в соотношениях про СУБД. Чтобы стороны были в примерно равном положении. Чтобы не удалялись тока у одной стороны. Ну или с форой для Линтера, но в разумных пределах.
16 дек 10, 08:38    [9946235]     Ответить | Цитировать Сообщить модератору
 Re: ЛИНТЕР vs Oracle  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
vadiminfo, давайте каждый следить за своей речью
16 дек 10, 10:46    [9946983]     Ответить | Цитировать Сообщить модератору
 Re: ЛИНТЕР vs Oracle  [new]
roden
Member

Откуда:
Сообщений: 741
pkarklin
автор
в ЛИНТЕР построение индекса не тормозит другие операции с таблицей


А можно узнать механику этого процесса? Например, в MS SQL для онлайн операций с индексами используется версионное хранилище.

В ЛИНТЕР тоже наличиствует версионный механизм, например можно посмотреть на Linter Multiversion


pkarklin
автор
данные и индексы таблицы могут быть разбиты на несколько файлов, причем разные файлы могут храниться на разных устройствах


А синтаксис такого "разнесения" можно увидеть? Оптимизатор понимает, с какой секцией ему надо работать?

http://www.linter.ru/ru/documentation/pdf_b.rt.s.m/sql.pdf, там секция про CREATE TABLE (страница 131).

pkarklin
автор
есть репликация данных и горячее резервирование - два альтернативных способа дублирования данных в процессе работы. Есть Hot Backup - сохранение всех данных в архиве параллельно с работой пользователей


Репликация она и в Африке репликация, собственно как и Standby. Бэкап всегда горячий в MS SQL. А Mirrored Backup Media совсем для другого - резервирование самих устроств бэкапа, например, бэкап на два стриммера или на стриммер и диск.

А чем, например, недостаточно одновременного бэкапа текущей базы в два разных архива (или базы) на разных устройствах?

pkarklin
автор
Online Page and File Restore - есть операции восстановления данных в активной БД при обнаружении повреждений данных


С какой атомарностью?

До значения отдельного поля записи или отдельного элемента индекса.

pkarklin
автор
есть система горячего резевирования, когда упавший сервер автоматически заменяется резервным, требуется некоторая поддержка этого от приложения


О этой системе можно по-подробнее?

[url=http://www.linter.ru/ru/documentation/pdf_b.rt.s.m/rezerv.pdf ]Система горячего резервирования описана здесь[/url]

pkarklin
Некоторая поддержка - это что?

Специальные обработчики для таких событий, как переключение серверов.
16 дек 10, 10:50    [9947022]     Ответить | Цитировать Сообщить модератору
 Re: ЛИНТЕР vs Oracle  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
roden,

автор
В ЛИНТЕР тоже наличиствует версионный механизм, например можно посмотреть на Linter Multiversion


Я не спрашивал про наличие версионности, я спрашивал про процесс построения индекса в ONline.

Можно увидеть инструкцию по аналогии с:

CREATE INDEX IX_ProductVendor_VendorID 
    ON Purchasing.ProductVendor (VendorID) WITH (ONLINE = ON); 

автор
там секция про CREATE TABLE


Видимо мы говорим о разном "разнесении". Я веду речь о партицировании ОДНОЙ таблицы и \ или ОДНОГО индекса. Можно привести пример конкретной инструкции по партицированию в ЛИНТЕР (дабы мне не качать весь pdf), по аналогии с:

CREATE PARTITION FUNCTION myRangePF1 (int)
AS RANGE LEFT FOR VALUES (1, 100, 1000) ;
GO
CREATE PARTITION SCHEME myRangePS1
AS PARTITION myRangePF1
TO (test1fg, test2fg, test3fg, test4fg) ;
GO
CREATE TABLE PartitionTable (col1 int, col2 char(10))
ON myRangePS1 (col1) ;
GO

автор
А чем, например, недостаточно одновременного бэкапа текущей базы в два разных архива (или базы) на разных устройствах?


Можно увидеть инструкцию по созданию такого бэкапа, по аналогии с:

BACKUP DATABASE AdventureWorks
TO TAPE = '\\.\tape0', TAPE = '\\.\tape1'
MIRROR TO TAPE = '\\.\tape2', TAPE = '\\.\tape3'
WITH
    FORMAT,
    MEDIANAME = 'AdventureWorksSet1';

автор
До значения отдельного поля записи или отдельного элемента индекса.


Инструкцию, выполняющую такие действия можно увидеть?

автор
Система горячего резервирования описана здесь...Специальные обработчики для таких событий, как переключение серверов.


Да лучше застрелиться, чем городить такую систему резервирования, да еще писАть какие-то обработчики. Какое минимальное время простоя и какой процент потери данных она обеспечивает?
16 дек 10, 11:34    [9947474]     Ответить | Цитировать Сообщить модератору
 Re: ЛИНТЕР vs Oracle  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
roden
Давайте опишу как это понимаю я с точки зрения ЛИНТЕР.
Online Index Operations - в ЛИНТЕР построение индекса не тормозит другие операции с таблицей, может есть что-то ещё, что я не уловил
.

Ну вот что в Оракле про это
Creating an Index Online
You can create and rebuild indexes online. This enables you to update base tables at the same time you are building or rebuilding indexes on that table. You can perform DML operations while the index build is taking place, but DDL operations are not allowed. Parallel execution is not supported when creating or rebuilding an index online.

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

roden
Table and Index Partitioning - данные и индексы таблицы могут быть разбиты на несколько файлов, причем разные файлы могут храниться на разных устройствах

Какие методы секционрования поддерживаются. У Оракла по диапазону,
по списку, хеш секционирование.
Поддерживаются ли компзизия методов как в Оракле? Например, секции по диапазону и хеш подсекции?
Када это может быть надо:
Вот например, был проект, в котором записывались измерения показаний приборов. Всего в месяц набегало 16 000 000 записей. Приборов 800. Выяснилось что запросы типа - посчитать среднее за период времени в пределах месяца при милионе записей отрабатывали на том железе с приемлемой для ТЗ скоростью.
Ясно, что разбив по диапазну месяц, и на 16 хеш подсекций по приборам, получатся, что для одного прибора в пределах месяца, буит выбираться из 1 миллиона записей.


roden
Mirrored Backup Media - есть репликация данных и горячее резервирование - два альтернативных способа дублирования данных в процессе работы. Есть Hot Backup - сохранение всех данных в архиве параллельно с работой пользователей

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

Вот про Оракловые виды и методы писали. А Вы не раскрыли ниче про Линтеровую. Просто репликация и все.

Про резервирование тоже отдельная тема. Нуждается в уточнениях.

А так в общих чертах:
Кроме поддержки резервной БД причем с делениями на логические и физические, тулс для резервирования, логичексеких бэкапов, есть и
Oracle Automatic Storage Management и там:
To use Oracle ASM, you allocate partitioned disks for Oracle Database with preferences for striping and mirroring.
16 дек 10, 12:25    [9947961]     Ответить | Цитировать Сообщить модератору
 Re: ЛИНТЕР vs Oracle  [new]
Dimitry Sibiryakov
Member

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

vadiminfo
Ну вот что в Оракле про это
Creating an Index Online
You can create and rebuild indexes online. This enables you to update base tables at the
same time you are building or rebuilding indexes on that table. You can perform DML
operations while the index build is taking place, but DDL operations are not allowed.
Parallel execution is not supported when creating or rebuilding an index online.

А как это достигается "внутри"? Оракул как-то отслеживает DML других сессий или индекс
строится без предварительной сортировки данных?

Posted via ActualForum NNTP Server 1.4

16 дек 10, 13:33    [9948583]     Ответить | Цитировать Сообщить модератору
 Re: ЛИНТЕР vs Oracle  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74930
Dimitry Sibiryakov,

Для MS SQL: How Online Index Operations Work
16 дек 10, 13:37    [9948616]     Ответить | Цитировать Сообщить модератору
 Re: ЛИНТЕР vs Oracle  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67468
Блог
Dimitry Sibiryakov
А как это достигается "внутри"? Оракул как-то отслеживает DML других сессий

Да. Строится техническая таблица с логом изменённых записей.
16 дек 10, 13:56    [9948754]     Ответить | Цитировать Сообщить модератору
 Re: ЛИНТЕР vs Oracle  [new]
ЮВ
Member

Откуда:
Сообщений: 509
pkarklin
...я спрашивал про процесс построения индекса в ONline.


Управление моментом создания индексов в ЛИНТЕР возможно только для фразовых индексов (использумых при полнотекстовом поиске):
CREATE [OR REPLACE] PHRASE [IMMEDIATE|DEFERRED] [XML]
INDEX <имя столбца> ON <имя таблицы>;

IMMEDIATE - сразу же, как только добавлен новый документ, будет выполняться его индексирование.
DEFERRED по команде REBUILD PHRASE INDEX.

Простые индексы начинают строиться сразу же, как только подана команда.
Отложить эту процедуру в ЛИНТЕР, если не ошибаюсь, нельзя (просто не надо подавать команду в неудачное время).
16 дек 10, 16:53    [9950309]     Ответить | Цитировать Сообщить модератору
 Re: ЛИНТЕР vs Oracle  [new]
Dimitry Sibiryakov
Member

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

ЮВ
Простые индексы начинают строиться сразу же, как только подана команда.

Не об этом был вопрос, а о том запрещаются ли изменения в таблице на время построения индекса.

Posted via ActualForum NNTP Server 1.4

16 дек 10, 16:58    [9950355]     Ответить | Цитировать Сообщить модератору
 Re: ЛИНТЕР vs Oracle  [new]
pavelvp
Member

Откуда:
Сообщений: 673
На данный момент в ЛИНТЕРе нет секционирования ни данных, ни индексов. Данные, индексы, блобы можно разнести по разным файлам/устройствам.
17 дек 10, 12:50    [9955025]     Ответить | Цитировать Сообщить модератору
 Re: ЛИНТЕР vs Oracle  [new]
ЮВ
Member

Откуда:
Сообщений: 509
Dimitry Sibiryakov
Не об этом был вопрос, а о том запрещаются ли изменения в таблице на время построения индекса.


Как выяснил - запрещается (таблица блокируется).
Но если вы проектировали БД и создание индексов не предусмотрели,
и создавать их вам приспичило в таблице на 1 млн. записей не в 3 часа ночи
(когда мало работающих с БД ), а днем, в момент пиковой нагрузкии, а СУБД это не позволяет сделать без блокировки - то это плохая СУБД.
Имхо, это дефект не СУБД, а дефект администратора БД.
21 дек 10, 14:23    [9973894]     Ответить | Цитировать Сообщить модератору
 Re: ЛИНТЕР vs Oracle  [new]
SergSuper
Member

Откуда: SPb
Сообщений: 5488
ЮВ
Dimitry Sibiryakov
Не об этом был вопрос, а о том запрещаются ли изменения в таблице на время построения индекса.


Как выяснил - запрещается (таблица блокируется).
Но если вы проектировали БД и создание индексов не предусмотрели,
и создавать их вам приспичило в таблице на 1 млн. записей не в 3 часа ночи
(когда мало работающих с БД ), а днем, в момент пиковой нагрузкии, а СУБД это не позволяет сделать без блокировки - то это плохая СУБД.
Имхо, это дефект не СУБД, а дефект администратора БД.
разные ситуации бывают, я бы не спешил с выводами
21 дек 10, 14:32    [9974007]     Ответить | Цитировать Сообщить модератору
 Re: ЛИНТЕР vs Oracle  [new]
andsm
Member

Откуда: Москва
Сообщений: 1320
Блог
ЮВ
Dimitry Sibiryakov
Не об этом был вопрос, а о том запрещаются ли изменения в таблице на время построения индекса.


Как выяснил - запрещается (таблица блокируется).
Но если вы проектировали БД и создание индексов не предусмотрели,
и создавать их вам приспичило в таблице на 1 млн. записей не в 3 часа ночи
(когда мало работающих с БД ), а днем, в момент пиковой нагрузкии, а СУБД это не позволяет сделать без блокировки - то это плохая СУБД.
Имхо, это дефект не СУБД, а дефект администратора БД.

Что такое мало работающих с БД? У меня в три часа ночи по Москве обычно около 800-1000 активных пользователей (MSSQL). В активное время пользователей в разы больше. Финансовая система, любые задержки прохождения транзакций недопустимы. Значима каждая миллисекунда - soft real time система.
Как администратору БД, для случая Линтера, в этих условиях пересоздать индекс?
21 дек 10, 14:37    [9974067]     Ответить | Цитировать Сообщить модератору
 Re: ЛИНТЕР vs Oracle  [new]
Dimitry Sibiryakov
Member

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

andsm
Как администратору БД, для случая Линтера, в этих условиях пересоздать индекс?

Хммм... Вообще-то возникает резонный вопрос: а зачем индекс пересоздавать? Создать
недостающий - ещё туда-сюда, но что не так с существующим?

Posted via ActualForum NNTP Server 1.4

21 дек 10, 14:44    [9974153]     Ответить | Цитировать Сообщить модератору
 Re: ЛИНТЕР vs Oracle  [new]
andsm
Member

Откуда: Москва
Сообщений: 1320
Блог
Dimitry Sibiryakov
andsm
Как администратору БД, для случая Линтера, в этих условиях пересоздать индекс?

Хммм... Вообще-то возникает резонный вопрос: а зачем индекс пересоздавать? Создать
недостающий - ещё туда-сюда, но что не так с существующим?

Помогает уменьшить фрагментацию и ускорить запросы
21 дек 10, 14:47    [9974186]     Ответить | Цитировать Сообщить модератору
 Re: ЛИНТЕР vs Oracle  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67468
Блог
Dimitry Sibiryakov
Хммм... Вообще-то возникает резонный вопрос: а зачем индекс пересоздавать? Создать недостающий - ещё туда-сюда, но что не так с существующим?

Например, включить ещё одно поле, чтобы обеспечить полное покрытие индексом ускоряемого отчёта.

P.S. При всём недоумении, мне однажды в жизни таки потребовалось пересоздавать индексы, и это реально помогло Сколь мне изменяет память, резко ускорился count(*) по репликационным таблицам, где обычно лежало в пределах пары тысяч записей, но в результате нескольких дней простоя накопилось более десяти миллионов.
21 дек 10, 15:13    [9974502]     Ответить | Цитировать Сообщить модератору
 Re: ЛИНТЕР vs Oracle  [new]
pavelvp
Member

Откуда:
Сообщений: 673
Во время создания индекса ЛИНТЕР блокирует таблицу, это факт. Обсуждать тут особо нечего.

Можно привести различные примеры когда данный факт может играть существенную роль.
Однако я бы так же не стал этот факт и переоценивать. Как, впрочем, и рассматривать ЛИНТЕР как альтернативу для обслуживания тысяч клиентов.

Вопрос к andsm
Можете озвучить параметры железа на котором MSSQL обслуживает 800-1000 активных (т.е. активных запросов в обработке в любой момент времени, я правильно понимаю?) пользователей? Просто интересно.
21 дек 10, 16:41    [9975545]     Ответить | Цитировать Сообщить модератору
 Re: ЛИНТЕР vs Oracle  [new]
Yo.!
Guest
pavelvp
Вопрос к andsm
Можете озвучить параметры железа на котором MSSQL обслуживает 800-1000 активных (т.е. активных запросов в обработке в любой момент времени, я правильно понимаю?) пользователей? Просто интересно.

поглядите TPC-E, SAP-SD тесты, там указаны параметры железа и кол-во пользователей, а главное понятно, что за задача и насколько приближена к реальности
21 дек 10, 16:45    [9975602]     Ответить | Цитировать Сообщить модератору
 Re: ЛИНТЕР vs Oracle  [new]
softwarer
Member

Откуда: 127.0.0.1
Сообщений: 67468
Блог
pavelvp
Однако я бы так же не стал этот факт и переоценивать.

Переоценивать незачем, просто это одно из типичных на сегодня отличий между СУБД, ориентированными на "малый-средний" и "большой" бизнес.
21 дек 10, 17:26    [9976091]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 2 3 [4] 5 6 7 8 9 10 11   вперед  Ctrl      все
Все форумы / Сравнение СУБД Ответить