FastBaseDevчччД...а чего нет хотя бы простейшего поиска?
Инкрементальный уже есть.

Клиент-серверная версия функционала акцесса вещь прикольная, но у вас вообще ничего нет. Ни простейшей документации, ни минимального функционала.
Реализуйте хотя бы нормальный ("на сервере") фильтр, не девэкспрессовский.
Например, выбрать все неутвержденные документы, а также документы с 2015 года, и документы, содержащие утвержденные акты на сумму свыше 100 000 рублей:

Такой функционал реализуется легко и быстро, и реально нужен и добавляет привлекательности приложению.
Добавьте разграничение к функционалу: юзерам не-админам вовсе не нужно видеть ваши "конструкторы" таблиц и представлений.

Посмотрите на акцесс, в общем. И на фильтрацию, и на сортировку, и на отображение схемы базы, и на способы работы с подчиненными сущностями. Люди привыкли к акцессу, нужно лишь эффективно добавить клиент-серверность (это у вас есть).

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

FastBaseDev,

подскажи, пожалуйста - для чего "обычному" юзеру видеть значения Id?

Я понимаю, что ты можешь их не показывать, я спрашиваю о случаях, когда их нужно показывать. Когда же?

LSVчччДFastBaseDev,
подскажи, пожалуйста - для чего "обычному" юзеру видеть значения Id?
Я понимаю, что ты можешь их не показывать, я спрашиваю о случаях, когда их нужно показывать. Когда же?Какой смешной вопрос... :)
Когда нужно "разобраться" с документом с помощью прямого просмотра его таблиц глазками, т.к. не все поля видны в гуях. Особенно значения ключей, служебные поля и т.п.
Возможность просмотра ID это маст, ИМХО.

зы: У меня есть также возможность одним кликом поместить значение ключа в буфер. Удобно применять при просмотре в стороннем конструкторе запросов.

"Обычный" юзер таблицы не видит, он с представлениями работает. И конструкторами запроса не пользуется, тем более - "в стороннем".

LSVчччД"Обычный" юзер таблицы не видит, он с представлениями работает. И конструкторами запроса не пользуется, тем более - "в стороннем".А кто сказал, что это нужно юзеру ???? Это нужно разработчику/аналитику. Чтоб можно...

То есть, обычному юзеру не нужно.
...
Вообще-то, это я сказал. Спросил, вернее - "для чего обычному юзеру видеть id". Спасибо за ответ.

Zmeelov2 FastBaseDev , можете сказать, для чего вообще нужна ваша система? Или точнее для какой категории пользователей?
Имхо, ни для какой. По крайней мере, я бы никому советовать не стал. Я скачал и программку и примеры баз, но пользоваться невозможно, совершенно. Выше писал причины: нет простейшего функционала для работы с табличными данными.
...
Я вроде как плохонький, но айтишник, но многое мне тут категорически непонятно (а документации нет), а что говорить о криворуких рукожопах, для которых сия система разрабатывалась?

hVosttLSVзы: Вот выскакивает н-р в МСОфисе/1С ошибка с кучей системной инфы, кодами, дампами. Зачем она бизнесу ??????? Можно же просто сказать "ошибка", "сбой" и фсё....
Джуниоры писали, не иначе ....

Я не отрицаю полезность ID для разработчика. Но разработчик легко найдёт нужную информацию в логах, если у разработчика есть логи конечно, и они ведутся профессионально, например, в Graylog.

Бизнесу ID не нужен. Могу сказать это с полной уверенностью, за последние 5 лет мы разрабатывали очень много информационных комплексов и систем в корпоративном секторе и гос. учреждений, с охватом по всей России. И как-то, знаешь, пользователи понятия ни о каких ID не имели, и не имеют. А всё что надо, сопровождение находит за 2 секунды без всяких ID. И даже разработчикам это практически никогда не надо, с правильной системой сбора метрики, ведением аудита, истории и журналированием.

Поэтому я и говорю, ID для поиска/отладки это инструмент для бедных.
Совершенно согласен.
У нас в одной системе реализована возможность отображения id ("на всякий случай, потом пригодится) - ни разу не понадобилось, ненужная возможность только ресурсы разработчиков по чуть-чуть пожирает.