| exp |
| Отправлено: 02.07.2005, 21:57 |
|
Мастер участка
Группа: Участник
Сообщений: 304
|
MS SQL Server.
Задание на курсач:
Распределенная база данных 'Видеопрокат'. Есть список VHS, DVD, VCD,... и список Клиентов. Ясное дело у инфа о них. Нужно огранизовать Выдачу/возврат VHS/DVD/VCD + Вести историю выдачи/возврата
Под распределенной базой данных понимается следующее:
Допустим, видеопрокатов этой фирмы много по городу. Нужно, чтобы клиент, записавшийся в прокате одного района, мог пользоваться услугами проката. В главном офисе сидит главный буржуй и хочет знать все про всех.
| CODE |
//---------------------------------------------------------------------------
|
Исходя из вышесказанного перейдем к нижеследующему.
1. На что мне следует обратить внимание при разработке?
2. Какие косяки могут возникнуть с такой базой данных при соединении с серваком?
3. Да и как вообще соединяться по нэту?
| CODE |
//---------------------------------------------------------------------------
|
Надеюсь, вопросами не завалил. Спасибо
|
|
| olegenty |
| Отправлено: 03.07.2005, 08:25 |
|
Ветеран
Группа: Модератор
Сообщений: 2412
|
ну, пока тут не особо пахнет распределённостью. если все ломятся на центральный сервачок. ею запахнет, как только тебе понядобится, чтобы филлиалы работали и в те долгие часы/дни/недели, когда связи нет. а потом непротиворечиво синхронизировали свои данные с центральным офисом. ну и сдирали инфу с него. вот именно на это тебе надо будет обращать основное внимание...
|
|
| exp |
| Отправлено: 04.07.2005, 12:34 |
|
Мастер участка
Группа: Участник
Сообщений: 304
|
Хорошо, это понятно. Но как это делается технически? Есть какие-нибудь доки, чтоб почитать? А то лекции по базам были ориентированны на общий подход при создании базы данных. О реализации в конкретной СУБД ничего не было. Да и тренировались мы на локальном серваке, а не по сетке.
|
|
| Guest |
| Отправлено: 05.07.2005, 07:20 |
|
Не зарегистрирован
|
2exp
советую усилить внимание на репликацию... тогда у тя получиться 100% распределнность. хотя для курсача это слишком... но попытаться можно — и опыта наберешься....
эта СУБД невероятно проста:
таблицы клиенты, продукция, склады (филиалы), реестр операций (выдача, возврат). в принципе все. как таковых проблем я не вижу.
соединение по инету — можно по электронке... высылать репликации...
|
|
| olegenty |
| Отправлено: 05.07.2005, 07:47 |
|
Ветеран
Группа: Модератор
Сообщений: 2412
|
опять же... одно дело — это когда посредством репликации БД везде становятся идентичными с точки зрения пользователя. и появляется вопрос: а точно ли это надо??? зачем в задрипаном ларьке вообще нужна база? есть конект — ларёк открыт. нет — спасибо, приходите завтра 
я б только из соображений безопасности базу не тиражировал. лучше уж распределённое среднее звено написать. т.е. есть БД на некотором сервере БД. есть ещё несколько узлов — на них стоят идентичные серверы приложений. и есть клиент, который снабжен списком серверов приложений. и пытается через них достучаться до сервера БД и стянуть инфу. через один не получилось — ломимся через второй. нет — через третий. нет — спасибо, приходите завтра. а ещё лучше — ещё позже.
|
|
