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

Откуда:
Сообщений: 20
предлагаю обсудить создание "гибридной" субд, включающей в себя как клиент-серверную, так и распределенную части.

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

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

в интернете ходят идеи о разделении данных и работе с "быстрой" частью клиент-серверно и с "медленной" - редко меняющейся - распределенно.
но можно и наоборот, редко тянуть данные с сервера и постоянно обращаться к локальной машине.
имхо, идея вполне жизнеспособна, особенно для слабых машин и данных с приоритетом на чтение
30 авг 10, 12:31    [9348561]     Ответить | Цитировать Сообщить модератору
 Re: СУБД: клиент-серверные и/или распределенные  [new]
Siemargl
Member

Откуда: 010100
Сообщений: 6644
Sniff-Kadabra,

И много их напридумано и написано уже. Как правило это NoSQL, но и кластера ORA, DB2 тоже подходят под эти пожелания.
30 авг 10, 12:39    [9348638]     Ответить | Цитировать Сообщить модератору
 Re: СУБД: клиент-серверные и/или распределенные  [new]
Dimitry Sibiryakov
Member

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

Sniff-Kadabra

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

Не имеет смысла обсуждать функциональность, которая и так есть в любой приличной к-с СУБД.

Posted via ActualForum NNTP Server 1.4

30 авг 10, 13:46    [9349362]     Ответить | Цитировать Сообщить модератору
 Re: СУБД: клиент-серверные и/или распределенные  [new]
Yo.!
Guest
да нет у клиент-сервера никаких плюсов. все, что пытаются обозначить плюсом на самом деле является огромным минусом. та же простота использования оборачивается гигантской дырой в безопасности, когда любой лапоть в сети может текстовым редактором подправить файл бд не оставив никаких следов. никто в здравом уме сегодня такие "технологии" использовать не будет.
30 авг 10, 17:16    [9351345]     Ответить | Цитировать Сообщить модератору
 Re: СУБД: клиент-серверные и/или распределенные  [new]
arni
Member

Откуда: Иваново
Сообщений: 3544
Yo.!
любой лапоть в сети может текстовым редактором подправить файл бд не оставив никаких следов
откуда у лаптей доступ на файловом уровне к каталогам сервера БД?
30 авг 10, 17:56    [9351728]     Ответить | Цитировать Сообщить модератору
 Re: СУБД: клиент-серверные и/или распределенные  [new]
Dimitry Sibiryakov
Member

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

arni
откуда у лаптей доступ на файловом уровне к каталогам сервера БД?

Это Ё глючит как обычно. Нанюхался дыму и путает файл-сервер с клиент-сервером.

Posted via ActualForum NNTP Server 1.4

30 авг 10, 18:05    [9351790]     Ответить | Цитировать Сообщить модератору
 Re: СУБД: клиент-серверные и/или распределенные  [new]
Siemargl
Member

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

Это не Ё или Ё в глубоком тумане. Стиль не тот.

Скорее, это Джерик.
30 авг 10, 18:18    [9351892]     Ответить | Цитировать Сообщить модератору
 Re: СУБД: клиент-серверные и/или распределенные  [new]
Warstone
Member

Откуда:
Сообщений: 4896
Блог
Вот да... Дедаллом попахивает
30 авг 10, 22:57    [9352858]     Ответить | Цитировать Сообщить модератору
 Re: СУБД: клиент-серверные и/или распределенные  [new]
artemana
Member

Откуда: Днепропетровск
Сообщений: 1929
Sniff-Kadabra
предлагаю обсудить создание "гибридной" субд, включающей в себя как клиент-серверную, так и распределенную части.

Мы уже создали и продолжаем развивать таковую, готов 'обсуждать' ;), что тебя конкретно интересует?
31 авг 10, 12:14    [9354966]     Ответить | Цитировать Сообщить модератору
 Re: СУБД: клиент-серверные и/или распределенные  [new]
ДжекНепотрошитель
Member

Откуда: Донецк
Сообщений: 5308
artemana

Мы уже создали и продолжаем развивать таковую, готов 'обсуждать' ;), что тебя конкретно интересует?


Это не СУБД, это называется "репликатор"
1 сен 10, 10:23    [9361443]     Ответить | Цитировать Сообщить модератору
 Re: СУБД: клиент-серверные и/или распределенные  [new]
