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

Откуда: Днепропетровск
Сообщений: 1929
Siemargl
artemana,

>Если Вы имеет ввиду взаимные блокировки при одновременном чтении журналов, то их нет в IB\FB\Ya с самого рождения.
Речь о записи конечно.

Со второй попытки дочитал до середины. Основные идеи понял.
Все разделяемые таблицы обвешиваются триггерами. Тяжеловато.

Триггер, в котором в поле этой же таблицы присваивается значение, полученное от генератора или от контекстной (глобальной) переменной, абсолютно не тормозит процесс, по крайней мере в IB/FB. В этом проблем нет, все ОК.
3 сен 10, 16:38    [9381286]     Ответить | Цитировать Сообщить модератору
 Re: СУБД: клиент-серверные и/или распределенные  [new]
artemana
Member

Откуда: Днепропетровск
Сообщений: 1929
Siemargl
artemana,
>Если Вы имеет ввиду взаимные блокировки при одновременном чтении журналов, то их нет в IB\FB\Ya с самого рождения.
Речь о записи конечно.

Конфликтов, прекращающих работу конкурирующих пользователей нет и там.
Возможно для операций удаленния определенная доп. нагрузке и присутсвует. Но сколько надо из БД удалять одновременно накладных или прайсов или чего то там еще, чтобы реально почувствовать эту проблему, я, честно говоря, не знаю, но думаю что много. А если учесть, что операция массового удаления записей для ИС все таки редкая, то считаю (наивно?) что и проблемы нет.
3 сен 10, 16:49    [9381420]     Ответить | Цитировать Сообщить модератору
 Re: СУБД: клиент-серверные и/или распределенные  [new]
Dimitry Sibiryakov
Member

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

Siemargl

В общем идея хорошая, но основное ее достоинство в том, что она для IB/FB, где такого нет.

Куда делось?

Posted via ActualForum NNTP Server 1.4

3 сен 10, 16:51    [9381452]     Ответить | Цитировать Сообщить модератору
 Re: СУБД: клиент-серверные и/или распределенные  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
iscrafm

бла-бла-бла. Ответьте на простой вопрос: в том же оракле, грид это работа DBMS или целого стека технологий, объединенных по именем оракла? RAC - это DBMS или система "над" Ora..DBMS?

бла-бла-бла.
Вы еще спростите "простой вопрос": кто в Оракле выпоняет запросы? Какая подсистема? И выведете отсюда, что это не работа СУБД, а чего-то там "над".
3 сен 10, 18:48    [9382471]     Ответить | Цитировать Сообщить модератору
 Re: СУБД: клиент-серверные и/или распределенные  [new]
Dimitry Sibiryakov
Member

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

vadiminfo

Вы еще спростите "простой вопрос": кто в Оракле выпоняет запросы? Какая подсистема? И
выведете отсюда, что это не работа СУБД, а чего-то там "над".

Ну так не зря же переключение контекстов SQL и PL/SQL такое тормозное...

Posted via ActualForum NNTP Server 1.4

3 сен 10, 19:07    [9382567]     Ответить | Цитировать Сообщить модератору
 Re: СУБД: клиент-серверные и/или распределенные  [new]
iscrafm
Member [заблокирован]

Откуда:
Сообщений: 35345
vadiminfo
iscrafm

бла-бла-бла. Ответьте на простой вопрос: в том же оракле, грид это работа DBMS или целого стека технологий, объединенных по именем оракла? RAC - это DBMS или система "над" Ora..DBMS?

бла-бла-бла.
Вы еще спростите "простой вопрос": кто в Оракле выпоняет запросы? Какая подсистема? И выведете отсюда, что это не работа СУБД, а чего-то там "над".

Вы если не знаете ответ на вопрос, то лучше не отвечайте. Про запросы я не спрашивал. Я думал вы себе представляете архитектуру оракла. Сказал же, проехали. Уже не смешно.
3 сен 10, 19:13    [9382592]     Ответить | Цитировать Сообщить модератору
 Re: СУБД: клиент-серверные и/или распределенные  [new]
iv_an_ru
Member

Откуда: Новосибирск
Сообщений: 20368
Sniff-Kadabra,

