Мастера DELPHI (документация, исходники, скачать)

Основная («Начинающим»)/ Базы / WinAPI / Компоненты / Сети / Media / Игры / Corba и COM / KOL / FreePascal / .Net / Прочее / RSDN.ORG

« предыдущая ветвь | форум | следующая ветвь »

Хранимые проц в аксес2000

Ihor Osov'yak © (2002-11-06 11:52:00)
В хелпе этот зверь упоминается, но так и не нашел, как это
сделать. Конечно, хотелось бЫ это не через VB, а через что-то ближе к sql. Юзать базу буду через ado.

Возможен ли сабж?

Спасибо за внимание.

Ihor Osov'yak (2002-11-06 13:04:00) [1]
2 Romkin © (06.11.02 12:52)

Что маразм? Универсальное среднее звено или делать определенный
код в среднем звене платформо ориентированым.

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

Romkin (2002-11-06 12:52:00) [2]
Маразм... Зачем тогда промежуточное звено?! Обычно сервер приложений используется именно для специализации под движок, клиентской части-то все равно
У меня знакомый программист делал похожее - сервер приложений для MSSQL и такой же - для dBase :-)) Правда, во втором кода немного побольше (ну или не немного), зато все в одном потоке, чтобы с синхронизацией доступа не маяться :-))

Ihor Osov'yak (2002-11-06 12:20:00) [3]
2 Romkin © (06.11.02 12:08)

> Делали бы сражу трехзвенку,

Так и делаю, но лидер проекта насттаивает на максимальном универсализме среднего звена, схема приблизительно такова - код общий, а специфические для конкретного движка запросЫ дергаеются из конфигурационного ресурса. Типа идея-фикс: код общий, а для нового движка делаем только конфигурацию по новой... Но возникают проблемы, так как аксесс немного далек от нормальных sql. Да, и если бы зверь поддерживал бы хранимые проц, можно было бы очень много платформо-ззависимых вещей сунуть бы в хранимые процедуры.

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

AccessLamer (2002-11-06 12:09:00) [4]
2 sniknik © (06.11.02 12:07)

Спасибо. Ответ по существу.

Romkin (2002-11-06 12:08:00) [5]
В аксессе роль хранимых процедур выполняют макросы и модули на VB, если не ошибаюсь
Делали бы сражу трехзвенку, там просто для каждой БД пишешь свой сервер приложений, с разными компонентами доступа

sniknik (2002-11-06 12:07:00) [6]
А их нет в аксессе, то что в некоторых хелпах упоминается как процедуры на самом деле QueryDef (предопределенный запрос), почитай хелп по ним может и это устроит.

Ihor Osov'yak (2002-11-06 12:05:00) [7]
2 Alexandr © (06.11.02 11:54)

Уважаемый Alexandr . Я вполне разделяю ваше возмущение, но причины своего страного желания я обьяснил в паралельном постинге.

Повторяю здесь повторно. Делаю изделие с многоплатформенной поддержкой дб. К моему больщому несчастью заказчик настоял на бзании и аксеса также. Типа люминий. Остальные движки нормальные, sql-ские. Для уточнения - всю жизнь работал с нормальными движками, с таким чудом как аксес не приходилось, поэтому и такие странные вопросы.

Alexandr (2002-11-06 11:54:00) [8]
ну вот еще один.
Хочу от Access возвожности нормального SQL сервера

Наверх

	« предыдущая ветвь \| форум \| следующая ветвь »