artemana
Member

Откуда: Днепропетровск
Сообщений: 1929
ДжекНепотрошитель
artemana

Мы уже создали и продолжаем развивать таковую, готов 'обсуждать' ;), что тебя конкретно интересует?


Это не СУБД, это называется "репликатор"

Ошибаешься.
Так можно что угодно обозвать репликатором, так как репликация, как процесс, присутсвует в любой распределенной системе управления данными.
Подробнее.
P.S.
Не поленись прочитать.
1 сен 10, 12:00    [9362511]     Ответить | Цитировать Сообщить модератору
 Re: СУБД: клиент-серверные и/или распределенные  [new]
ДжекНепотрошитель
Member

Откуда: Донецк
Сообщений: 5308
artemana

Не поленись прочитать.

Не поленился, прочитал. Это действительно репликация, только, ИМХО, чересчур усложненная. Того же эффекта можно было бы добиться и без дополнительных компонент доступа и прослоек, стандартными средствами.
1 сен 10, 13:07    [9363239]     Ответить | Цитировать Сообщить модератору
 Re: СУБД: клиент-серверные и/или распределенные  [new]
artemana
Member

Откуда: Днепропетровск
Сообщений: 1929
ДжекНепотрошитель
Не поленился, прочитал. Это действительно репликация, только, ИМХО, чересчур усложненная.

Прочти еще первый пост автора, что он понимает под распределенной СУБД.
И если не согласен, дай свое определение.
В частности интересует чем в твоем представлении распределенная СУБД отличается от MDT, которую ты за систему управления распределенными данымии не считаешь. Каковы в общем случае критерии отделяющие понятия "Распределенная системы управления данными" и "Репликатор"?
ДжекНепотрошитель

Того же эффекта можно было бы добиться и без дополнительных компонент доступа и прослоек, стандартными средствами.

Например?
1 сен 10, 13:20    [9363425]     Ответить | Цитировать Сообщить модератору
 Re: СУБД: клиент-серверные и/или распределенные  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
artemana
В частности интересует чем в твоем представлении распределенная СУБД отличается от MDT, которую ты за систему управления распределенными данымии не считаешь.

Ну там же написано, что MDT это очередные компоненты к СУБД типа Интербэйс. Т.е. СУБД тут только Интербэйс. Все остальное типа затычки.
А распределенная СУБД - это, как минимум СУБД.
Т.е. Вам нуно не Дельфишные компоненты лабать, а влезть унурь Интербэйса, и доводить его до распределенной типа СУБД, если Вам нужно именно распределенное СУБД.
А луче берите Оракл 10 и выше версии: от типа буковка есть g - Грид: там типа моно лабать сети баз, распределять данные.
А если вам нужно типа сервер(а) приложений с кэшами, то это многоуровневая архитектура.
Если же нужны толстые клиенты как в файлсерврной архитектуре (там просто СУБД на клиентском компе), то берите просто Аксцесс. И не парьтеся с очередным набором комонент: времена када поделками можно было удивить, скорее всего, прошли.
1 сен 10, 13:37    [9363594]     Ответить | Цитировать Сообщить модератору
 Re: СУБД: клиент-серверные и/или распределенные  [new]
artemana
Member

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

Ну там же написано, что MDT это очередные компоненты к СУБД типа Интербэйс. Т.е. СУБД тут только Интербэйс.

Там как раз написано наоборот, это не просто очередные компоненты к СУБД типа Интербэйс. Пожалуйста, будьте внимательнее,.
vadiminfo

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

Какая разница прикладному слою кто реализует распределенность? Но если не хочешь или не нравятся Delphi компоненты, есть другое решение, на базе специального клиента заменяющего стандартный клиент сервера, настрой для него xml файл и наслаждайся распределенностью. Когда появятся у сервера FB3 другие точки перехвата, будет еще изящнее.
vadiminfo

А луче берите Оракл 10 и выше версии: от типа буковка есть g - Грид: там типа моно лабать сети баз, распределять данные.
А если вам нужно типа сервер(а) приложений с кэшами, то это многоуровневая архитектура.
Если же нужны толстые клиенты как в файлсерврной архитектуре (там просто СУБД на клиентском компе), то берите просто Аксцесс.