Ставьте рядом с клиентом любую нужную СУБД с виртуальной схемой и/или репликацией, цепляйте эту СУБД к удалённым "большим" серверам (которые могут быть, кстати, и той же самой породы, что и локальный), радуйтесь жизни. Если клиентское приложение ровно одно, то можно взять встраиваемую СУБД с виртуальной схемой и использовать "hosted in-process client", который для апп-девелопера выглядеть будет неотличимо от ODBC/UDBC/IODBC/JDBC/... да хоть ADO.NET.

Ну то есть совершенно необязательно что-то писать, можно очень недорого готовое купить.
3 сен 10, 20:31    [9382840]     Ответить | Цитировать Сообщить модератору
 Re: СУБД: клиент-серверные и/или распределенные  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
iscrafm
Вы если не знаете ответ на вопрос, то лучше не отвечайте. Про запросы я не спрашивал. Я думал вы себе представляете архитектуру оракла. Сказал же, проехали. Уже не смешно.

А что же не спросили? Про распределеность что там выводили из "Кто, в том же оракле, делает БД распределенной", ну так и про запросы выведете.
Каким бы признаным авторитетом в архитектуре Оракла Вы не были, он все еще считается распределенной СУБД. И никакие над, Кто и прочее этого, скорей всего, не изменят. Даже мое не знание его архитектуры.
Вы, скорее всего, давно проехали. А мне спешить не куда.
3 сен 10, 22:03    [9383119]     Ответить | Цитировать Сообщить модератору
 Re: СУБД: клиент-серверные и/или распределенные  [new]
iscrafm
Member [заблокирован]

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

Каким бы признаным авторитетом в архитектуре Оракла Вы не были, он все еще считается распределенной СУБД.

а кто-то утверждает обратное? К чему это было сказано?
3 сен 10, 22:30    [9383208]     Ответить | Цитировать Сообщить модератору
 Re: СУБД: клиент-серверные и/или распределенные  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
artemana
vadiminfo

Ну так тада Вы типа модифицировали Птицу?

Plugin, расширение - эти термины Вам знакомы?
vadiminfo

Но все за пределами птицы это не относится к управлению распределенностью БД. Такскание на клиентов или куда там данных это другие уровни или там слои - это не управление БД.

Очень даже управление и очень даже распределенными данными. Вы спорите, не приведя ни одной ссылки с общепризнанным или авторитетным мнением, на то, что можно считать системой управление распределенными данными, а что нет. Ваше представление в этом вопросе, ИМХО, выглядит так: если все средства (всю систему) управления распределенностью выпустила одна компания и ее имя начинается на О, значит это действительно средства для управление распределенными данными, все остальное на звание "система управление распределенными данными" претендовать не может. Мне грустно-смешно.

Мои представления (но придумал не сам) выглядят так: есть СУБД. Это собсно системы, которые занимаются управлением данными БД. Все остальные элементы ИС: сервера приложений, клиенты, и проч как бы не занимаются управлением данными БД.
Они имеют дело просто с данными, часть из которых получена из БД.
Если СУБД удовлетворяют определенным требованиям, ее относят к распределенным. Есть например, 12 правил Дейта. Возможно, таковым не удовлетворяет ни одна СУБД. Но тем ни менее. Так или иначе это касается управлением распределенными в сети БД: распределенными запросами, транзакциями и т.д.
Если Вы привесили к Птице компоненты, и сказали что это новая СУБД - МТДПТИЦА, и она де распаределенная - это одно.
Если СУБД у Вас Птица , а МТД компоненты, которые закачивают на клиента данные, и там на клиенте выполняют запросы, и это типа распределенное управление данными, то тада сервера приложений, и файл сервеные СУБД (причем любые) автоматом тоже системы управления данными (т.е. опять СУБД). Потому что они тоже закачивают и данные к себе и там выполняют вычисления.
Вот я предлагаю Вам заявить, что у Вас переделанная Птица, и она луче основной. Типа у нее более продвинутая модель распределенной транзакции, или еще что.
А все остальное от МТД, если таковое есть, объявить типа сервером приложений что-ли. Ну или очередыми компонентами для толстого клиента.
Это будет достаточно консервативно для Вас, чтобы не быть сразу же заподозренными в чрезмерном авантюризме. Все таки идея то у Вас избитая, что распределееная СУБД, что кеширование на клиенте с помощию очередных компонентов.
3 сен 10, 23:02    [9383298]     Ответить | Цитировать Сообщить модератору
 Re: СУБД: клиент-серверные и/или распределенные  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
