Форум: "Базы";
Текущий архив: 2002.11.25;
Скачать: [xml.tar.bz2];
ВнизХранимые проц в аксес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)
Спасибо. Ответ по существу.
← →
Ihor Osov'yak (2002-11-06 12:20) [6]2 Romkin © (06.11.02 12:08)
> Делали бы сражу трехзвенку,
Так и делаю, но лидер проекта насттаивает на максимальном универсализме среднего звена, схема приблизительно такова - код общий, а специфические для конкретного движка запросЫ дергаеются из конфигурационного ресурса. Типа идея-фикс: код общий, а для нового движка делаем только конфигурацию по новой... Но возникают проблемы, так как аксесс немного далек от нормальных sql. Да, и если бы зверь поддерживал бы хранимые проц, можно было бы очень много платформо-ззависимых вещей сунуть бы в хранимые процедуры.
Зы, в общем-то я не сторонник такого подхода, мне кажется было бы проще все же делать специализированный код для каждого движка ... Понятно, опустив его на какой-то нижний уровень взаимодействия, типа драйвера.
← →
Romkin (2002-11-06 12:52) [7]Маразм... Зачем тогда промежуточное звено?! Обычно сервер приложений используется именно для специализации под движок, клиентской части-то все равно
У меня знакомый программист делал похожее - сервер приложений для MSSQL и такой же - для dBase :-)) Правда, во втором кода немного побольше (ну или не немного), зато все в одном потоке, чтобы с синхронизацией доступа не маяться :-))
← →
Ihor Osov'yak (2002-11-06 13:04) [8]2 Romkin © (06.11.02 12:52)
Что маразм? Универсальное среднее звено или делать определенный
код в среднем звене платформо ориентированым.
Ввведение среднего звена в нашем случае не есть маразм, ибо есть постановка задачи, в которой говорится, что конечные клиенские приложения должны быть абстрагированны от работы с базой данных, что в нашем случае имет смысл (рассказывать ньюансы долго, да и впрочем я не уверен, что имею право разглашать суть проекта)
Страницы: 1 вся ветка
Форум: "Базы";
Текущий архив: 2002.11.25;
Скачать: [xml.tar.bz2];
Память: 0.46 MB
Время: 0.009 c