Logo Море(!) аналитической информации!
IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware
Архив форумов ЦИТФорума
Море(!) вопросов - Море(!) ответов
 
 FAQFAQ   ПоискПоиск   ПользователиПользователи   ГруппыГруппы   РегистрацияРегистрация 
 ПрофильПрофиль   Войти и проверить личные сообщенияВойти и проверить личные сообщения   ВходВход 
Как правильно задавать вопросы

Смысл создания многоуровневой БД

 
Перейти:  
Этот форум закрыт, вы не можете писать новые сообщения и редактировать старые.   Эта тема закрыта, вы не можете писать ответы и редактировать сообщения.    Список форумов Архив форумов ЦИТФорума -> Базы данных
Предыдущая тема :: Следующая тема  
Автор Сообщение
Sergei_VI



Зарегистрирован: 07.09.2005
Сообщения: 4
Откуда: Тюмень

СообщениеДобавлено: Ср Сен 07 2005 06:11    Заголовок сообщения: Смысл создания многоуровневой БД Ответить с цитатой

При каких условиях имеет смысл создавать многоуровневую БД, в каких достаточно обычной клиен-серверной архитектуры?

Благодарю за совет!
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
kolobok0



Зарегистрирован: 22.04.2005
Сообщения: 253
Откуда: Мсква

СообщениеДобавлено: Ср Сен 07 2005 11:01    Заголовок сообщения: Re: Смысл создания многоуровневой БД Ответить с цитатой

Sergei_VI писал(а):
..многоуровневую БД....обычной клиен-серверной архитектуры..........



Что есть "многоуровневая БД" ?
И что есть обычная клиент-серверная архитектура ?

попутно...
Необычная ?
Не многоуровневая БД ?

с уважением
(круглый)
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Mika++



Зарегистрирован: 07.09.2005
Сообщения: 4
Откуда: Россия

СообщениеДобавлено: Ср Сен 07 2005 20:40    Заголовок сообщения: Re: Смысл создания многоуровневой БД Ответить с цитатой

Sergei_VI писал(а):
При каких условиях имеет смысл создавать многоуровневую БД, в каких достаточно обычной клиен-серверной архитектуры?

Благодарю за совет!

Я так понял, что ты имеешь ввиду многоуровневое приложение (middleware), в частном случае трехуровневое. Т.е. есть какой-то клиент, уровень бизнес-логики и БД. В случае клиент-серверной архитектуры уровень бизнес-логики размещается либо (как правило) на сервере с использованием хранимых процедур и триггеров, либо на клиенте. Главный недостаток: если СУБД поменяется, придется переписывать большую часть процедур и триггеров, т.к. их реализация специфична для разных СУБД.
Если у тебя приложение использует несложную бизнес-логику, типа выводит просто какой-нибудь небольшой бухгалтерский отчет Smile, то легче создать КС архитектуру.
Middleware-архитектуру применяют при реализации приложений уровня предприятия, т.к. ее разработка - сложный и порой дорогостоящий процесс, зато получается переносимое, современное, легко сопровождаемое и обновляемое приложение.
Это как молоток и кувалда, гвоздь нет смысла забивать кувалдой, а железный столб молотком не забьешь Smile
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Sergei_VI



Зарегистрирован: 07.09.2005
Сообщения: 4
Откуда: Тюмень

СообщениеДобавлено: Чт Сен 08 2005 06:11    Заголовок сообщения: Ответить с цитатой

Благодарю за ответ!

Да, это именно то, что я имел в виду, конечно, как справедливо замечено, сразу следовало написать многоуровневое приложение для работы с БД. Smile

Ответ навел меня еще на один вопрос: в каких случаях следует реализвовывать бизнес-логику в клиенте, а в каких случаях лучше выделять в отдельный сервер приложений? Понятие "приложение масштаба предприятия" конечно понятное, но, довольно общее. Если можно сформулировать более конкретные критерии, то было бы очень приятно их увидеть. Например, по количеству пользователей (1-10, 30-60, 100 и больше).
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Mika++