iscrafm
а кто-то утверждает обратное? К чему это было сказано?

Если никто, то тада о чем Вы вообще говорили? К чему было сказано Ваше исторический вопрос "Кто, в том же оракле, делает БД распределенной"? Если Оракл распределенная СУБД, то этот вопрос ниче не меняет, как бы фамилие того, кто это делает в Оракле не была.
3 сен 10, 23:10    [9383316]     Ответить | Цитировать Сообщить модератору
 Re: СУБД: клиент-серверные и/или распределенные  [new]
iv_an_ru
Member

Откуда: Новосибирск
Сообщений: 20368
vadiminfo,

"СУБД --- это тот процесс, что грузит мне дисковую подсистему, когда я командую checkpoint. Если таковых несколько, значит у меня крутятся несколько СУБД" :)
3 сен 10, 23:11    [9383320]     Ответить | Цитировать Сообщить модератору
 Re: СУБД: клиент-серверные и/или распределенные  [new]
iscrafm
Member [заблокирован]

Откуда:
Сообщений: 35345
vadiminfo
iscrafm
а кто-то утверждает обратное? К чему это было сказано?

Если никто, то тада о чем Вы вообще говорили?

да все вроде написано.
4 сен 10, 00:22    [9383579]     Ответить | Цитировать Сообщить модератору
 Re: СУБД: клиент-серверные и/или распределенные  [new]
artemana
Member

Откуда: Днепропетровск
Сообщений: 1929
vadiminfo
Если СУБД удовлетворяют определенным требованиям, ее относят к распределенным. Есть например, 12 правил Дейта. Возможно, таковым не удовлетворяет ни одна СУБД. Но тем ни менее.

Извините, но Вы уже пустились во все тяжкие (в действительности уже не очень смешно).
Во первых 12 правил Кодда имеется ввиду, не так ли?
Во вторых, в них ничего нет о распределенных СУБД, они описывают реляционные СУБД.
В третьих Вы, так и не показали ссылки с перечнем правил которым должны удовлетворять распределенные СУБД, хотя я Вас об этом просил. Вместо этого какая та мешанина.

Для меня стало ясно, что показать такие ссылки Вы не сможете по одной из двух причин.
a) Вы их не знаете
б) Вы их знаете или узнаете, но поймете, что тендем Firebird+MDT им удовлетворяет, а признать себя не правым в своих терминологических «наездах» не захотите.

Итак, убедительная просьба к Вам, укажите ссылки, в которых определяется понятия "система управления распределенными данными", и это определение не конфликтует с Вашим сумбурным представлением. До выполнения этой просьбы считаю дальнейшую дискуссию с Вами, в данном вопросе, оконченной.
4 сен 10, 12:59    [9384201]     Ответить | Цитировать Сообщить модератору
 Re: СУБД: клиент-серверные и/или распределенные  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
iscrafm
да все вроде написано.

Глубокомыслено было написано с претензией на глубокие знания архитектуры Оракла: "Кто, в том же оракле, делает БД распределенной". Но Фамилие этого Кто не указана. А после того как выяснилось что Оракл все же распеределенноя СУБД, то не ясно к чему это было написано про этого Кого-то ить он "в оракле", а не в виде очередных компонентов на клиенте.
4 сен 10, 21:43    [9385155]     Ответить | Цитировать Сообщить модератору
 Re: СУБД: клиент-серверные и/или распределенные  [new]
Dimitry Sibiryakov
Member

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

vadiminfo
Фамилие этого Кто не указана.

Фамилиё этого Кта - GoldenGate. И он отнюдь не "в оракле".

Posted via ActualForum NNTP Server 1.4

4 сен 10, 21:49    [9385171]     Ответить | Цитировать Сообщить модератору
 Re: СУБД: клиент-серверные и/или распределенные  [new]
iscrafm
Member [заблокирован]

Откуда:
Сообщений: 35345
vadiminfo
iscrafm
да все вроде написано.

Глубокомыслено было написано с претензией на глубокие знания архитектуры Оракла: "Кто, в том же оракле, делает БД распределенной". Но Фамилие этого Кто не указана.

там по-русски написано, без каких-либо претензий, и стоит знак вопроса. Это вот такой символ: ? Он означает, что это вопрос, т.е. "фамилие" спрашивается у Вас.
4 сен 10, 22:21    [9385251]     Ответить | Цитировать Сообщить модератору
 Re: СУБД: клиент-серверные и/или распределенные  [new]
