Приветствую форумчан!

На работе у меня в стационарном компьютере была установлена MS SQL Server Express Edition, а Access служил как интерфейс для пользователей. Но по мере роста данных (ежедневно получал несколько сот тысяч записей из БД в ORACLE, а по отдельным отчётам почти млн. записей) компьютер стал страшно тормозить, да и юзеры начали жаловаться, что база работает страшно медленно. Было решено, от MS SQL Server отказаться и перейти на ORACLE, да и базу перенести в серверную машину. Начал потихоньку переносить вручную базу (не стал использовать программки для автоматического переноса, хотел научиться сам).
Приходилось решать по ходу множества проблем. Вот некоторые из них.

1. Как создать хранимую процедуру, которая возвращает набор записей, в ORACLE и получить данные в MS Access
В MS SQL Server создать хранимую процедуру, возвращающую набор записей, проще простого:


А вызвать ХП в запросе к серверу ещё проще.


А вот в ORACLE после многочисленных проб и ошибок и после чтения многочисленных, отрывочных статьей наконец-то нашёл вот такой способ (наверняка не единственный, а 1 из многочисленных способов). Итак создаём ХП так.


А вот в запросе к серверу после многочисленных проб и ошибок смог наконец-то получить набор записей.

Причём в конце не стоит ставить ;
Здесь "VIEW%" значение для параметра (аргумента) "TableName". А для "Data" разумеется ничего не передаём, т.к. он только для "выхода" данных (OUT).
Можно конечно написать и функцию, но это отдельная песня (как-нибудь напишу здесь).

2. Грабли с "CASE WHEN ... END" в ORACLE.
Когда Вы пишите обычный запрос "SELECT ... FROM ..." и при этом используете "CASE WHEN ... END" для какого-либо столбца, где для текстового значения используете апостроф, то вот примерно такой запрос к серверу возвращает ошибку:

Как Вы видите, я использовал апостроф внутри "CASE WHEN ... END". Когда запускаете запрос ORACLE ругается. Вроде бы простейший запрос. Когда этот же запрос запускаю в программе "PL/SQL Developer", то там не ругается. Оказывается причина в пробеле после "END" (я отметил красным). Здесь в этом запросе "SSS" это псевдоним столбца. Вот если убрать пробел и псевдоним спустить хотя бы на 1 строчку вниз, вуаля! ORACLE не ругается.


Думал это косяк Access, который при передаче на сервер что-то там видать мудрит сильно. Но к моему удивлению в другой программе WinSQL та же картина. Скорее всего проблема в ODBC драйвере, а быть может и ОС Windows тоже как-то причастен к косяку. (На всякий случай пишу здесь: у меня 64-битный Win 7, а офис 32-битный. ODBC драйвер "Oracle in XE", устанавливается совместно с ORACLE Express Edition). Если у Вас "нормальный" драйвер, то возможно такой проблемы не возникает.

3. Разные типы данных между ORACLE и Access.
Само собой разумеется, что это абсолютно разные программы разных разработчиков и поэтому совместимость отдельных типов данных скорее случайность чем закономерность. :)
Взять хотя бы целые числа. Если ключевое поле - целое число, то на стороне ORACLE не стоит использовать INETEGER, ибо в этом случае Access будет принимать его как строка, после чего начнётся веселая жизнь в случае обновления или удаления данных. Лучше использовать что-то вроде NUMBER(n). Также следует учесть, что в ORACLE нет пустой строки '', если строка пустая, то там она автоматически NULL.

Alex Panchoавтор Было решено, от MS SQL Server отказаться и перейти на ORACLE, да и базу перенести в серверную машину
MS SQL Server довольно неплох и вполне способен обслуживать миллионі запросов и записей.
Что мешает поднять на "серверной" машине w2008r2? куча отличных опций "из коробки".
Оракл - система неплохая, но по ней манов поменьше и требовательность у нее к программисту повыше.
Вся база по биллингу построена на ORACLE, да и лицензионная она. Переносить на SQL Server никто не собирается. А то, что я сам создал для некоторых отчётов для нужд нашего отдела это просто "мелочь" по сравнению с биллингом. :)

[quot Alex Pancho]автор...
Оракл - система неплохая, но по ней манов поменьше и требовательность у нее к программисту повыше.
После SQL Server очень трудно было адаптироваться к ORACLE. Если сравнить оба СУБД, то многие вещи в SQL Server интуитивно понятные и простые для понимания по сравнению с ORACLE. Чего стоит один только триггер в ORACLE?

P.S. Я честно говоря даже рад, что перевожу базу на ORACLE несмотря ни на что. Так я более или менее научусь. Как говорится "век живи, век studieren". :))

Добрый день уважаемые форумчани!

