FastBaseDev,

построчное разграничение доступа к данным в рамках одной таблицы - есть?

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

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

Это обычное требование на предприятиях, когда пользователей больше трех-пяти.

FastBaseDevчччДпострочное разграничение доступа к данным в рамках одной таблицы - есть?
Можно в фильтре сделать условие с дефолтным значением, редактируемое только пользователями с определёнными атрибутами:


В будущий модуль отчетов (вы же собираетесь результаты работы в твердой форме выдавать) тоже этот фильтр потяните?

Получается, что вместо примитивного sql - запроса при проектировании отчета людям придется с фильтрами работать?

FastBaseDev,
очень часто данные иерархически связаны. Часто - в виде дерево. Очень часто.

У вас есть средство описания иерархий? А средство отображения?

FastBaseDev,


а зачем все это? Ну непонятно, зачем это нужно, когда есть MS Access. Который вполне себе может работать и в качестве клиента MS SQL сервера (например).


Конечный пользователь с этим работать не сможет, это 1000%.
Профессиональный разработчик с этим связываться тоже не станет. Тем более, что у него не будет исходников.

Если появится "богатый" заказчик, вам придется барахтаться во всем этом самому. Вместо того, чтобы использовать все возможности СУБД и просто реализовывать бизнеслогику, вам придется бороться с ограничениями вашей модели.

Единственный плюс такой системы: продавцы могут показать покупателю: "смотрите, все это вы сможете сделать самостоятельно!".
Бывает, что он верит и покупает, глупыш. А в реальности ему некогда разбираться в тонкостях и ограничениях, он либо выбрасывает ЭТО на помойку, либо заказывает вам же доработку и сопровождение. А доработка костылей - это ад.

У нас есть подобная система, где, кроме описательно - отобразительной части, есть и отчеты, и плагины и "виды" (способ отображения иерархически-связанных данных), и скрипты.
Но мы затачивали ее изначально под нашу прикладную область, как средство интеграции документов, т.е., делаем то, что не умеет MS Access. Периодически приходится дорабатывать систему, добавляя костыль к костылю.
...

В вашем случае - зачем пользователю ЭТО использовать?

FastBaseDev,

имхо, пустая трата времени.

Если юзер может поставить и настроить в локальной сети сервер FireBird, тем более он сможет создать общую папку для общих документов MS Excel.

И уж тем более - совместный доступ к базе MS Access.

FastBaseDevчччД,

у меня очень простая программа, для тех кому достаточно этого простого.
...

"Простая учетная программа" с настройками доступа для каждого пользователя? Уже смешно.

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

Или специально обученный человек понадобится, с админскими правами?

Ну, как вы представляете себе внедрение системы?

И какие типовые прикладные задачи предполагаете с помощью нее решать?

FastBaseDev...10 моих сотрудников в трех городах страны... И ещё двое ...где-то в штатах...
Расскажите, пожалуйста - каким образом происходит связь?
Вы предоставляете публичный сервис для сообщений, используете существующие мессенджеры, предлагаете пользователю создать сервер с "белым айпи", что-то еще?

FastBaseDevчччД,

Любой сервер с белым IP. Например можно взять VDS вот тут .

"Простой пользователь", конечно же, готов к аренде виртуального сервера для размещения, настройки и запуска на нем вашего сервера.

.

FastBaseDev,

что за тип поля "ссылка на таблицу"? Судя по DDL, создается поле - ссылка другую таблицу, ну и FK - констреинт.
Как указать поля FK-таблицы, которые должны отображаться при редактировании такого поля?

...кстати, генерация имени констреинта как "FK_ИмяТаблицы_ИмяПоля" чревато легким попаданием под ограничением длины имени.