iscrafm
Member [заблокирован]

Откуда:
Сообщений: 35345
Dimitry Sibiryakov

vadiminfo
Фамилие этого Кто не указана.

Фамилиё этого Кта - GoldenGate. И он отнюдь не "в оракле".

уже и этот там.
4 сен 10, 22:23    [9385260]     Ответить | Цитировать Сообщить модератору
 Re: СУБД: клиент-серверные и/или распределенные  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
artemana

Извините, но Вы уже пустились во все тяжкие (в действительности уже не очень смешно).

Мне жаль, что Вам не так весело из-за меня. Но помните про автора TJ7. За него, вроде, вступался, кому уже бывает не смешно. Потому, скорей всего, не стоит так ободряться любой поддержкой: это может оказаться преждевременным.

artemana

Во первых 12 правил Кодда имеется ввиду, не так ли?

Вы прочитали, что я плохо разбирась в архитектуре Орака, и решили, что я не могу отличить Кодда от Дейта? Может Вы надеетесь, что я и черное от белого не отличу (сревер БД от сервера приложений, а тем более от очередных компонетов на Дельфи)?

Имеются в виду правила Дейта. Правила Кодда бум обсуждать, када Вы налабаете реляционную СУБД.
А счас речь о распределенной.

artemana

Во вторых, в них ничего нет о распределенных СУБД, они описывают реляционные СУБД.

Вот правило 0 Дейта:
С точки зрения конечного пользователя распределенная система должна выглядеть в точности так, как обычная, не распределенная система.
Правила Кодда у Вас есть, надеюсь. Сравните, плиз 0-левые, если совпадут бум проверять первое.

artemana

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

Дело разве доходило до выснения какое у Вас СУБД? Если Вы налабаете свою СУБД, и объявите ее распределенной, Вами тут, скорей всего, плотно займутся. Но у Вас СУБД Птица, и очередные компоненты, как я понял из первых слов на сайте на клиенте (дальше конечно не читал.).
Т.е. у Вас нет пока СУБД своей. А раз нет своей СУБД, то тем более нет распределеной СУБД.



artemana

Для меня стало ясно, что показать такие ссылки Вы не сможете по одной из двух причин.
a) Вы их не знаете

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

artemana

б) Вы их знаете или узнаете, но поймете, что тендем Firebird+MDT им удовлетворяет, а признать себя не правым в своих терминологических «наездах» не захотите.

Признать себя не правым захочу, если получу новые знания. Мне ваще не важно кто прав (потому шо на зарплату не влияет), но важно, что правильно на самом деле (влиет на зарплату).
Я могу так сказать: "я не прав,но шо же такое есть тендем Firebird+MDT?" Firebird - СУБД.
MDT - очередные компоненты. И если их смешать получится распределенная СУБД?
Как она называется? Ить СУБД это слишком серьезный продукт, шобы быть просто тендемом.

artemana

Итак, убедительная просьба к Вам, укажите ссылки, в которых определяется понятия "система управления распределенными данными", и это определение не конфликтует с Вашим сумбурным представлением. До выполнения этой просьбы считаю дальнейшую дискуссию с Вами, в данном вопросе, оконченной.

Хотел бы еще раз обратить внимания, что в своих сумбурных представлениях я еще не каксался требований к распределенным СУБД. Я касался тока того, что у Вас СУБД пока тока Птица, а MDT очередные компоненты где-то на других от сервера БД уровнях, в клиентсеверной архитектуре (на клиенте или сервере приложений).
Т.е. можно говорить в Вашем случае о том является или нет распределенной СУБД Птица, а отношение МТД к управлению БД не очевидно, поскоку оно где-то на клиенте.
Вы же четко не объявили, что у Вас новая СУБД пусть и на основе птицы, но уже новая типа птица. Сказали про библиотеки. Этого не достаточно. Объявляйте новую СУБД, имя ея. Тока не берите похожие на TJ7, Зигзаг, Селебрум.

Сылки про распределенные СУБД. Ну так на вскидку: ТОМАС КОННОЛИ "БАЗЫ ДАННЫХ".
Лекции по БД по специальности боюсь не найти уже, а то бы переслал Вам.
4 сен 10, 22:36    [9385316]     Ответить | Цитировать Сообщить модератору
 Re: СУБД: клиент-серверные и/или распределенные  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