Зарегистрирован: 07.09.2005
Сообщения: 4
Откуда: Россия

СообщениеДобавлено: Чт Сен 08 2005 12:54    Заголовок сообщения: Ответить с цитатой

Sergei_VI писал(а):
Благодарю за ответ!

Ответ навел меня еще на один вопрос: в каких случаях следует реализвовывать бизнес-логику в клиенте, а в каких случаях лучше выделять в отдельный сервер приложений? Понятие "приложение масштаба предприятия" конечно понятное, но, довольно общее. Если можно сформулировать более конкретные критерии, то было бы очень приятно их увидеть. Например, по количеству пользователей (1-10, 30-60, 100 и больше).


1) Если бизнес-логика реализована на клиенте, то при ее изменении (например изменена реализация какой-то функции и т.п.) придется переустанавливать все клиентские приложения... если конечно клиентов 2-3, то это ничего сташного, а если их 20-30...
В случае многоуровненвой архитектуры нужно обновить реализацию бизнес-логики только на сервере приложений.

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

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

Удачи.
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
kolobok0



Зарегистрирован: 22.04.2005
Сообщения: 253
Откуда: Мсква

СообщениеДобавлено: Чт Сен 08 2005 13:07    Заголовок сообщения: Re: Смысл создания многоуровневой БД Ответить с цитатой

Sergei_VI писал(а):
При каких условиях имеет смысл создавать многоуровневую БД, в каких достаточно обычной клиен-серверной архитектуры?....



Многоуровневая БД - нет такого понятия. Вообще в природе...Или скажем по другому - практически ВСЕ известные Вам БД есть многоуровневые. У них и клиент и сервер. Они как правило ПОЛНОЦЕННЫЕ клиент-серверные приложения...(если об этом речь)

Обычная клиент серверная архитектура - не понятно, что имеете ввиду.Если вести речь об архитектуре...
Сервер - тот кто ПРЕДОСТАВЛЯЕТ услуги.
Клиент - тот кто юзает услуги предоставляемые сервером...
Т.е. если Вы говорите о клиент-серверном приложении, то это АВТОМАТОМ подразумеваеться присутствия как клиента так и сервера. По наследству данная технология НЕ передаёться. Это не то, что обычная...это по уму... А одна, двух и т.д. - это всё проделки тех, кто опаздывал в своём развитии софта. Ведь признать, что софт не клиент-сервер Smile Это же модно было. Вот и ввели термины для убогих... Как пример - поговорите с юниксистом каким-нить Smile

Так что... Правильно ОДИН термин: клиент-серверное приложение. Всё остальное - от лукавого. Либо по другому, приложение под (к примеру) Win32 которое юзает БД Oracle.

удачи Вам
(круглый)
Вернуться к началу
Посмотреть профиль Отправить личное сообщение
Показать сообщения:   
Этот форум закрыт, вы не можете писать новые сообщения и редактировать старые.   Эта тема закрыта, вы не можете писать ответы и редактировать сообщения.    Список форумов Архив форумов ЦИТФорума -> Базы данных Часовой пояс: GMT + 3
Страница 1 из 1

 
Перейти:  
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах


Powered by phpBB © 2001, 2002 phpBB Group
Русская поддержка phpBB

 

IT-консалтинг Software Engineering Программирование СУБД Безопасность Internet Сети Операционные системы Hardware

Информация для рекламодателей PR-акции, размещение рекламы — adv@citforum.ru,
тел. +7 495 6608306, ICQ 232284597
Пресс-релизы — pr@citforum.ru
Послать комментарий
Информация для авторов
This Web server launched on February 24, 1997
Copyright © 1997-2000 CIT, © 2001-2006 CIT Forum
Внимание! Любой из материалов, опубликованных на этом сервере, не может быть воспроизведен в какой бы то ни было форме и какими бы то ни было средствами без письменного разрешения владельцев авторских прав. Подробнее...