Здравствуйте!

Создал простенькую базу данных с макросами для примера. Постарался убрать все лишнее, чтобы понятно было. Суть в следующем: макрос выгружает с OLAP и вставляет в access таблицу. Файл во вложении. Запуск макроса с процедуры ИмпортИзOLAP.

Все работает, все выгружает. Но есть вопросы, сомнения.

1. Получается так, что есть два рекордсета: из OLAP и Access. Потом Рекордсет из OLAP вставляем Рекордсет из Access по каждой записи. Насколько правильно данное решение?

2. Здесь после выгрузки с OLAP и до вставки в Access таблицу удаляются старые записи. Может быть лучше не удалять старые записи, а удалить старую таблицу и новую создавать? Учитывая что названия колонок не меняются.

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

3. Учитывая такой логический момент, что после того как запустили макрос, то после обновления в ключевом поле изменяются значения, то есть продолжает работать счетчик. Потом получаем таблицы из разных источников, потом запускается сложные SQL-запросы к этим таблицам. Соединение таблиц происходит не по ключу, а по текстовому полю (например, "Наименование продукции", 'Код ТТ" и т д). Во вложенном примере отсутствуют такие запросы. Если в access таблицу "OLAP-Города" попадают записи из OLAP, то нужно ли ключевое поле для этой таблицы?

4. Если с помощью с ADO выгружать данные с OLAP, то в Fields имена получаются такие длинные:

а надо так


Обращаться по таким длинным именам не удобно. Изменить имена с помощью свойства Name невозможно, так как находится в режиме чтения. Но возможно по индексу.

Написал код так, что из этих длинных имен вытаскивает короткие имена. В данном примере такой код отсутствует, будто уже определили короткие имена, чтобы не усложнять данный пример для понимания. Получаем МассивЗаголовков с тремя полями: длинное название поля, короткое название поля и индекс поля. Дальше когда вставляем из OLAP в access таблицу, то в ИмпортРекордсет обращается не по длинному имени, а по индексу.

Оцените идею такого решения? Можно ли было по проще сделать или более правильно сделать?

5. Когда выгружаешь данные с OLAP, то может быть такое что MDX-запрос не правильный, отсутствует подключение к OLAP, нехватка памяти на сервере, отсутствие прав на выгрузку и т.д. Нужно вставить перехватчик ошибок. Но нужно поставить именно так, чтобы было понятно что за ошибка, и макросу знать куда дальше идти. Как правильно прописать?

Получилось как то емко, но подробно по каждому вопросу.

ПЕНСИОНЕРКАferzmikkИ получилось так, что колонок нету в таблице, а макрос не может добавить колонку, якобы превышение количества колонок.
увы, при удалении полей в таблице(до 255) или контролов в форме/отчете (754, ранее было 999)--освободившиеся номера не подлежат повторному заполнению, это типа счетчика, но с максимальным значением 255/754ferzmikk3. Учитывая такой логический момент, что после того как запустили макрос, то после обновления в ключевом поле изменяются значения, то есть продолжает работать счетчик. ... Если в access таблицу "OLAP-Города" попадают записи из OLAP, то нужно ли ключевое поле для этой таблицы?А тут может быть такое? То есть новые строки могут не вставится или счетчик с начала пойдет: подбирать свободные значения ключа? Или зависит от того присутствует ли ключевое поле в таблице или нет?

ПЕНСИОНЕРКАferzmikkПостарался убрать все лишнее, чтобы понятно
мне как раз непонятно --а что дальше
В рабочей файле имеются таблицы, которые берутся из OLAP. Есть таблицы как справочник. Здесь я выгрузил из OLAP и вставил в таблицу. То есть это как бы первый шаг. Мне важно выяснить, на этой стадии есть ли что то неправильное или что то не учитывается. Дальше запуск запросов к этим таблицам, это следующий шаг - другой вопрос.

И чтобы сконцентрироваться к проблеме, удалил другие таблицы, которые тоже получаются с OLAP, и таблицы-справочники, чтобы не мешались. Вообще для запуска макроса, необходимо подключение к нашему серверу, но для данного примера доступ отсутствует. Но макрос выгружает и вставляет в таблицы. Поэтому хочу понять насколько правильно и оптимально ли я выгружаю с OLAP и вставляю в таблицы. Может быть по другому надо выгружать или как то попроще код написать, потому что для остальных таблиц код будет повторяться.

ПЕНСИОНЕРКАсчетчик не пойдет с начала
если было 100 полей и 99 удалили, то новое поле получит счетчик 101 а не 2
хотя базу и уплотнили Я имею ввиду не поля, а строки

ПЕНСИОНЕРКАчтобы новая запись была=1, надо сжать базу данныхИли такой вариант: удалить таблицу и заново создать

А при удалении и создании таблиц, то у списка таблиц счетчик тоже присутствует?

ferzmikk1. Получается так, что есть два рекордсета: из OLAP и Access. Потом Рекордсет из OLAP вставляем Рекордсет из Access по каждой записи. Насколько правильно данное решение?

3. Если в access таблицу "OLAP-Города" попадают записи из OLAP, то нужно ли ключевое поле для этой таблицы?

4. Если с помощью с ADO выгружать данные с OLAP, то в Fields имена получаются такие длинные:

а надо так


Обращаться по таким длинным именам не удобно. Изменить имена с помощью свойства Name невозможно, так как находится в режиме чтения. Но возможно по индексу.

Написал код так, что из этих длинных имен вытаскивает короткие имена. В данном примере такой код отсутствует, будто уже определили короткие имена, чтобы не усложнять данный пример для понимания. Получаем МассивЗаголовков с тремя полями: длинное название поля, короткое название поля и индекс поля. Дальше когда вставляем из OLAP в access таблицу, то в ИмпортРекордсет обращается не по длинному имени, а по индексу.

Оцените идею такого решения? Можно ли было по проще сделать или более правильно сделать?

5. Когда выгружаешь данные с OLAP, то может быть такое что MDX-запрос не правильный, отсутствует подключение к OLAP, нехватка памяти на сервере, отсутствие прав на выгрузку и т.д. Нужно вставить перехватчик ошибок. Но нужно поставить именно так, чтобы было понятно что за ошибка, и макросу знать куда дальше идти. Как правильно прописать?
Хотелось бы получить ответы на эти вопросы

ПЕНСИОНЕРКАferzmikkИли такой вариант: удалить таблицу и заново создать
Это не сработает, если у таблицы установлены связи с другими таблицами В Access есть таблицы, которые в начале названии имеют такой префикс "OLAP_". Несколько таких таблиц в базе данных.

Создается коннектор, потом рекордсет. Полученные записи вставляем "OLAP_Таблица1". Удаляем рекордет. Потом создаем новый рекордсет. Полученные записи вставляем в "OLAP_Таблица2". И т. д. У этих таблиц нету связи с другими таблицами.

Во вложении по коду в модуле можно это увидеть.

Но втором шаге будет запускаться запрос к этим таблицам. Если таблицы удалять и заново создавать, то имена таблиц и полей будут те же. В примере отсутствуют запросы.

поэтому я и делала через внешнюю таблицу
--при запуске базы, создавала и рабочую базу
--затем 4-мя запросами я формировала 4 рабочих таблицы
--могла сменить критерии выбора и переформировать рабочие таблицы
--весь просмотр и отчеты делались с этих рабочих таблиц, без привязки к основным

----
моя база --это все же не продажа билетов, онлайн-точность не нужна
но различные отчеты одного дня должны были соответствовать друг-другуА где находится внешняя таблица? Я предполагаю Вы запускали SQL-запрос к серверу. Но у меня MDX-запросы. MDX это не SQL. SQL это реляционные таблицы, а MDX - многомерные. Тут другая логика. MDX не соединяет таблицы как SQL. Приходится выгружать несколько разных access таблиц, которые начинают с префикса "OLAP_" и справочные access таблицы, и соединять их потом запросом.

Или я Вас не правильно понял?

ПЕНСИОНЕРКАпоэтому я и делала через внешнюю таблицуДанные из внешней таблицы через рекордсет выгружали?

ПЕНСИОНЕРКА
Такой запрос откуда запускался?

ПЕНСИОНЕРКАferzmikk,

запрос запускается из аксесс
есть в аксесс такая возможность --создание таблицы

смотри в хельпе SELECT.... INTO....INВ Access можно запустить sql-запрос SELECT ... INTO ... IN ..., где после IN указывается внешняя база данных. Если выгружать данные из OLAP, то пишется не SQL-запрос, а MDX-запрос. Access не поддержит MDX. Предложение IN присутствует в SQL, но отсутствует в MDX. Если ошибаюсь - поправьте.

Поэтому использую ADO для выгрузки из OLAP. И хотелось узнать какие еще оптимальные варианты выгрузки есть.

ferzmikkВ Access можно запустить sql-запрос SELECT ... INTO ... IN ..., где после IN указывается внешняя база данных. Если выгружать данные из OLAP, то пишется не SQL-запрос, а MDX-запрос. Access не поддержит MDX. Предложение IN присутствует в SQL, но отсутствует в MDX. Если ошибаюсь - поправьте.

Поэтому использую ADO для выгрузки из OLAP. И хотелось узнать какие еще оптимальные варианты выгрузки есть.Вот так выглядит простой MDX-запрос.