разработчик MS Access - 2004-2008
разработчик FileMaker - 2008-2018
отвечу на вопросы по файлмейкеру


> Существует две составляющих развития FM: десктопная и серверная. Причем и та и та версии выпускаются в двух вариантах: обычная и Advanced-версия.
это верно для старых версий файлмейкер. В новых версиях на Pro и Advanced разделяются только клиентские (десктопные) части. Серверная часть не имеет модификаций.

> Для покупки следует рассматривать только Advanced-версии
это верно, только если вы задумались о покупке приложения для разработчика. Обычным пользователям Advanced не нужен.

> хотя FM и может работать на нескольких платформах, покупка лицензии на любую редакцию дает право использования FileMaker только для одной из поддерживаемых платформ (ОС)
это совершенно не верно!

> Важной особенностью FileMaker является возможность создавать, так называемые Runtime Solution
здесь написано все правильно, но нужно добавить. Что последние версии хотя и позволяют создавать рантайм приложения, в них нельзя реализовать все возможности последних версий. То есть рантайм приложение максимум сможет использовать возможности 14 файлмейкера.

> Пользователь просто вбивает адрес FileMaker Server-а в браузере и попадает в FileMaker-приложение. (надо иметь статичный IP)
фразу можно неправильно понять. стат айпи адрес требуется только для сервера, не для пользователя

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

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

никаких специальных инструментов для ваяния веб-интерфейса нет. Рисуется все так же, как обычная форма для десктопного приложения. В браузере все выглядит точно так же как в обычном приложении. Единственно, в браузере вы не сможете использовать некоторые триггеры (обработчики событий) и многооконный режим: новое окно полностью перекроет старое.
Любую, даже самую сложную, интерфейсно навороченную базу можно запустить через браузер и будет выглядеть так же

Единственный минус: в браузере заметно постепенное прорисовывание элементов интерфейса. То есть страница появляется не сразу в готовом виде, а как бы проявляется. Это не красиво. Для качественного веб-приложения приходится приложить немало усилий, правильно создавая стили (при разработке обычного приложения на это можно вообще не обращать внимания)

Joss,

авторИз литературы на русском - одна книга, да и то по 7 версии. Издана чёрт знает когда. Все ссылки на неё, что нашел - битые.

сайт http://%5Dfmteam.ru%5B/url]
форум fmforum.ru

литературы нет. Читаем мануал. Все хелпы написаны на очень примитивном английском. Достаточно выучить слов тридцать, чтобы понимать вообще все.
В дистрибутиве 13 версии имеется русскоязычная справка для пользователя (разделы справки про разработку там на английском оставлены).

Все новые версии уже русифицированы. То есть при желании можете выбрать язык русский, и у вас будет полностью русскоязычный интерфейс. Это хорошо для изучения, но писать код на русском языке (как в 1С) я бы не рекомендовал.

из особенностей файлмейкера по сравнению с MS Access

1) логику работы приложения приходится постигать довольно долго. много непривычных вещей

2) интерфейс отрисовывается в разы проще и быстрее. это может привести к тому, что привыкнув работать в файлмейкере, вы будете с отвращением относиться к акцессу.

3) файлмейкер использует повсеместно ссылочный тип в связях и в коде. Это означает, что если вы какую-то таблицу или какое-то поле назвали doc_1, а потом наваяли кучу кода, а потом вдруг решили название таблицы или поля поменять, то это можно сделать без опасения, что где-то что-то слетит; это изменение отразится во всем коде.
Разумеется, если вы используете названия полей и таблиц в запросах SQL, то их названия менять уже нельзя: SQL_statement будет некорректный. Впрочем, в случае таблиц такое ограничение легко обходится.

4) файлмейкер использует скриптовый язык для автоматизации приложений. Сценарий файлмейкера - это не текст, это макрос, состоящий из последовательности стандартных команд. Около 150 команд с опциями. Хватает на все случай жизни практически, но, как понимаете, такой гибкости как в языке VBA уже не будет. Порой вы будете об этом жалеть :)

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

