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

← →
Ihor Osov'yak © (2002-11-06 11:52) [0]

В хелпе этот зверь упоминается, но так и не нашел, как это
сделать. Конечно, хотелось бЫ это не через VB, а через что-то ближе к sql. Юзать базу буду через ado.

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

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

← →
Alexandr © (2002-11-06 11:54) [1]

ну вот еще один.
Хочу от Access возвожности нормального SQL сервера

← →
Ihor Osov'yak © (2002-11-06 12:05) [2]

2 Alexandr © (06.11.02 11:54)

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

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

← →
sniknik © (2002-11-06 12:07) [3]

А их нет в аксессе, то что в некоторых хелпах упоминается как процедуры на самом деле QueryDef (предопределенный запрос), почитай хелп по ним может и это устроит.

← →
Romkin © (2002-11-06 12:08) [4]

В аксессе роль хранимых процедур выполняют макросы и модули на VB, если не ошибаюсь
Делали бы сражу трехзвенку, там просто для каждой БД пишешь свой сервер приложений, с разными компонентами доступа

← →
AccessLamer (2002-11-06 12:09) [5]

2 sniknik © (06.11.02 12:07)

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

2 Romkin © (06.11.02 12:08)

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

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

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

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

2 Romkin © (06.11.02 12:52)

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

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

Хранимые проц в аксес2000 Найти похожие ветки