Находимся в процессе выбора СУБД. Очень пристально смотрим на Postgres, даже начали прототипировать...0) Используйте ту СУБД, с которой умеете работать, по которой у вас есть спецы. Иначе готовьтесь к "о, сколько нам открытий чудных..." в самых неожиданных местах, в самое неподходящее время. Плюс, будете вручную делать то, что в СУБД уже сделано и будете получать тормоза на ровном месте.
1) Для начала пристально посмотрите в ТЗ. Есть нехилый шанс, что СУБД будет указана там.
2) Если в основополагающих документах указаний нет, то посмотрите руководящие документы. Например, если вы делаете что-то для работы с конфиденциальной информацией, то вам придется работать именно с тем Postgres, который идет с той Astra Linux, которую вы должны использовать.
3) Если ни в каких документах используемая СУБД не указана, то изчите ситуацию на объекте эксплуатации. Там, скорее всего, уже есть инфраструктура, с которой вы должны стыковаться и в ней есть СУБД. Вполне может быть ситуация, что СУБД не указали в ТЗ исходя из идеи "А какая же еще?!". Если не угадаете, то будете все переделывать, а ораклоиды могут даже постараться побить - встречаются агрессивные особи, считающие, что применение иной СУБД хуже измены родине.
4) Если вы делаете "standalone" систему на пустом месте, то спросите, специалисты по каким СУБД есть у заказчика.
5) Если у заказчика нет спецов, то узнайте, готов ли заказчик платить за СУБД. Некотрые заказчики настолько странные, что отказываются работать с пиратским ПО (никак не хотят садится!).
6) Оцените перспективы роста объемов данных вашей системы и возможности интеграции ее с другими системами. Сейчас основные игроки рынка СУБД предлагают бесплатные версии. Их использование позволит без особых проблем перейти на полные версии, даст доступ к широкому спектру инструментария и, возможно, упростит будущую интеграцию с внешними системами. Проблема в том, что фирмачи часто меняют правила их использования. Если измение числа используемых процессоров или максимального объема памяти не слишко критично (в маленьких проектах), то ограничение на объем хранимых данных или возможности использования в коммерческих целях могут конкретно подгадить уже в начале эксплуатации. Если вы используете в коммерческих целях то, что использовать запрещено, то ситуация ничем не отличается от пиратства.
7) Прикиньте поддержку СУБД средствами разработки и прочим инструментарием.
Исходя из проведенного анализа и выбирайте СУБД. Postgres - неплохой выбор: бесплатный, широко поддержваемый и с перспективой.
Обнаружили, что нет компонентов и драйверов родных, почему-то только от сторонних производителей и судя по ветке форма с ними есть проблемы. Есть, возможно у вас Community Edition?
1. Какие все таки компоненты/драйвера предпочесть? Не хочется на середине проекта получить жесткие глюки и откатываться к началу. Есть ли что-то бесплатное кроме FireDAС(он не бесплатен но входит в состав Delphi 10.3 и не работает - не подключается к СУБД).Многие работают с posgres на чистом API (даже без odbc). C posgres работает BDE (через ODBC), ADO (он же dbGo, через ODBC), dbExpress (через ODBC), Zeos (подробностей не помню (давно с ним работал), но не советую, хоть и бесплатный), PgDAC и UniDAC (платные, сам не работал с ними, но отзывы положительные), AnyDAC и FireDAC (с родным драйвером и через ODBC, стандарт, сам работал с AnyDAC, рекомендую). AnyDAC (сейчас его называют FireDAC) точно работал с postgres. Если не работает то, скорее всего, у вас в postgres закрыт доступ из сети или firewall гадит (проверять и натсраивать надо и на клиенте и на сервере. И да, встроенный firewall - все равно firewall и может резать пакеты, плюс отключается, собака, не сразу).
2. Обнаружили отсутствие совместимости драйверов для СУБД для 32 и 64 разрядных СУБД. А последние версии Postgres выходят только 64 разрядные. Как быть если приложение пишется 32 разрядное - оно не будет работать с БД 64 разряда. Какие есть варианты?Разрядность клиента должна совпадать с разрядностью вашей программы, но не с разрядностью сервера. Работать не через клиент не советую - сначала здорово, но потом (на новых версиях СУБД) икнуться может.