trad писал(а) 04. Мая 2008 :: 05:50:Это отвлекает разработчика от глубокого погружения в структуру БД. Без понимания структуры БД невозможно написать качественные запросы. А структура БД в dbf и sql в некоторых ключевых местах очень разная.
А что ты можешь предложить для облегчения труда людей, у которых, например, в центральном офисе СКЛ, а на торговых точках - ДБФ. Или множество филиалов, где у кого СКЛ, а у кого ДБФ? В таких случаях люди ВЫНУЖДЕННО пишут без "глубокого" погружения в структуру БД. Предлагаешь забить на проблемы этих людей? Видишь только свою СКЛ базу, да?
И вообще, бизнес-логику надо писать, а не структуру базы изучать
Если 1С++ необходимость изучения структуры базы сможет скрыть, то все только выиграют. Прикинь, приходит ламер, ставит новую 1С++ и пишет (нихрена не зная) запросы, работающие с той же скоростью, что у тебя после "глубокого изучения структуры БД"
(Впрочем, знатоки структуры БД, скорее всего, не выиграют
)
trad писал(а) 04. Мая 2008 :: 05:50:Если делать "адекватную прослойку", то нельзя останавливаться на полумерах. Если идти до конца, то давай напридумываем кучу метаконструкций
Давай, какие проблемы?
trad писал(а) 04. Мая 2008 :: 05:50:Боюсь что в стремлении написать абсолютно абстрагированную от БД прослойку получиться штатный объект "Запрос".
Мда. Сколько приложений в мире написано и сколько пишется с нормальным DAL, без всяких тормозов и проблем... А в 1С++ что народ не пишет, все штатный "Запрос" получается...
trad писал(а) 04. Мая 2008 :: 05:50:Дальше (можно не читать)... Получение иерархии с итогами по ней на стороне сервера - это преступление против сервера. Это задача клиента. Объяснить не смогу - потому как это религия скорее всего.
Скорее всего, религия. По тестам группировка прямыми запросами быстрее использования, например, ИТ на порядок. В ToySQL такие вещи также делаются на сервере запросами. И вроде жалоб на такое положение вещей я не встречал. Хотя, может быть, проблемы и есть