Прежде чем давать такие советы надо ознакомится с контекстом, что и почему.
vadiminfo

И не парьтеся с очередным набором комонент: времена када поделками можно было удивить, скорее всего, прошли.

Я тут не кого не собираюсь удивлять! ТС предложил обсудить тему и я, имея положительный опыт создания и эксплуатации того, что описано в ней, согласился помочь ему. Если у Вас есть какие то свои общие вопросы по ней или какие либо конкретные замечания по MDT, присоединяйтесь.

P.S.
То что Оракл - это круто, и там много уже есть и многое будет я и раньше знал, можете не акцентировать.
1 сен 10, 14:12    [9363987]     Ответить | Цитировать Сообщить модератору
 Re: СУБД: клиент-серверные и/или распределенные  [new]
ДжекНепотрошитель
Member

Откуда: Донецк
Сообщений: 5308
artemana
Каковы в общем случае критерии отделяющие понятия "Распределенная системы управления данными" и "Репликатор"?

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


ДжекНепотрошитель

Того же эффекта можно было бы добиться и без дополнительных компонент доступа и прослоек, стандартными средствами.

Например?

Стандартные компоненты доступа + IBReplicator, например. Вообще, нет ничего плохого в том, что вы сделали еще один движок репликации, с дополнительным фреймворком. Может, кому-то и пригодится, в конце-концов, рынок - лучший судья. Лично за себя я могу сказать, я бы такое громоздкое решение для утилитарной задачи поддержки локальных хранилищ использовать бы не стал.
1 сен 10, 15:42    [9365011]     Ответить | Цитировать Сообщить модератору
 Re: СУБД: клиент-серверные и/или распределенные  [new]
Dimitry Sibiryakov
Member

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

ДжекНепотрошитель

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

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

Posted via ActualForum NNTP Server 1.4

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

Откуда: Днепропетровск
Сообщений: 1929
ДжекНепотрошитель

Распределенная система управления данными - это СУБД, которая поддерживает прозрачную работу с хранилищами, расположенными на разных хостах, обеспечивает обмен данными между хранилищами.

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

Репликатор - собственно, тот модуль, который обеспечивает копирование данных из одного хранилища в другое. Может быть одной из компонент распределенной СУБД, может быть автономным приложением.

Почти идеальное определение. Я лишь уточню, что репликатор сам по себе практически никогда не позволяет сделать то, что распределенная СУБД (неизменность прикладного слоя). Рано или поздно система, использующая чистый репликатор, обрастает дополнительным программным кодом, искусственными ограничениями на изменения данный и необходимостью дополнительного мониторинга и администрирования. Одни только конфликты репликации чего стоят.
MDT-технология лишена этих недостатков, позволяет сделать то, что и нормальная распределенная СУБД, и поэтому я считаю что называть ее репликатором неверно.

ДжекНепотрошитель

artemana

ДжекНепотрошитель

Того же эффекта можно было бы добиться и без дополнительных компонент доступа и прослоек, стандартными средствами.

Например?

Стандартные компоненты доступа + IBReplicator, например.

Я убежден,и могу аргументировать, что настройка и эксплуатация MDT легче любого классического репликатора. Например, полностью отсутствует такое понятие как конфликт репликации. Есть и другие пункты.

Кстати, всегда воспринимал IBReplicator относительно производителей сервера как продукт 3-фирмы. Напомни пожалуйста когда он стал штатным средством?

ДжекНепотрошитель

Вообще, нет ничего плохого в том, что вы сделали еще один движок репликации, с дополнительным фреймворком. Может, кому-то и пригодится, в конце-концов, рынок - лучший судья.

И он пока на твоей стороне.
ДжекНепотрошитель

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

Это если самому писать, а если взять готовый за бесплатно или копейки, то почему бы и нет, вполне конкурентное решение, ИМХО.
1 сен 10, 16:24    [9365397]     Ответить | Цитировать Сообщить модератору
 Re: СУБД: клиент-серверные и/или распределенные  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
artemana
Там как раз написано наоборот, это не просто очередные компоненты к СУБД типа Интербэйс. Пожалуйста, будьте внимательнее,.

Ну хоть и не просто, но очередные компоненты? Это ж детали призванные преукрасить положнение дел. А мы то с Вами в корень смотрим? А корень - очередные компоненты, ну пусть и не просто, а сложно.