6) файлмейкер не поддерживает состояния полей ввода типа locked (копируется, но не доступно для изменения). И, к сожалению, файлмейкер не позволяет динамически изменять свойства locked, enabled, disabled

7) программно нельзя менять размеры, положения и свойства объектов формы. По большому счету у объектов в ФМ есть только два свойства: видно и не видно.

8) в MS Access без труда можно настроить взаимодействие с пакетом MS Office. В файлмейкере - с изрядным трудом :)

9) в файлмейкер невероятно круто реализовано все, что связано с защитой данных. Проигнорируйте этот пункт, если безопасность данных вас не волнует.

10) в файлмейкер не будет заморочек с настройкой пользовательских привилегий, акаунтов, созданием системных меню, построением интерфейса, написанием и исправлением кода.

11) в Акцессе можно строить более сложные структурированные отчеты. Понятие отчета (Report) в файлмейкере отсутствует. Печатная форма - это обычный макет в виде формы или списка (аналог ленты). В файлмейкере можно вывести на печать любой макет.

12) в файлмейкере намного проще реализуются вещи, которые связаны с многопользовательским режимом работы (потому что он изначально предназначался для таких приложений). Работа файлмейкера не зависит от того, сколько пользователей подключилось к базе данных.

13) в файлмейкере довольно просто можно связать между собой разные базы данных. Например, одна база данных у вас расположена на сервере в Питере, другая - на сервере в Москве. Я могу в Питере поставить в файле БД ссылку на московский файл, и мне будут доступны внутри моего приложения московские таблицы и сценарии. Лишь бы интернет не подводил.

14) Акцесс может создавать намного более сложные и крутые приложения. Но файлмейкер создает готовые приложения в разы быстрее. Если руки растут из правильного места.

вот меня тут поправляют уже коллеги:

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

Joss,
автор1. Обмен данными между FM <-> Access и MS SQL. Какова трудоёмкость?

как обмениваться данными с Access - большой вопрос. Начинается он со слов: "а где вообще находится база Access, к которой можно подключаться?"
если требуется подключение к файлмейкеру со стороны Access - то это можно реализовать. В дистрибутиве файлмейкера есть драйверы для винды. В вашем случае похоже придется ставить драйверы на каждую клиентскую машину. Ну и далее ADODB Connection (если мне память не изменяет) настраиваете и юзаете SQL-запросы. Если Access позволяет делать веб-запросы, тогда есть варианты реализации, но это отдельная тема

К MySQL и Oracle файлмейкер подключается напрямую: на серверную тачку устанавливается ODBC-драйвер соответствующий, в DSN прописывается источник - база данных и вуаля. Для файлмейкера эта база как родная. То есть можно строить макеты, отчеты, скрипты обращаясь к полям и таблицам этой базы данных. Файлмейкер в данном случае будет выступать просто интерфейсной надстройкой. Ну или можно что-то комбинировать с собственными таблицами файлмейкера.
При этом доступны будут стандартные SQL операции для изменения данных (которых в самом файлмейкере нет, вот так вот)

Насчет MS SQL. Принцип такой же. Драйвер для SQL сервера придется поискать, возможно, он будет платный. Работать будет, но не так живо, как мускул. Должно все получиться в общем.

авторПричины интереса. На предприятии базы Access и MS SQL и как FM будет с ними общаться? Пишут что FM через ODBC можно подключаться к MySQL, SQL Server, Oracle. Но насколько это удобно? И нет ли здесь каких-либо подводных камней?
нужно испытывать. Ни разу не подключал ФМ к MySQL, который на том же компе. Только к удаленной базе. И скорость работы была так себе. Но с чем это связать - я не знаю. Может, интернет плохой.
Подводные камни могут быть всегда и везде. Если все базы и СУБД на одной тачке будут стоять, то сложностей будет минимум.

