Модераторы: LSD
  

Поиск:

Ответ в темуСоздание новой темы Создание опроса
> Использование хранимых процедур 
:(
    Опции темы
rockbear
Дата 6.5.2009, 16:55 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Новичок



Профиль
Группа: Участник
Сообщений: 2
Регистрация: 6.5.2009

Репутация: нет
Всего: нет



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

DataBase(СУБД) - Application Server - Client

ИМХО, это неправильный подход.

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

Во-вторых: удобство проектирования, есть схема приложения, гораздо удобней, когда вся логика реализована где-то в одном месте. А если будет раздвоение реализации что-то на уровне Application Server, а что-то на уровне СУБД - это внесет дополнительную путаницу.

ИМХО, хранимые процедуры нужно использовать лишь, тогда, когда нет другого выхода повысить производительность и скорость системы.

Жду вашего мнения, где я ошибаюсь.

СУВ. 
PM MAIL   Вверх
Zloxa
Дата 6.5.2009, 17:08 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Чо?
****


Профиль
Группа: Завсегдатай
Сообщений: 3473
Регистрация: 12.9.2008

Репутация: 11
Всего: 161



Имхо Application level абстрагированный от БД это бред сам по себе. 

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

Это чтото вроде Коммунизма. Идея хорошая, достойная, понятная, интересная, но при попытке реализации, всякий раз получается ЖОПА. Коммуну организовать еще куда ни шло, но коммунизм.... Может быть когда нибудь и получится, но, ИМХО сейчас об этом говорить рано.

Воспринимайте хранимки как интерфейсы для аппликухи.

Это сообщение отредактировал(а) Zloxa - 6.5.2009, 17:12


--------------------
Достоверно известно, что 89% людей доверяют статистике взятой с потолка smile
PM   Вверх
DimW
Дата 6.5.2009, 17:13 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
***


Профиль
Группа: Завсегдатай
Сообщений: 1330
Регистрация: 24.2.2005
Где: Орёл

Репутация: 2
Всего: 44



Цитата(rockbear @  6.5.2009,  16:55 Найти цитируемый пост)
Во-первых: а что будет, если потребуется поменять БД? При максимальном использовании хранимых процедур, придется переписывать очень много строк кода

тоже самое придется делать на уровне апп сервера при смене БД, т.к. в работе разных СУБД множество нюансов и принципиальных отличий, от которых ваша бизнес логика съедет так, что уйдет не меньше времени на отладку, ктому же придетмя менять штат БД-сайдеров. 

Цитата(rockbear @  6.5.2009,  16:55 Найти цитируемый пост)
гораздо удобней, когда вся логика реализована где-то в одном месте.

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

ИМХО smile
PM MAIL ICQ   Вверх
rockbear
Дата 6.5.2009, 17:23 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Новичок



Профиль
Группа: Участник
Сообщений: 2
Регистрация: 6.5.2009

Репутация: нет
Всего: нет



DimW, 
Цитата


тоже самое придется делать на уровне апп сервера при смене БД, т.к. в работе разных СУБД множество нюансов и принципиальных отличий, от которых ваша бизнес логика съедет так, что уйдет не меньше времени на отладку, ктому же придетмя менять штат БД-сайдеров. 



Ну вот с информикса перевели ERP систему (неск тыщ таблиц)
за три дня.

Добавлено через 19 секунд
с информикса на МС СИКВЕЛ
PM MAIL   Вверх
Zloxa
Дата 6.5.2009, 17:39 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Чо?
****


Профиль
Группа: Завсегдатай
Сообщений: 3473
Регистрация: 12.9.2008

Репутация: 11
Всего: 161



Цитата(rockbear @  6.5.2009,  17:23 Найти цитируемый пост)
Ну вот с информикса перевели ERP систему (неск тыщ таблиц)
за три дня.

Безумно Рад за вас.
Эх, молодо-зелено. Главно ведь не перевести, а чтоб работало ;)
Отпишитесь о результатах через три года, сколько там "родного кода" осталось. ;)


Это сообщение отредактировал(а) Zloxa - 6.5.2009, 17:39


--------------------
Достоверно известно, что 89% людей доверяют статистике взятой с потолка smile
PM   Вверх
Deniz
Дата 7.5.2009, 12:23 (ссылка) | (нет голосов) Загрузка ... Загрузка ... Быстрая цитата Цитата


Эксперт
***


Профиль
Группа: Завсегдатай
Сообщений: 1251
Регистрация: 16.10.2004
Где: Новый Уренгой

Репутация: 7
Всего: 44



Цитата(rockbear @  6.5.2009,  20:23 Найти цитируемый пост)
Ну вот с информикса перевели ERP систему (неск тыщ таблиц)
SAP R/3 переводили?


--------------------
"Для того чтобы сделать шаг вперед, достаточно пинка сзади" (с)
PM ICQ   Вверх
  
Ответ в темуСоздание новой темы Создание опроса
Правила форума "Общие вопросы по базам данных"
LSD
Zloxa

Данный форум предназначен для обсуждения вопросов о базах данных не попадающих под тематику других форумов:

  • вопросам по СУБД для которых нет отдельных подфорумов
  • вопросам которые затрагивают несколько разных СУБД (например проблема выбора)
  • инструменты для работы с СУБД
  • вопросы проектирования БД
  • теоретически вопросы о СУБД

Данный форум не предназначен для:

  • вопросов о поиске разлиных БД (если не понимаете чем БД отличается от СУБД то: а) вам не сюда; б) Google в помощь)
  • обсуждения проблем с доступом к СУБД из различных ЯП (для этого есть соответсвующие форумы по каждому ЯП)
  • обсуждения проблем с написание SQL запросов, для этого есть форум Составление SQL-запросов
  • просьб о написании курсовой, реферата и т.п., для этого есть Центр помощи или фриланс биржа
  • объявлений о найме специалистов, для этого есть раздел Объявления о найме специалистов

Если вы не соблюдаете эти правила, не удивляйтесь потом не найдя свою тему/сообщение. ;)


Полезные советы:

При написании сообщения постарайтесь дать теме максимально понятное название. В теме максимально подробно опишите проблему. Если применимо укажите: название базы данных и версии (MySQL 4.1, MS SQL Server 2000 и т.п.); используемых язык программирования; способа доступа (ADO, BDE и т.д.); сообщения об ошибках.

Для вставки кода используйте теги [code=sql] [/code].

Литературу по базам данных можно поискать здесь.

Действия модераторов можно обсудить здесь.


Если Вам понравилась атмосфера форума, заходите к нам чаще! С уважением, LSD, Zloxa.

 
0 Пользователей читают эту тему (0 Гостей и 0 Скрытых Пользователей)
0 Пользователей:
« Предыдущая тема | СУБД, общие вопросы | Следующая тема »


 




[ Время генерации скрипта: 0.0447 ]   [ Использовано запросов: 22 ]   [ GZIP включён ]


Реклама на сайте     Информационное спонсорство

 
По вопросам размещения рекламы пишите на vladimir(sobaka)vingrad.ru
Отказ от ответственности     Powered by Invision Power Board(R) 1.3 © 2003  IPS, Inc.