artemana

Какая разница прикладному слою кто реализует распределенность? Но если не хочешь или не нравятся Delphi компоненты, есть другое решение, на базе специального клиента заменяющего стандартный клиент сервера, настрой для него xml файл и наслаждайся распределенностью. Когда появятся у сервера FB3 другие точки перехвата, будет еще изящнее.

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

artemana

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

Так вроде же ясно - комроненты качают данные на клиента: такое мы видели. См. выше.

artemana

Я тут не кого не собираюсь удивлять! ТС предложил обсудить тему и я, имея положительный опыт создания и эксплуатации того, что описано в ней, согласился помочь ему.
.


В чем помочь? Написать таки же не просто очередные компоненты? Так мож луче пусть просто Аксцесса возьмет?
1 сен 10, 17:02    [9365714]     Ответить | Цитировать Сообщить модератору
 Re: СУБД: клиент-серверные и/или распределенные  [new]
artemana
Member

Откуда: Днепропетровск
Сообщений: 1929
vadiminfo
artemana
Там как раз написано наоборот, это не просто очередные компоненты к СУБД типа Интербэйс. Пожалуйста, будьте внимательнее,.

Ну хоть и не просто, но очередные компоненты? Это ж детали призванные преукрасить положнение дел.

vadiminfo, читать линки будем? Я же указал на то что обеспечивается работа любых приложений использующих IB\FB\YA путем подмены клиенской библотеки сервера.
При таком варианте развертывания компонент нет, как нет и никах изменений в клиентском приложении.
vadiminfo

А мы то с Вами в корень смотрим? А корень - очередные компоненты, ну пусть и не просто, а сложно.

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

Так вроде же ясно - комроненты качают данные на клиента: такое мы видели. См. выше.
Качают многие. Покажите библиотеки обеспечивающие автоматическую, 100 % адекватную синхронизацию данных центральной БД с локальной копией и с автоматическим выполнением на ней читающих SQL запросов.

vadiminfo

artemana

Я тут не кого не собираюсь удивлять! ТС предложил обсудить тему и я, имея положительный опыт создания и эксплуатации того, что описано в ней, согласился помочь ему.
.

В чем помочь? Написать таки же не просто очередные компоненты? Так мож луче пусть просто Аксцесса возьмет?

1. Помочь разобраться
2. Может и лучше. Для некоторых так точно. ;)
1 сен 10, 17:33    [9366059]     Ответить | Цитировать Сообщить модератору
 Re: СУБД: клиент-серверные и/или распределенные  [new]
vadiminfo
Member

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

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

Так я и назвал концеции похожих технологий. У Вас СУБД: IB\FB\YA, а не некоея распределенная СУБД. Последняя как и все СУБД мало интересуется клиентами, она занимается тока базами распределенными в сети. А у Вас ить на клиента данные лезут? Т.е. у Вас одна локальная БД и толстые типа клиенты.
Это похоже на файл серверную СУБД типа Аксцесса (последний будучи файл серверной СУБД, тем ни менее способен стать клиентом к СУБД типа Скуля в клиентсерверной архитектуре ), либо на серверы приложений.

artemana

Качают многие. Покажите библиотеки обеспечивающие автоматическую, 100 % адекватную синхронизацию данных центральной БД с локальной копией и с автоматическим выполнением на ней читающих SQL запросов.


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

artemana

1. Помочь разобраться
2. Может и лучше. Для некоторых так точно. ;)

Наскока я понял, он не разбираться собирался, а развивать типа идею. А мы с Вами могли бы сказать иму, что поздняк метаться с такими идеями: здесь все стоящие пенки сняты лет надцать тому назад. Пусть луче изобретает новые МД или там что-нить связанное с искуственным интелектом.
А расчитывать на поверхностые идеи, скорей всего, уже не стоит.
1 сен 10, 20:34    [9367134]     Ответить | Цитировать Сообщить модератору
 Re: СУБД: клиент-серверные и/или распределенные  [new]
artemana
Member

Откуда: Днепропетровск
Сообщений: 1929
vadiminfo, я что то перестал понимать о чем Вы спорите и что пытаетесь в данном топике сказать (доказать). Если не трудно переформулируйте Ваши постулаты с чистого листа.