автор2. Вывод и чтение файлов Excel. Есть проблемы?
Если у вас тотально винда установлена, то для вывода вы можете использовать VBScript. Сценарий будет почти такой же как в VBA. Возможные проблемы при этом - библиотеки MS Office. Так, в разных версиях офиса 10 лет тому назад использовался разный синтаксис, сценарий выбрасывал ошибку. Но это было проблемой и для Access и это можно грамотно обойти. А вообще у меня несколько лет у клиента работает выгрузка из файлмейкера в Ворд, причем даже картинки вставляются в вордовский документ. В эксель аналогично выгружается все.
Еще может быть проблемой настройка на клиентской машине, запрещающая запуск скриптов VBScript. Это решается частным регулированием на данной машине.

автор3. Кто-нибудь пробовал перенести задачи с Access на FM? Это фактически будет новая разработка? Или что-то можно использовать?
Я понимаю, мне сложно вас убедить в чем-то, пока сами не попробуете :)
Есть платные программы, которые облегчают миграцию, но вряд ли вам стоит задумываться об их приобретении.
В файлмейкер можно без труда ручками перенести любой функционал из Акцесса, настолько просто все обстоит в ФМ с интерфейсом и программированием. В крайнем случае - обратитесь на форум, за небольшое вознаграждение вам помогут.

автор4. Электронная почта. Есть связь с Outlook или собственная почтовая служба? Электронные рассылки?
Файлмейкер сам отправляет почту, своими средствами. Но это обычный формат письма и в аттаче всего один файл. С помощью бесплатного плагина можно отправлять письма в HTML формате с несколькими файлами. С помощью ПЛАТНЫХ плагинов можно загребать почту с почтовых серверов, а также управлять акаунтами. Наконец, если заморочиться, можно научиться отправлять и получать почту средствами файлмейкера. Собственно, электронное письмо - это простыня текста. Ее нужно получить, потом распарсить и декодировать, и получится нужный результат.

автор5. Объём хранимой информации. Что-то не встретил упоминания о максимальном объёме хранимой информации.
десять лет назад в одной ячейке (одно поле одной записи) можно было хранить максимум 2Гб инфы.
Для баз размером больше 10 Гб нужно очень хорошее серверное железо. Вообще для файлмейкера требуется хорошее железо. За удовольствие приходится платить :)

Joss,

чтение Excel. Это не будет "чтение" в том виде, как реализуется в VBA
файлмейкер может импортировать файл эксель, но только одну страницу. При необходимость можно и два раза заимпортировать.
После импорта вы уже будете работать не с Excel таблицей (ссылки на строки и столбцы, на адреса ячеек), а с таблицей файлмейкера. Другими словами, если из файла Эксель вам нужно прочитать одну ячейку, вы все равно должны импортировать одну эксель таблицу целиком.

почтовые рассылки.
Да без проблем. Вы не описали, что в функции приложения Файлмейкер Сервер как раз и входит выполнение определенных задач по расписанию . Это могут быть задачи, связанные с выполнением бэкапа файлов. А может быть выполнение сценариев из файлов БД, размещенных на сервере. Любых сценариев, в том числе связанных с почтовой рассылкой.

Важное преимущество. При установке приложения файлмейкер на пользовательскую машину, в реестр прописывается протокол FMP.
Подобно тому как mailto:<mailaddress> запускает почтовый агент, клик по ссылке с протоколом FMP (например fmp://hostname+databasename+scriptname+scriptparameters) запустит приложение файлмейкер и соответственно заставит исполниться определенный сценарий из определенного файла БД.
Благодаря этому можно включать в рассылки с быстрым доступом к базе данных:
Уважаемый имярек, у вас просрочено пять задач. Нажмите сюда , чтобы просмотреть их в базе данных.

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

Как-то так.

Joss,

я правильно понял, что в вашем решении Access используется как интерфейсная надстройка над таблицами MS SQL?
Или он использует собственные таблицы для хранения данных?