Сергей Лалов,
авторПод высоконагруженными системами я понимаю именно отраслевые решения, которые требуют подключение большого количества пользователей и большое количество операций с данными (к примеру работа склада с большой частотой отправок. К примеру перемещения,ежедневные отгрузки номенклатуры в количестве от 10000 штук, с проводкой по ДС и пр.). Но естественно в качестве сервера использование MS SQL либо MySQL. MS SQL вообще к примеру нативен аксессу.

не порекомендую использовать для таких систем файлмейкер. Либо использовать как графическую оболочку для Oracle или MS SQL Server.
Количество данных здесь не при чем, это больше проблема железа, нежели софта. Не пинайте меня, пожалуйста. Я ведь самого главного не сказал: сам по себе файлмейкер не поддерживает транзактный режим . Есть способы обойти все это, но они крайне неудобные. Управлять блокировками тоже сложно: сам файлмейкер поддерживает блокировку на уровне записи. Можно заблокировать табличку.
В большинстве решаемых задач это не важно, но в описанных системах - это критично.

Файлмейкер под другое заточен. Мобильный доступ. Когда по складу с планшетом ходишь или сопровождаешь груз, или когда клиент должен какой-то доступ иметь к корпоративной системе.
Либо в системах, где бизнес-процессы не стабильны. Когда нужно постепенно разрабатывать систему, постепенно наращивать функционал. Файлмейкер удобен, потому что не страшно переделывать по много раз и можно дорабатывать без остановки работы.

типичная база данных в файлмейкере :)

Сергей Лалов,

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

открыть проект в браузере по ссылке: http://domain-name or ip-address/fmi/webd
localhost, если открываете на стороне сервера. Статайпи не нужен будет.

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

Кроме того, обратите внимание, что вам доступны в триалке так называемые "стартовые решения"
Это уже готовые образцы баз данных. Они с дистрибутивом поставляются. Меню File - Open from Starter Solutions

там можно и скрипты поизучать

Сергей Лалов,

мы здесь не письками меряемся, верно ведь? :)
я сам делал в акцессе достаточно сложные вещи. И знаю, во что может вырасти база за несколько лет. И видел мастерские вещи, исполненные в Акцессе, которые вызывали мое искреннее восхищение. И на каком основании я стал бы оспаривать сейчас мастерство совершенно незнакомых мне людей?

было высказано сомнение, что в файлмейкере можно делать сложные вещи. Я показал, что это не так. Файлмейкером можно автоматизировать полностью информационные и бизнес-процессы процессы крупной поликлиники. Все. Расписания, посещения, карты, табель, зарплата, склад АХЧ и электронная очередь. Думаю, достаточно такой характеристики, чтобы дать представление о возможностях. Об ограничениях ФМ написал ранее достаточно.

с ключами здесь все не просто. реально. Потом поймете, почему так много связей. Логика файлмейкера - это самый сложный момент. Я привыкал полгода. И вам сейчас не завидую. Головоломка от Apple.
Но потом будет другое отношение. Достаточно посмотреть, как работает команда Go To Related Record в разных комбинациях, чтобы оценить.

Сергей Лалов,

авторКак понимаю центральная таблица это общий накопитель информации

вы сделали такой вывод, потому что увидели много полей.
Дело в том, что в файлмейкере не все поля используются для отображения информации. Значительная часть полей таблицы используется в служебных или вспомогательных целях. Часть этих вспомогательных полей - так называемые нехранимые калькуляции (вычисления).
Например, в БД вы храните фамилию, имя, отчество. но в формах и отчетах отображаете ФИО целиком. Для этого создается поле с формулой, очень похоже на Эксель. Фамилия & " " & Имя & " " & Отчество. И все, оно теперь будет выводиться на формы
Или вариант вычисления: Фамилия & " " & Left(Имя; 1) & "." & Left(Отчество;1) & "."

Или другой пример: Общая стоимость в Счет-Фактуре. Как правило, это нехранимое вычисление - результат (то есть сумма стоимости всех позиций) не хранится в базе, не занимает места. Он просто автоматически вычисляется каждый раз, когда поле отображается на экране. Это и удобно. При добавлении позиции к счету никто не заморачивается вычислением суммы, ведь по формуле все посчитается само. В общем, это очень похоже на эксель.
В данном примере, похоже, в таблице очень много вычисляемых полей.
Это вот для понимания особенностей.

MrShin,

я вас понял. все описанное сделать в файлмейкере вполне можно.

кто-то интересовался техническими параметрами баз данных файлмейкер,
я выкладываю ссылку, там все сведено на одной страничке:

Сергей Лалов,