Моя позиция заключается в том, что если автор интересуется созданием или изучением распределенных СУБД он может, кроме Oracla и все прочего, посмотреть на MDT-технологию, которая реализует определенную свою оригинальную модель управления распределенными данными. Концепции ТС, изложенные в стартовом посте, там однозначно присутствуют. Если какие то из них Вам не нравятся, уточните какие конкретно и почему? И если возможно без простого постулирование, что это и большое, уже есть у Оракла или где то еще, давайте ссылки на средства локального кеширования в 2-звенном клиент-серверном приложение, если у Вас таковые есть.

P.S.
ИМХО.
К сожалению, что такое MDT, как она работает сейчас и что еще будет в нее добавлено Вы, уж извините, ИМХО, не разобрались. Почему - не знаю, но подозреваю потому, что принципиально не верите в то, что что-нибудь новое и полезное, кроме Вам известного, может появиться на свет не от мега-крупных и уже мега-успешных производителей ПО.

P.P.S.
Правда ТС куда пропал и возможно все усилия ни к чему, мы с Вами друг друга не переубедим, а другим так и вовсе не надо.
3 сен 10, 12:04    [9377830]     Ответить | Цитировать Сообщить модератору
 Re: СУБД: клиент-серверные и/или распределенные  [new]
artemana
Member

Откуда: Днепропетровск
Сообщений: 1929
Вот тут, пункт № 4, еще есть про MDT в виде записи доклада.
3 сен 10, 12:21    [9378040]     Ответить | Цитировать Сообщить модератору
 Re: СУБД: клиент-серверные и/или распределенные  [new]
vadiminfo
Member

Откуда: Обнинск
Сообщений: 4802
artemana
vadiminfo, я что то перестал понимать о чем Вы спорите и что пытаетесь в данном топике сказать (доказать).

Ну попробую еще, конечно.

О том, что я понял, что у Вас не распределенная СУБД, а Птица, к которой лезут очередные компоненты, чтобы толстые клиенты качали данные с Птичьей БД, и потом запросы к эти данным скаченным у себя там типа выполняли. Это в лучшем случае похожде на файлсерверные СУБД, или сервера приложений. Наверное, ТС нуно было тада у них спрашивать про эту типа идею. По крайней мере, они могут отличить, распределенную СУБД, от очередных компонентов. Понятно так? Если нет, то и не знау.
3 сен 10, 13:04    [9378527]     Ответить | Цитировать Сообщить модератору
 Re: СУБД: клиент-серверные и/или распределенные  [new]
artemana
Member

Откуда: Днепропетровск
Сообщений: 1929
vadiminfo
О том, что я понял, что у Вас не распределенная СУБД, а Птица, к которой лезут очередные компоненты, чтобы толстые клиенты качали данные с Птичьей БД, и потом запросы к эти данным скаченным у себя там типа выполняли. Это в лучшем случае похожде на файлсерверные СУБД,

Ну и в чем и где углядели похожесть?
Многопользовательские файл-серверные СУБД так не работают. Они не качают к себе файлы, они самостоятельно и напрямую обрабатывают их (читают, пишут) в том месте, где они размещены (общие файловые шары). Собственно отсюда и все их основные проблемы
vadiminfo

или сервера приложений.

На сервер приложений, работающий со своим клиентом через SQL? И при этом клиент не догадывается к кому он подключен, к серверу БД или к серверу приложений? И у этого сервера приложений, кроме пула коннектов, и зашитой в него бизнес логики, есть еще и самостоятельно поддерживаемый свой кеш данных из центральной БД? И в нем он, по возможности, выполняет SQL-запросы своих клиентов, блокируя их отправку на центральный сервер? Ух ты! Не слышал о таком! Ссылки есть? Если это так, то я признаю что MDT похожа на этот сервер приложений. А так же укажу на то, что систему, включающую такой сервер приложений можно считать системой управления распределенными данными. Чуть ранее я писал, прочтите, если не трудно, какое наполнения я вкладываю в это понятие
vadiminfo

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

Теперь понятно. Vadiminfo встретив в тексте слово 'компоненты' не может от него отвязаться. Надо переделывать главную страницу сайта. ;)
3 сен 10, 13:48    [9379056]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2 3 4 5   вперед  Ctrl      все
Все форумы / Сравнение СУБД Ответить