Я подозреваю, что если вы спросите разработчика Foxpro, он скажет вам, что это лучший инструмент выбора.
И я уверен, что если вы спросите разработчика файлов, они скажут вам выбрать их инструмент.
Большая часть вопроса заключается в том, что по большей части, если вы спросите разработчика доступа, этот разработчик также ответит "да".
Мне было бы трудно представить, что все вышеперечисленные инструменты, которые вы упомянули выше, имеют возможность отображать информацию из более чем одной таблицы на экране. Это в значительной степени требование для любой системы разработки сегодня. В общем, вы действительно задаете здесь не тот вопрос.
Я не думаю, что вопрос в том, имеют ли они возможность отображения информации из более чем одной таблицы. Все они могут сделать это. Возможно, справедливым вопросом будет то, сколько работы и насколько хорошо каждый продукт нарезает и нарезает вместе на эти несколько таблиц?
При доступе вы размещаете текстовые поля и элементы управления в форме, а для отображения связанных данных вы можете разместить элемент управления, называемый элементом управления в форме. Этот подход позволяет вам моделировать эту классическую связь между типом «главная таблица» и «дочерняя запись» и делать это без необходимости писать одну строку кода.
И, конечно, вы не ограничены одним к многим, но вы можете вставлять две субформы рядом друг с другом, и иметь один ко многим, и, в свою очередь, иметь второй элемент управления формы, отображающий гораздо больше записей из этого второй стол.
Вот скриншот того, что я имею в виду:
Вверху у вас есть одна главная запись вверху с информацией о дате пожертвования и событии. Слева у вас есть список людей и их сумма пожертвования (один ко многим).
Затем с правой стороны для каждого человека сумма пожертвования разделена на несколько учетных записей. (и зеленое поле показывает красный цвет, когда суммы не сбалансированы).
Итак, вышеизложенное создает ту классическую проблему бухгалтерского учета, с которой почти каждый пакет бухгалтерского учета, начиная с Quickbooks и заканчивая высококлассными пакетами бухгалтерского учета, делал с первого дня при распределении средств по нескольким счетам.
В приведенной выше форме содержится очень мало кода, и большинство отношений, настроек, фильтрация и отображение дочерних записей обрабатываются автоматически при доступе.
Итак, в конце концов, я в значительной степени полагаю, что все продукты, о которых вы упомянули выше, способны моделировать и разрабатывать эти типы экранов. И все они приведут к тому, что экран и пользовательский опыт будут относительно похожи на то, что у вас есть сейчас.
Теперь, конечно, я склонен к доступу, и я верю, что я могу создавать экраны, подобные описанным выше, быстрее, быстрее и с меньшими хлопотами и меньшим количеством кода и усилий, чем большинство других продуктов, которые вы упомянули.
Однако, в конце концов, какая платформа и инструменты, которые вы используете и находите подходящими, определенно не будет сосредоточена на ОДНОМ ВОПРОСЕ и ОДНОЙ КОНЦЕПЦИИ, которая требует отображения нескольких частей информации в форме для нескольких столы. Как уже упоминалось, это будет дано для любой современной системы разработки, включая системы веб-разработки.
Другие соображения и факторы: какой тип отчетов и результатов вам нужен? Вам нужны его столбцы отчетов, или вам нужно отправить отчет о типе формы счета-фактуры на принтер, который предварительно напечатал формы счета-фактуры. Я думаю, что это большие вопросы, чем ваш текущий вопрос.
Реальный вопрос здесь заключается в том, что ни одна современная система разработки не может отображать в форме несколько частей данных, все они могут. РЕАЛЬНЫЕ факторы и проблемы здесь: на каких платформах, аппаратных требованиях и системах вам нужно программное обеспечение для запуска?
Итак, проблема в том, что в некоторых местах будет несколько пользователей?Потребуется ли в некоторых местах надежное резервное копирование или какой-либо тип шифрования?Как вы планируете выпускать исправления ошибок и обновления до следующей замечательной версии программного обеспечения?
Другие вопросы - сколько разработчиков будет над этим работать.Какой метод распространения вы будете использовать для программного обеспечения.Какую инфраструктуру поддержки вам потребуется для поддержки клиентов и установки программного обеспечения.Таким образом, этот список можно продолжать и продолжать, и все эти проблемы затмевают вопрос о возможности отображения нескольких частей информации в одной форме.
В дополнение ко всем вышеперечисленным проблемам, вам необходимо рассмотреть собственное обучениеи навыки, необходимые для разработки программного обеспечения.Чтобы по-настоящему освоить любую систему разработки программного обеспечения, вам нужно потратить значительное количество времени на обучение.Хотя я считаю, что доступ - это очень хороший инструмент RAD (быстрой разработки приложений), я на самом деле скажу, что доступ имеет значительно большую кривую обучения, чем, например, VB6.
Выбор платформы очень похож на брак, вы должны потратить огромное количество своего времени (месяцы и даже годы), чтобы по-настоящему научиться и научиться разрабатывать программное обеспечение с такой системой.
Если вы запрыгиваете в новый набор инструментов, то следует принять во внимание следующий список навыков **:
Stage 1 Innocent (never heard of the product)
Stage 2 Aware (Has read an article about X)
Stage 3 Apprentice (has attended a three-day seminar)
Stage 4 Practitioner (ready to use X on a real project)
Stage 5 Journeyman (uses X naturally and automatically in his job)
Stage 6 Master (has internalized X, knows when to break the rules)
Stage 7 Expert (writes books, gives lectures, looks for ways to extend x)
НИКОГДА не следует пытаться выполнить проект с командой, состоящей изСтадия 3 или ниже людей.(**** Пейдж-Джонс, Мейлир. «Семь этапов экспертизы в разработке программного обеспечения», американский программист, июль-август 1990 г.).
Так что вы просто не можете прыгнуть в новый инструмент и ожидатьбыть опытным в разработке сложных приложений.У меня есть статья о преобразовании устаревшего приложения в ms access.
В этой статье есть несколько полезных уроков:
Замечания по преобразованию приложения Pick (многозначная база данных) вСистема реляционных баз данных.http://www.members.shaw.ca/AlbertKallal/Articles/fog0000000003.html
Удачи на любой выбранной вами платформе.