Оракул сзади, Доступ спереди?

Question

Я «унаследовал» проект Access 2003. Теперь они начали обновлять нас до 2007 года. Я низкий человек на тотемном столбе (и это правильно), поэтому у меня нет доступа - ха, не каламбур - к базе данных Big Mama Oracle, только дампы, которые были сохранены в виде таблиц (и встроены в множество запросов) в Access.

Итак, несколько очень простых вопросов, чтобы разобраться.

1. Из этой дискуссии я узнал, что из-за сложности отчетов я должен думать с точки зрения хранимых процедур. ОК, мне нравится эта идея. Это хорошее программирование.

2. Access 07 поддерживает (по-видимому) что-то вроде хранимых процедур (не так ли?). Тем не менее, я прочитал страшные вещи об этом, и большая часть остальной части отдела еще не обновилась с '03. Если я сделаю свою работу в '07, их '03 не будут знать, что делать с моими прекрасными хранимыми процедурами, верно? Более того, если выяснится, что '07 действительно НЕ является правильным выбором для этого проекта (по какой-либо причине - кто знает, это плохо для этой операции), то все потраченное время мгновенно устареет.

3. Поскольку Big Mama - это дБ Oracle, очевидно, что он должен быть стабильным. Итак, почему бы мне просто не обернуться вокруг SP в Oracle? Кажется, что это приведет к созданию наиболее надежного приложения для всех: мне дано понять, что я могу научить и Access '03, и '07, как называть эти Oracle SP. Кроме того, мое кодирование будет на более низком уровне и ближе к источнику, что способствует стабильности и эффективности.

Могу ли я на самом деле создать ориентированный на Oracle SP в Access '07 (или '03). Я в этом сомневаюсь.

Answer 1

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

Это означает, что Oracle выполнит всетяжелый подъем с процедурами и функциями (желательно заключенными в пакеты) и представлениями.Затем используйте JDBC, чтобы разрешить Access просто запрашивать и представлять результаты.

Это означает изучение SQL и PL / SQL, но я думаю, что оно того стоит:)