Главная страница
    Top.Mail.Ru    Яндекс.Метрика
Форум: "Прочее";
Текущий архив: 2009.09.27;
Скачать: [xml.tar.bz2];

Вниз

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

 
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;
Скачать: [xml.tar.bz2];

Наверх





Память: 0.5 MB
Время: 0.005 c
1-1216635647
МистерТ
2008-07-21 14:20
2009.09.27
Как получить следующие XML значения ?


15-1248467648
Германн
2009-07-25 00:34
2009.09.27
Успеют или не успеют к строку в этом году?


15-1248873578
Reactor
2009-07-29 17:19
2009.09.27
Подскажите про трасерт


15-1248550533
Эстет
2009-07-25 23:35
2009.09.27
Футболки?


2-1248344765
Bruth
2009-07-23 14:26
2009.09.27
Вывести в переменную выделенный мышкой текст в ричЕдите





Afrikaans Albanian Arabic Armenian Azerbaijani Basque Belarusian Bulgarian Catalan Chinese (Simplified) Chinese (Traditional) Croatian Czech Danish Dutch English Estonian Filipino Finnish French
Galician Georgian German Greek Haitian Creole Hebrew Hindi Hungarian Icelandic Indonesian Irish Italian Japanese Korean Latvian Lithuanian Macedonian Malay Maltese Norwegian
Persian Polish Portuguese Romanian Russian Serbian Slovak Slovenian Spanish Swahili Swedish Thai Turkish Ukrainian Urdu Vietnamese Welsh Yiddish Bengali Bosnian
Cebuano Esperanto Gujarati Hausa Hmong Igbo Javanese Kannada Khmer Lao Latin Maori Marathi Mongolian Nepali Punjabi Somali Tamil Telugu Yoruba
Zulu
Английский Французский Немецкий Итальянский Португальский Русский Испанский