а вот в файлмейкере нет аналога "запроса" или представления. К сожалению :(
"логические таблицы" (table occurences) - не аналог.

Сергей Лалов,

вряд ли существует такая возможность.
Я бы поступил следующим образом. В настройках внешнего датасорса в файлмейкере не указывал бы логин и пароль к источнику ODBC.
Вход в файлмейкер сделал бы автологином. Это когда вы в опциях файла (меню File Options) подтверждаете свойство auto login с указанием логина и пароля, например start_user / user. То есть в этом случае файлмейкер не запрашивает пароль при открытии файла.
Для роли user я бы сделал возможным доступ только к одной таблице, паре макетов и паре скриптов. остальные макеты - запрещено даже видеть.
Первым макетом должен открыться такой, который НИКАК не связан с таблицами мускула.

В стартовом скрипте (там же в опциях настраивается) я бы сделал вторым шагом переход на специальный макет, который связан с таблицами мускула. Можно вынести какое-нибудь поле из мускула на этот макет, хотя скорее и без поля сработает. При переходе на макет файлмейкер обязательно будет запрашивать пароль к мускулу. Если пользователь вводит пароль правильно (вы проверяете, что ему становится доступным какое-то определенное значение из таблиц мускула), то вы выполняете команду Re-login и назначаете роль с более широким доступом к базе данных. При этом в файлмейкере у всех пользователей будет общая роль, но в мускуле та, которой они авторизовались.

Не знаю, доступно ли объяснил.

Сергей Лалов,

автор1) Можно ли в ФМ сделать на третьем слое два портала и связать их между собой

в файлмейкере для слова layout используют чуточку неточный перевод: не дословно "слой", а "макет" или просто лэйаут.
это аналог форм в акцессе. Любой макет может иметь три вида: форма (form view), список (list view), таблица (table view). Вид можно оперативно менять, но обычно этим не пользуются. То есть таблица остается таблицей (для разработчика, чтобы можно было смотреть записи удобно). А пользовательские макеты рисуют формой или списком и так оставляют...

у каждой формы всегда есть текущая запись, так же как в акцессе. В какой бы части формы вы не находились, вы всегда находитесь в текущей записи и вам доступные все поля этой записи. А также поля из связанных таблиц.
В вашем случае третий "слой"-макет нужно нарисовать в виде списка. То есть в настройках макета Layout setup) вы выберете, что он по умолчанию должен открываться как список и это вообще единственный возможный его вид.
Размер раздела body будет у вас высотой например 20pt . Каждая запись таблицы 1 будет отображаться в строке такой высоты.
Раздел footer раздвигаете в высоту. Здесь вы разместите портал с записями из таблицы 2. В Графе связей таблицы должны быть связаны. В портале разместите нужные поля из второй таблицы. Ключевые поля добавлять не обязательно.

Сергей Лалов,

авторможно склонить руководство приобрести QlickView , он как раз заточен по генерацию таких отчетов.

с этого момента поподробнее, пожалуйста :)

Сергей Лалов,

бог знает, как редактировать собственные сообщения. не нашел такой возможности...

авторВход в файлмейкер сделал бы автологином. Это когда вы в опциях файла (меню File Options) подтверждаете свойство auto login с указанием логина и пароля, например start_user / user. То есть в этом случае файлмейкер не запрашивает пароль при открытии файла.
файлмейкер не запрашивает пароль, а сразу логинится как start_user (в акаунтах пользователь с таким ником должен быть прописан, разумеется)

авторДля роли user я бы сделал возможным доступ только к одной таблице, паре макетов и паре скриптов.
для роли start_user

Сергей Лалов,

автор2) Есть ли у ФМ нормальные решения по пользовательским фильтрам, интерфейс которых по умолчанию в аксессе вшит в заголовок столбца, и в зависимости от типов данных поля разворачивает удобное меню фильтра при выборе. Тоже отобразил на этом же скрине.

к сожалению, таких решений нет. Фильтры не предусмотрены. Либо нужно их делать самостоятельно, либо использовать встроенный поиск
Встроенный поиск - это перевод макета в режим поиска (Find Mode). CTRL + F либо кнопки соответствующие. В этом случае макет становится как бы пустой, а в полях, в которых разрешен поиск появляется значок "лупа". Теперь запись превратилась в "запрос".
Поиск в файлмейкере напоминает фильтр в акцессе (к сожалению, я таким фильтром не пользовался совсем, возможностей его не знаю).
В нужное поле или в несколько полей вписываете условие, которое должно соблюдаться при поиске. число, слово, часть слова, какой-то паттерн поиска (смотрите справку файлмейкера).
Например, если в поле Имя ввести Иван, то отобразятся записи содержащие Иван, Иванович, Иванов и так далее. Если ввести =Иван
то будет найден строго Иван
Если нужно найти Иван или Петр, но нужно создать в режиме поиска еще один запрос. В первом в поле Имя ввести =Иван, во второй строке в поле Имя ввести =Петр. Нажать Enter или кнопку Выполнить поиск.


Из комбинации таких вот запросов и достигается итоговый результат. Существуют опции, позволяющие выполнять поиск поэтапно, то есть результаты нового поиска добавлять к старому в вариантах: а) добавить новые записи к ранее найденным. б) искать среди ранее найденных записей.
То есть в первый раз мы нашли всех ивановых и петровых. Вторым поиском можем найти всех, кто старше 30 лет. Третьим поиском найти всех, у кого есть сын...

Сергей Лалов,

мощная штука. давно я за подобной охотился. Спасибо.

Написано на их сайте, что QlikView бесплатный для одного пользователя. Вы пробовали делать отчеты? Какое впечатление?

Сергей Лалов,

паттерны поиска для текстовых поле как пример.
http://www.filemaker.com/help/16/fmp/en/#page/FMP_Help/finding-text.html

все остальные варианты разбираются в отдельных соответствующих полях