Ты не озвучил что тебе _в_точности_ надо! Как выработаешь сам себе
хотя бы внутреннее ТЗ - сразу всё понятнее станет. Я в своей (молодой) жизни создал около десятка работающих на предприятиях реляционных баз (Interbase, Oracle, MsSQL), некоторые по 100-200 таблиц для автоматизации супермаркетов в конце 90х-начале 2к'ых. Работал в банковской сфере, где Orcale были за 1000 таблиц, а также поддерживал около десятка продуктов на Delphi с БД. Короче, на Delphi + Database я "написался" по самое нехочу и даже "больше немогу." И сейчас я глубоко уверен - если надо склепать базёшку себе в личное пользование, нахрен Delphi не упала! Либо в крайнем случае сделать LocalDB-таблички, без клиент-серверности. Ибо возня именно с компонентами, с полями Dataset'ов, с DBGrid'ами, с формами и внутренней клиент-сервеной логикой это долгое и непростое дело. Раньше оно конечно, всегда было пяткой в грудь и "сами напишем". А сейчас поумнел, нахрен оно надо. Никаких дельфи, либо Access, либо даже есть системы и еще проще. Единственная у них боль. Когда пользователей становится > 1, а записей в таблицах под 10-100K, начинают они болеть и как правило перетягивают их на КС модель и SQL сервак.
Delphi - это для создания продукта. Тот который на продажу или для большой конторы, который будет годами развиваться отдельным программистом (или даже программистами) и соответственно ежемесячно оплачиваться. У Delphi/RAD нет самоцели "база данных". Она универсальное средство! А отсюда это долго, сложнее чем формошлепки и непросто (т.е. = деньги!) Самоцель локальная "БД" есть у продуктов которые предназначены в точности для этого. Поэтому быстро и дешево.
RxTx (23.05.2023 19:18, просмотров: 92) ответил Make_Pic на Про Delphi полностью согласен, на нем - RAD Studio и остановлюсь.
Пока для себя, а потом как пойдет.