Главная страница
Top.Mail.Ru    Яндекс.Метрика
Текущий архив: 2009.09.27;
Скачать: CL | DM;

Вниз

Справочная и оперативная информация.   Найти похожие ветки 

 
desc   (2009-07-30 11:15) [0]

Здравствуйте.

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

Целисообразно ли выводить таблицы-справочники в отдельную базу ?
Не возникнет ли проблем со связью между этими локально-разрозненными базами данных.

Спасибо.


 
topS   (2009-07-30 11:24) [1]

нет
возникнет
пожалуйста


 
Sergey13 ©   (2009-07-30 11:24) [2]

> [0] desc   (30.07.09 11:15)

Слишком общий вопрос, ИМХО. Может стОит, может нет.
Что за сеть, что за СУБД, что за нагрузка?


 
Хитрий Лис   (2009-07-30 11:26) [3]

Люблю вопросы - в которых уже содержиться ответ :)


 
desc   (2009-07-30 11:29) [4]


> Sergey13 ©   (30.07.09 11:24) [2]
> > [0] desc   (30.07.09 11:15)
>
> Слишком общий вопрос, ИМХО. Может стОит, может нет.
> Что за сеть, что за СУБД, что за нагрузка?


сеть стандартная 100 Мбит, PostgreSQL, нагрузка 5-15 клиентов, объем двух основных баз предпологается по 3 Гб, справочной до 500 Мб.

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


 
clickmaker ©   (2009-07-30 11:29) [5]

да
что значит "локально-разрозненными"?
пожалуйста


 
desc   (2009-07-30 11:29) [6]


> Хитрий Лис   (30.07.09 11:26) [3]
> Люблю вопросы - в которых уже содержиться ответ :)


И какой же ?


 
desc   (2009-07-30 11:32) [7]


> clickmaker ©   (30.07.09 11:29) [5]
> да
> что значит "локально-разрозненными"?
> пожалуйста


Не так выразился, я имел введу не возникнет ли проблем со связью сущностей разных баз данных (вообще), пользователь (авторизации) у всех баз предположительно один: postgres


 
desc   (2009-07-30 11:33) [8]


> topS   (30.07.09 11:24) [1]
> нет
> возникнет
> пожалуйста


----------------------------------


> clickmaker ©   (30.07.09 11:29) [5]
> да
> что значит "локально-разрозненными"?
> пожалуйста


А в чем собственно разница мнений, хотелось бы услышать...


 
clickmaker ©   (2009-07-30 11:33) [9]

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

базы на одном серваке?


 
Сергей М. ©   (2009-07-30 11:33) [10]


> desc


А Postgre-сервер может обслуживать гетерогенные запросы ?
Я просто не в курсе ..


 
Sergey13 ©   (2009-07-30 11:35) [11]

> [0] desc   (30.07.09 11:15)
> Есть две базы данных

Свои или покупные?
Если свои, то почему изначально две?


 
clickmaker ©   (2009-07-30 11:35) [12]

> А в чем собственно разница мнений

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


 
Anatoly Podgoretsky ©   (2009-07-30 11:35) [13]

Не знаю как с postgre но обычно пользователи разных баз - это разные пользователи, даже если это один человек. Или в postgre нет деления на логины и пользователи?


 
desc   (2009-07-30 11:35) [14]


> Сергей М. ©   (30.07.09 11:33) [10]
>
> > desc
>
>
> А Postgre-сервер может обслуживать гетерогенные запросы
> ?
> Я просто не в курсе ..


))) я сам еще не в курсе ))


 
Сергей М. ©   (2009-07-30 11:39) [15]


> desc   (30.07.09 11:35) [14]


Ну вот тебе и первая возникшая проблема)


 
desc   (2009-07-30 11:46) [16]

Допустим электроснабжающая организация...

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

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

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

Вот и возникает вопрос в организации "правельной" автоматизированной информационной системе...


 
desc   (2009-07-30 11:48) [17]


> Сергей М. ©   (30.07.09 11:39) [15]
>
> > desc   (30.07.09 11:35) [14]
>
>
> Ну вот тебе и первая возникшая проблема)


Проверил, можно...


 
clickmaker ©   (2009-07-30 11:51) [18]

> Возникает мысль создать отдельную базу данных в которую
> вынесется вся общая справочная информация, это позволит
> иметь более точный и правеьлный подход в анализе не балансов,
> потерь

если базы на одном серваке, то проблем вообще быть не должно.
если на разных, тут зависит от многих факторов. Через что связь, как обстоит дело с т.н. linked servers у Postgre...


 
desc   (2009-07-30 11:53) [19]


> clickmaker ©   (30.07.09 11:51) [18]
> > Возникает мысль создать отдельную базу данных в которую
>
> > вынесется вся общая справочная информация, это позволит
>
> > иметь более точный и правеьлный подход в анализе не балансов,
>
> > потерь
>
> если базы на одном серваке, то проблем вообще быть не должно.
>
> если на разных, тут зависит от многих факторов. Через что
> связь, как обстоит дело с т.н. linked servers у Postgre.
> ..


Нет, это не распределенная БД.

Да на одном сервере.


 
Сергей М. ©   (2009-07-30 12:02) [20]


> на одном сервере


Ну тады нет повода для особого беспокойства ..
Осталось только начать и кончить работу по переезду справочников на новую квартиру)


 
Sergey13 ©   (2009-07-30 12:02) [21]

> [16] desc   (30.07.09 11:46)
> По сути эти два направления нужно представить в разных базах данных

Кому нужно и зачем? Кто вообще знает о наличии множества баз кроме тебя?


 
Плохиш ©   (2009-07-30 13:52) [22]


> desc   (30.07.09 11:29) [4]
>
>

Разве postgre уже поддерживает использование в обном запросе разных баз данных?


 
Сергей М. ©   (2009-07-30 15:04) [23]


> Плохиш ©   (30.07.09 13:52) [22]


Автор только что проверил и дал отмашку - отныне можно)



Страницы: 1 вся ветка

Текущий архив: 2009.09.27;
Скачать: CL | DM;

Наверх




Память: 0.52 MB
Время: 0.011 c
2-1248408135
nomad000
2009-07-24 08:02
2009.09.27
выгрузить данные в xml


1-1216644146
TNT
2008-07-21 16:42
2009.09.27
OleConteiner


15-1248427424
Empleado
2009-07-24 13:23
2009.09.27
Обмен данными между сервисом и GUI


2-1248246109
DevilDevil
2009-07-22 11:01
2009.09.27
Чтение/запись файла в отдельном потоке


2-1248255936
Bruth
2009-07-22 13:45
2009.09.27
Помогите сделать поиск всех папок в папке