Конечно это меня интересует.


"Маловато будет!" (фраза из мультфильма).

В принцыпе я все реализовал в Акцессе, но все это на таком примитивном уровне, что доверить этот запрос простому пользователю (который даже в Exel не шурупит) нельзя. Он мне все базы загробит и правильного результата не получит. Хочется сделать прогу так сказать с "одной кнопкой", пользователь нажал - базы скопировались во временную папку, произошли запросы, получили результат - некий отчет.

Базы Акцесса прекрасно читаются стандартными средствами ODBC, он под нее и заточен

Pirr, в общем случае пользователь не должен составлять запросы, его функция - ясно изложить свои "хотелки" Pirr-у, а при работе только нажимать кнопочки, получать результаты, делать выводы и вводить данные

ODBC, ODBC, ODBC и еще тысячу раз ODBC. Терпеть немогу ODBC.
ODBC - это конечно манна небесная и универсальный вариант, но както не лежит душа к ODBC.


Ну да, так и есть. Поэтому мои труды в Акцессе я немогу передать простым пользователям.
У меня всегда возникал вопрос: - можно ли ставить Акцесс на один уровень с Word или Exel? Ведь все эти три программы входят в один пакет Офиса, и предназначены для конечных пользователей а не только для программистов или администраторов. По идее пользователь должен уметь работать с Акцессом также как и с Word, Exel - если на его рабочем месте требуется знание пакета Офис, и при трудоустройстве вопрос о знании и умении пользоваться компьютером задавался, и на который был ответ: "Да конечно, компьютером пользоваться умею, у меня и дома компьютер есть. Да конечно, я знаю что такое Микрософт офис и пользоваться им умею."

Тогда используй ADO. Между прочим, к ODBC Асцесс имеет мало отношения, ранние версии использовали DAO, а начиная с 2000-ного Асцесс в качестве native библиотеки доступа к своим базам использует ADO. Т.е. фактически на каждом виндовом компе уже стоит половина Асцесса (ответственная за доступ и обработку файлов .mdb), а сама среда Асцесса плюс формочки, таблички и генератор отчётов - это вторая половина, которой по умолчанию нет.

tsdima, как ты не поймешь -- челу нужен набор компонентов под КАЖДЫЙ существующий тип баз. То к ODBC душа не лежит, то ADO не нравится -- кто хочет сделать, тот ищет средства, а кто не хочет -- причину

под САМЫЕ РАСПРОСТРАНЕННЫЕ (ОСНОВНЫЕ) базы данных.

Эта БД, "ric.dbf", используется у меня в LOG_EQF уже лет 20 (правда сама БД обновляется каждый год).
И за двадцать лет ни разу мне не нужно было переходить на запись № 32456 . Ввел позавной и получил всю инфу, а под каким номером она записана - мне глубоко по барабану.

И записи выводит с такой-то по такую.
Где-то, если хорошо поискать, то могу найти и исходник, но то, что там не современные "стандартные запросы" это точно.

Пока это надо только тебе. Вот когда наберется достаточно народа, кому это еще понадобится, тогда и будем думать. На данный момент народ справляется штатными средствами

Редактировалось 7 раз(а), последний 2021-06-24 07:08:59

Еще одна такая шютка...

nesco, обычно считают до трех

Хорошо сказанул

как составить запрос к OLEDB на вывод всех строк из XLS если не известно имя листа?

mudfactory, узнать все имена листов, на VBA выглядит:
code_32193.txt