Распределенная база данных на основе View

[kashperuk]

По теме не скажу ничего, кроме того, что это довольно извратно

Мне вот интересно про запись спросить.
А в какую базу данных вставляется строка при добавлении ее из Аксапты? Врядли View это сама раздупляет

[Владимир Максимов]

Цитата:

Сообщение от kashperuk

Мне вот интересно про запись спросить.
А в какую базу данных вставляется строка при добавлении ее из Аксапты? Врядли View это сама раздупляет

Могу повторить. Мне не жалко. ЭТО РАБОТАЕТ! Специально проверял запись, иначе не имеет смысла связываться. Идет куда надо и как надо. В нужную базу. Видимо, именно сам View и "раздупляет"

[Михаил Андреев]

Цитата:

Сообщение от Владимир Максимов

Могу повторить. Мне не жалко. ЭТО РАБОТАЕТ! Специально проверял запись, иначе не имеет смысла связываться. Идет куда надо и как надо. В нужную базу. Видимо, именно сам View и "раздупляет"

Ничего он не "раздупляет". Просто пишет в ту, из которой запущен SQL оператор.
А почему не стали использовать репликацию? чем не угодила?

[Alexius]

Здесь под View подразумевается Partitioned View, это функционал есть и в MS SQL 2000 и 2005. Partitioned View позволяет создавать представления объединяющие две и более таблиц с одинаковой структурой, расположенные на одном или нескольких физических серверах. При соблюдении определенных условий можно получить обновляемое представление с которым помимо операции SELECT можно выполнять INSERT, UPDATE и DELETE. Partitioned View является предшественником Partitioned Table (MS SQL 2005). Более подробную/техническую информацию можно узнать в BOL и на http://sql.ru.

[Владимир Максимов]

Цитата:

Сообщение от Михаил Андреев

А почему не стали использовать репликацию? чем не угодила?

Поскольку, как обычно, вопрос скатился к сакраметальному "а зачем это надо", объясняю:

1. Начальник всегда прав

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

2. Размер базы данных перевали за 200 ГБ.

Распределение базы данных позволит более гибко подойти к распределению нагрузки на сервера и выделению места под хранение.

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

Здесь под "копированием" понимается не "тупое" копирование, а именно создание весьма специфических документов. В то время, как репликация - это именно "тупое" копирование с минимальной модификацией.

Как решить эти проблемы через репликацию - не представляю. Или что подразумевается под термином "репликация"? Репликация где? На каком уровне?

На это обсуждения вопроса "Зачем?" считаю закрытым


Народ, по заданному вопросу кто-нибудь может что-то сказать или так и будем "дурью маятся"? Кто-нибудь работал по такой технологии? Или хоть можете сказать какие скрытые проблемы могут возникнуть?

[Михаил Андреев]

Цитата:

Сообщение от Владимир Максимов

Поскольку, как обычно, вопрос скатился к сакраметальному "а зачем это надо", объясняю:

1. Начальник всегда прав

Принято

Цитата:

Сообщение от Владимир Максимов

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

Тоже понятно

Цитата:

Сообщение от Владимир Максимов

2. Размер базы данных перевали за 200 ГБ.

Распределение базы данных позволит более гибко подойти к распределению нагрузки на сервера и выделению места под хранение.

Вопросов нет. Однозначно. Хотя, 200 ГБ это не терабайты.

Цитата:

Сообщение от Владимир Максимов

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

Здесь под "копированием" понимается не "тупое" копирование, а именно создание весьма специфических документов. В то время, как репликация - это именно "тупое" копирование с минимальной модификацией.

Как решить эти проблемы через репликацию - не представляю. Или что подразумевается под термином "репликация"? Репликация где? На каком уровне?


На это обсуждения вопроса "Зачем?" считаю закрытым

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

Цитата:

Сообщение от Владимир Максимов

Народ, по заданному вопросу кто-нибудь может что-то сказать или так и будем "дурью маятся"? Кто-нибудь работал по такой технологии? Или хоть можете сказать какие скрытые проблемы могут возникнуть?

На мой взгляд, решение теоретически работоспособно - Аксапта реально работает через запросы, и что там не таблицы, а какие-то конгломераты, ей сугубо фиолетово.
Но как будут решаться такие проблемы, как блокировка на время обработки транзакции в "тяжёлых операциях" (закрытие склада, например) или одновременная блокировка одной таблицы пользователями из разных баз, даже предположить не могу. Да и объём трудозатрат по настройке и поддержания таких баз....

[Vadik]

Цитата:

Сообщение от Владимир Максимов

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

Безопасность - от кого?
От пользователей? Есть домены
От администраторов? Бесполезно, у них доступ будет всегда
Непонятненько (с)

Цитата:

Размер базы данных перевали за 200 ГБ.

Весь сыр-бор из-за экономии на СХД объемом менее 1 Тб? Это несерьезно (с)

Цитата:

Распределение базы данных позволит более гибко подойти к распределению нагрузки на сервера и выделению места под хранение.

И освоить бюджет на железо и лицензии для ОС и СУБД

Цитата:

На это обсуждения вопроса "Зачем?" считаю закрытым

Т.е. решение Вы уже приняли.. Тогда чего Вы хотите от общественности? Подтверждения того, что Ваша реализация - оптимальная?

Цитата:

Народ, по заданному вопросу кто-нибудь может что-то сказать или так и будем "дурью маятся"?

У Вас будут проблемы
а) с производительностью (странно, правда?)
б) трудоемкость сопровождения этого зоопарка вырастет ОЧЕНЬ сильно (одно лишь добавление поля в таблицу будет целым ритуалом, плюс обязательные проблемы с синхронизацией)
в) целостность данных в случае чего восстанавливать будет непросто (у Вас же есть какой-то обмен между разными компаниями)
Этого достаточно?

Цитата:

Кто-нибудь работал по такой технологии? Или хоть можете сказать какие скрытые проблемы могут возникнуть?

Я не работал. Проблем, лежащих на поверхности, столько, что скорее всего не буду и другим не советую. Вы методику, разработанную для VLDB, с соответствующим уровнем затрат, пытаетесь натянуть на задачу весьма среднего уровня (причем приложение этому будет всячески сопротивляться).

А все почему? Потому что аналитик, уровень технической подготовки которого неизвестен, навязывает решение техническим специалистам

Удачи. Она Вам потребуется