Когда открываю какую-либо форму или вношу изменения в записях (ввод, изменение, удаление), то какие запросы уходят в сторону ORACLE как можно узнать?
Допустим, источником данных для формы служит линкованная таблица.
Подозреваю, что Access отправляет не только запрос "SELECT * FROM ..." или "UPDATE ... SET ", но и что-то вроде "COMMIT", чтобы сразу же закрыть транзакцию.

Vladimir Baskakov,

Увы, для меня не вариант. Все формы надо будет переделывать. Слишком трудоёмко, да и не люблю я в форму "подложить" ADO вместо "естественного" DAO. Если не ошибаюсь, когда юзер нажимает на фильтр, то часто возникают ошибки при таком раскладе. Пробовал когда-то. Не понравился.

Ну если кто-то знает, please хотя бы ссылку.

Вопрос к знатокам.

Можно ли через ADO связаться с ORACLE, но при этом не устанавливать ODBC драйвер на клиентскую машину? Я не знаю как грамотно написать строку подключения. Пробовал вот так:

Omiting tnsnames.ora
This is another type of Oracle connection string that doesn't rely on you to have a DSN for the connection. You create a connection string based on the format used in the tnsnames.ora file without the need to actually have one of these files on the client pc.

SERVER=(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=MyHost)(PORT=MyPort))(CONNECT_DATA=(SERVICE_NAME=MyOracleSID)));
uid=myUsername;pwd=myPassword;

Текст взял отсюда .
Но к сожалению не пашет.

Заранее благодарю за помощь.


P.S.
Из-за текучки кадров (увольнений / переходов на другой отдел), а также из-за замены машины (потихоньку обновляют компы сотрудникам) приходится слишком часто устанавливать ODBC драйвер. А эти драйверы устанавливать ох как не проста, слишком много "танцев с бубнами", нужно учитывать битность системы и многое, многое многое. А некоторым сотрудникам нужно дать доступ всего лишь только к 1 таблице и из-за этого мучиться с драйверами. :(

MrShinstudieren,
Клиент Оракла, надеюсь, стоит?
Идея как раз таки такая: по возможности вообще ничего не устанавливать на клиентские машины, только Access (ну это в идеале для меня).


P.S.
Тут сотрудники ИТ отдела рекомендует потихоньку изучать ORACLE APEX (или что-то на подобие этого), создать там WEB морду и пускай через WEB заходят в базу. Как раз получается "тонкий клиент". Установка ODBC драйверов реально достал и изрядно надоело.

К сожалению, ответа на свой вопрос пока не нашёл. ОК. Допустим, то, что задумал не возможно осуществить без драйверов.

А можно ли тогда пойти другим путём? Предположим на серверной машине установлена некая программа (ну даже предположим ODBC драйвер для ORACLE). Условно назовём эту программу "Сервер". Можно ли каким-нибудь образом запустить / обратиться к программе "Сервер" находясь на клиентской машине и получить программно набор записей? Ну что-то наподобие почти "тонкого клиента". В идеале если в режиме онлайн несколько пользователей смогут получить данные, то это был бы неплохой вариант. Т.е. если не придётся "встать в очередь" пользователям, то такой вариант был бы идеальным. Никто не сталкивался с похожей проблемой?

Vladimir BaskakovПодозреваю, что акцесс из коробки умеет общаться с MS SQL Server, в том числе Express, который может жить на ==серверной== машине и общаться ораклом

Так и написал ранее:

автор... из оракла .... делать дблинки

http://oracledba.bigresource.com/Link-Oracle-10g-XE-To-Sql-Server-Express-ayAFVVokV.html

на домашнюю SQL Express базу, интерфейс к которой будет на ACCESS.
Предлагаете установить SQL Server Express Edition на серверной машине, а там установить link к ORACLE, а в клиентской машине ссылаться на SQL Server?
Ну в общем-то как обход проблемы быть может и такой вариант сгодиться, но тормозить будет конкретно (был у меня опыт, когда между двумя базами приходилось данные гонять туда сюда), да и совместимостью типов данных могут быть проблемы, а ещё таблицы станут не обновляемыми, придётся самому придумать самопальный INSERT, UPDATE, DELETE.

Неужели ADODB как-то не умеет обращаться к серверу? Или быть может как-то JDBC прикрутить? Ну на JAVA какой либо скрипт сваять, а потом через ADODB как-нибудь вытащить данные из JAVA посредника?

Я не пойму, а как WEB морды работают с базой ORACLE? Там ведь точно не устанавливают ODBC драйвер. Значит как-то умеют WEB морды вытаскивать данные? Подозреваю, что всё-таки и с ADODB как-то можно вытаскивать, знать бы как!