iscrafm
там по-русски написано, без каких-либо претензий, и стоит знак вопроса. Это вот такой символ: ? Он означает, что это вопрос, т.е. "фамилие" спрашивается у Вас.

Ожидается, что Вы назовете фамилию, и скажете что это меняет. И если таковая связь была бы выявлена на понятие распределенной СУБД, то другое дело. Была бы польза.
Или Вы спросили, не в связи с веткой, а чисто для себя? Проявили типа интерес к "устройству" Оракла от праздности?
4 сен 10, 22:45    [9385340]     Ответить | Цитировать Сообщить модератору
 Re: СУБД: клиент-серверные и/или распределенные  [new]
Siemargl
Member

Откуда: 010100
Сообщений: 6645
vadiminfo,

Все же это не только модифицированный клиент и компоненты. Там еще доп.служба есть. Так что вполне себе хорошая полукластерная прослойка. Близка кстати к Mirroring в SQL Server.

Другой пример - SQL server failover cluster. Он построен над MS server cluster. От этого SQL server "поделкой" не становится.

DS. Есть альтернативные подходы к кластеризации FB ? - плиз, ткни носом.
5 сен 10, 21:40    [9386792]     Ответить | Цитировать Сообщить модератору
 Re: СУБД: клиент-серверные и/или распределенные  [new]
iv_an_ru
Member

Откуда: Новосибирск
Сообщений: 20368
vadiminfo
Если Вы налабаете свою СУБД, и объявите ее распределенной, Вами тут, скорей всего, плотно займутся.

Пока можете нами плотно заняться. Сначала пролистать вводную статью про наш масштабируемый кластер и решить, стоит ли считать "распределённой СУБД" нечто, изготовленное склеиванием "единичных" компонент без правильной конвейеризации между ними (и в результате работающее на порядки медленнее, чем правильное решение). И если вы правильно решите, что кластер без правильного пакетного IPC --- вещь почти бесполезная, то останется просто уточнить наличие такого IPC в обсуждаемых в топике движках СУБД.
6 сен 10, 01:31    [9387209]     Ответить | Цитировать Сообщить модератору
 Re: СУБД: клиент-серверные и/или распределенные  [new]
iv_an_ru
Member

Откуда: Новосибирск
Сообщений: 20368
(ну и любую миддлварную СУБД с виртуальной схемой можно назвать "распределённой", особенно если она умеет копулировать с MS DTS или аналогом и делать two phase commit. Так что можно ещё посмотреть на движок обсуждаемой СУБД, есть ли у него в журнале транзакций разметка "локальная транзакция / ждёт DTS / подтверждена DTS": если таковая присутствует, то СУБД тоже "достаточно распределённая", даже если не кластеризуется.)
6 сен 10, 01:46    [9387215]     Ответить | Цитировать Сообщить модератору
 Re: СУБД: клиент-серверные и/или распределенные  [new]
Gluk (Kazan)
Member

Откуда:
Сообщений: 9365
iv_an_ru
vadiminfo,

"СУБД --- это тот процесс, что грузит мне дисковую подсистему, когда я командую checkpoint. Если таковых несколько, значит у меня крутятся несколько СУБД" :)


Смешно. Dedicated Oracle на *nix-ах поднимает по процессу на каждое клиентское подключение (это не считая служебных) И все что-то пишут на диск, в SGA, в журналы. Т.е. у меня на сервере крутится десяток БД Oracle афффигеть o O
А TCP-сервер, поднимающий по процессу на каждое подключение, это нифига не TCP-сервер, а столько TCP-серверов, сколько клиентских подключений, плюс ищо адин.

Хорошо подумали ???
6 сен 10, 07:58    [9387359]     Ответить | Цитировать Сообщить модератору
 Re: СУБД: клиент-серверные и/или распределенные  [new]
iv_an_ru
Member

Откуда: Новосибирск
Сообщений: 20368
Хорошо подумали ???
Плохо подумал. Действительно, не прошло и двадцати лет, как фраза устарела.
6 сен 10, 09:04    [9387461]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: Ctrl  назад   1 2 [3] 4 5   вперед  Ctrl      все
Все форумы / Сравнение СУБД Ответить