Вот так смех. Кто-то видите ли посмел усомниться в "божественности" Delphi и выразил опасение, что:
VadimonfoИными словами, я тоже подозреваю, что даже на Delphi или С++ создание некоторых вещей, которые есть в Access, вызовет трудности.

Господа Gluk и Lepsik, ну Вам-то право, какое дело, до того, что кому-то нравится ACCESS? Вы уже сделали свой выбор давно и хочется надеятся - сознательно. Лох совершенно правильно заметил, что разработчикам ACCES как правило не нужны внешние компоненты, в отличии от разработчиков использующих Delhi. Далеко Вы уедите без сторонних компонент? Боюсь, что нет.
Так что не надо кичиться возможностью использовать Delphi для разработки компонентов для самой же Delphi. Вы просто вынуждены использовать чьи-то компоненты или писать свои, при решении тех же самых задач, решаемых с помощью ACCESS. Возможно элементы управления в ACCESS уступают лучшим компонентам Delhi, но зато они уже есть в стандартной поставке.

На мой взгляд ACCESS является более высокоуровневым средством для решения задач офисной автоматизации, по сравнению, например, с тем же Delphi.

GlukМой драгоценный друг Guest_2, разумеется я сделал свой выбор сознательно. И я ПРЕКРАСНО обхожусь без сторонних компонент, компоненты для себя я пишу САМ на Delphi :)))
А что же вам дружище ещё делать. Выхода же нет. Без предварительной обвязки (разработки своих компонент или же использования сторонних) вы с Delhi не сможите тягаться с ACCESS в плане автоматизации офисных задач.
Вы так упорно от местной публики добиваетесь написания на ACCESS каких-то компонент для Delphi, что мне уже стало просто интересно, зачем вы это делаете? Для чего? Моё мнение таково: Не барское это дело, в смысле ACCESS'a ваять компоненты для Delphi. ACCESS для этого не предназначен.
Разработчиков, которые занимаются офисной автоматизацией, я тоже себя любимого отношу к данной категории, в большей степени интересуют например формы ввода, организация справочников, получение отчетов. В ACCESS, для организации всего этого, средства имеются. Опять же повторюсь, что они возможно и уступают лучшим компонентам Delhi, но они уже ЕСТЬ ИЗНАЧАЛЬНО. Через минуту после установки ACCESS, я уже могу начинать работать над решением бизнес-задачи, так как всё необходимое уже есть. И мне не надо, в отличие от Delphi рыскать по Интернету в поисках Grid'ов или Reporter'ов. Ну или заморачиваться с их написанием. Время - деньги.
А потом - это ужасное BDE. Или при его отсутствии проблема библиотек доступа. Есть или нет, если есть несколько, то какую из них использовать?
До сих пор не могу понять, ну почему Великий и могучий Borland не удосужился изначально обеспечить поддержку доступа к данным через ODBC.

f_w_pОшибаетесь. Я, к примеру, из сторонних компонент использую только EhLib. Но ни разу не встречал продуктов на ACCESS, чтобы они не регистрировали десяток другой ActiveX.
Так все-таки не можите, что и требовалось доказать. А на счет "неокрепших молодых душ", так мне кажется, что умные разберутся для какого рода задач следует применять ACCESS, а дуракам закон не писан. Так что не следует беспокоиться по пустякам. (Под пустяками я понимаю вещи или явления не поддающиеся моему влиянию).

Во-во, то самое.
Как сказал М.Жванецкий:"...процесс важнее результата"

авторGuest_2
Разработчиков, которые занимаются офисной автоматизацией, я тоже себя любимого отношу к данной категории, в большей степени интересуют например формы ввода, организация справочников, получение отчетов. В ACCESS, для организации всего этого, средства имеются. Опять же повторюсь, что они возможно и уступают лучшим компонентам Delhi, но они уже ЕСТЬ ИЗНАЧАЛЬНО.

Кто вам сказал, что в Delphi их нет?


А вот и нету в Delphi из коробки, такого же репортера, который есть в ACCESS.
Так что сразу же взяться за решение бизнесс-задачи вы просто не сможите.
Будете искать как минимум какой-нибудь репортер. Да и с гридом та же самая история. Да и заморочки с библиотеками доступа к данным - у вас остаются. Так, что не надо желаемое выдавать за действительное.

авторА потому, что эти продукты (ODBC и BDE) были разработаны почти одновременно и с одной целью - абстрагировать источник данных от приложения И каков же результат данного абстрагирования? Сплошной конфуз получился, да и только. ODBC является стандартом доступа к реляционным БД, а IDAPI увы приказал долго жить (BDE - есть всего лишь энжайн для IDAPI). Что помешало Borland'у осознав, что ODBC выиграл у IDAPI встроить в свои новые версии Delphi полноценную поддержку ODBC? Вопрос - риторический, и к вам не относится, но как говориться, осадочек остался.

авторА как же сторонние ActiveX?
Да никак. Хочешь использовать используй. Чего в этом-то плохого. Не хочешь не используй. Это даже хорошо, что такай возможность есть. Ещё один плюс ACCESS'у.

Да не белый он и не пушистый. А разработчики бывают всякие. Плохих гораздо больше чем хороших. :))) И тут уж, ни какой инструмент не спасет, ни ACCESS, ни Delphi.

Этих заморочек в ACCESS'e просто нет, но есть в Delphi.