Опа, такие же проблемы. DOA действительно разбаловал!
Любые извращенные фантазии по работе с данными реализовывались легко и просто. Практические любые возможности Oracle.

Сейчас попытка на MSSQL + ADO. Из компонент пробовал TBetterADODataSET
Но похоже прийдется от него отказаться.

Если особо не заморачиваться с вьюшками то с ADO можно работать.
Сейчас написал своего наследника в котром пока вытащил вкусности от TBetterADODataSET.

Если проект простой, то возможно и подойтет dbexpress, но как же ты будешь мучаться вспоминая DOA!

пока смотрел trial SDAC, в принципе стандартный набор действий позволяют произвести, но сейчас поджимать время и смотреть дальше не стал.

Если с ADO будет очень туго, то буду еще раз смотреть на SDAC.
Хотелось бы услышать отзывы людей использовавших его в работе.
Пока никто не отозвался.

Дык, в том то и дело, что хочется компонент заточенных для использования в прикладных задачах. Не хочется изобретать велосипеды, а хочется деньги зарабатывать.

На мой взгляд ADO слишком универсально, чтобы на нем писать клиента для одного MSSQL.

dbExpress - это явно не для больших прикладных задач.

Вполне конкретный топик стал опускаться до уровня трепа.
Поскольку я надеюсь еще, что-то полезное вынести отсюда, то попробую ответить по порядку:

2tygra :
Про подходы: Мне проще заплатить 200-300$ за библиотеку, которая:
1. Позволяет быстро и качественно решать проблемы возникающие перед
мной при написании клиентской части.
2. Которую использует еще не один десяток разработчиков, и соответственно
вероятность того, что в ней есть ошибки сведена к минимуму.
3. Библиотека не должна быть мертвой.

Примером таких библиотек на которых я писал, назвал бы DOA и FIBS.

Про велосипеды: я конечно понимаю, что без снобизма написать 3000 сообщений
невозможно, но если вам нравиться пользоваться только стандартными компонентами
Delphi и писать кипятком, когда вам наконец-то удалось в гриде нарисовать checkbox,
что же наверное этот путь для вас.

2pkarklin:

Я имею ввиду КИС. Количество пользователей одновременно работающих с базой
начиная от 20, таблиц от 100.

Я так понял вы знаток dbExpress? Может опишете свои отзывы по
использованию dbExpress, или вы тока ради "флейма" пишите? Особенно
по след пунктам:

1. Мне не нравятся однонаправленные курсоры. Уж если я вытянул
данные на клиента в датасет, то уж будьте добры дать мне
возможность по моему вкусу изменить запросы на Update, Insert, и
RefreshRecord. Да, если можно, я даю пользователями менять данные
прямо в гриде (QuantumGrid)!
2. Любой датасет на клиенте (вне зависимости от того сколько
там соединений и условий) я должен иметь возможность, без лишнего
напряжения, сделать редактируемым. Обычный пользователь даже и
не догадывается во сколько таблиц и как я сохраняю данные.
4. Что Нам скажет dbExpress о поводу получения identy полей, без
дополнительных ухищрений в виде GUID? (Здесь я не в курсе, может
быть что поменялось со времен моего последнего с ним
знакомства).
3. Я хочу легко и непринужденно выдавать пользователю
понятные сообщения на русском языке, в зависимости от срабатывания того или
иного check, constraint и FK, раз уже бизнес логика реализована на
сервере.
4. Работать с русскими названиями таблиц, включая пробелы.
5. Работа с хранимыми процедурами (в том числе и которые возвращают
рекордсет), функциями, представлениями(в том числе и редактируемыми) и блобами
не должна вызывать головной боли.
6. Связки мастер-деталь датасетов, должны делаться что называется в
два клика.

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

2pkarklin
<---skipped----------->
автор писал:Не поняли вы, uranic, основное предназначение dbExpress, однако - это быстрое и с меньшими накладными расходами получение наборов данных. Причем именно в виде однонаправленного курсора.

Вот тож, что только и радости что они меньше. Ни скорости ни простоты разработки это уменьшение не дает.

автор писал:Вот америку открыл. Тока для этого надо использовать вместе с dbExpress TClientDataSet.

Ну-ну. И часто вы используете dbExpress и TClientDataSet?

автор писал:какая связь между identity и GUIDом?. Или одно или другое. Да, чтоб получить сгенеренное на сервере id, надо еще предпринять телодвижения, чтоб получить его на клиента. Или в других средствах доступа это без дополнительных телодвижений обходится?

Без. Ни строчки кода.

автор писал:А это как связана с механизмом доступа?

С механизмом доступа практически никак. Но мы то обсуждаем библиотеки для доступа. В DAO и FIBS я без единной строчки кода буду выдавать внятные сообщения на русском языке.

автор писал:А зачем???
Надо. База такая. Считайте требованием ТЗ.

автор писал:А здесь какие проблемы?!
А вы пробовали?

автор писал:Ну так и слушай.

Пытаюсь, тока пока вижу только комментарии к моему посту и я не понял какой опыт работы у вас с dbExpress. Поподробней плиз.

2Веселый клоун

автор писал:Пример в студию.
В датасете устанваливается проперть для какого поля из какого генератора(Sequence) брать значение, и когда (beforpost и т.п.). Ничего писать не надо.
ADO тоже спокойно может получать значения первичных ключей и пр.

2pkarklin
автор писал:Ты имеешь ввиду на уровне установки свойств а-ля CustomConstraint в bdeшних датасетах. Ну и что здесь прикольного. 99% ошибок дает серверная часть
Имеется ввиду следующее. При проектировании базы создаются Constraint
Например цена не может быть меньше нуля. При срабатывании Constraint клиент видит у себя вполне нормальное сообщение. Опять таки ни строчки кода. То же самое касается FK. А что может предложить dbExpress, когда на сервере очень жестко прописана базнес-логика?

автор писал:. И не выдача сообщений пользователю на русском отнимает больше времени.
Дык, так поделитесь опытом, что же больше всего времени отнимает при программнировании на dbExpress...


автор писал:Достаточный, чтоб строить с его использованием приложения в архитектуре к/с.
Ой, сама скромность.

Хотелось бы тогда услышать как вы решаете в dbExpress
1. Возможные проблемы при многопользовательской работе например пока запись редактировалась ее удлил(изменил) другой пользователь.
Опять таки в DOA настройкой поведения датасета.
2. Получение значений полей сгенерированных сервером