Всем привет. Такой вопрос. Кто нибудь на лазарусе базы данных

разрабатывает? Можете первоначально направить в связке с какой базой это легче сделать?

странный вопрос - выбор БД в зависимости от среды разработки?

исходить скорее стоит из предполагаемого набора компонент к базам. Zeos, для примера, считается что лучше работает с MySQL. я бы брал FireBird для начала

в жопу Zeos

тогда надо искать варианты )

sqldb

Не знаю как другие. Но я люблю MySql/Maris db .

Что скажите на счет SQLite? Или FireBird лучше?

Если нужна работа по сети - Firebird

Sqlite можно попробовать. Но Firebird лучше

Зависит от задач. Sqlite - однопользовательская субд (насколько я в курсе), птичка - позволяет коннектится одновременно нескольким юзерам как для чтения, так и для записи. Firebird для работы требует наличия на машине кучи файлов (в одной папке), для sqlite - это одна dll/so, либо вообще без оных (в зависимости от используемых компонентов доступа) Вкратце и примитивно как-то так

ПРи прочих равных: SQLite. Он быстрее и шустрее. МОгут быть проблемы многопользовательского доступа, если не разрулить

Нннет. При прочих равных, всё же FB. На стороне SQLite простота, скорость, лёгкость, малый объем. В общем, он полностью оправдывает Lite. Хороший для множества применений, но...

Множество, это когда полноценный сервер. Для 2,5 в режиме Embedded также 1 dll. Для 4 это уже может быть не так.

Зависит от... Задач и требований. В случае FB ты легко масштабируемая до клиент/сервера и многопользовательской работы. Для SQLite или переписывать или изобретать велосипед.

Стикер

Леш, имхо, ты как-то любой вопрос усложняешь попыткой ответить на него всеобьемлюще. Оттого вопрошающий сразу теряется в информации. Скармливай слона по кусочкам 😁

Это да, есть такое.

Это разного порядка вещи, их практически нельзя сравнивать. SQLite - это, грубо говоря, встраиваемый в приложение движок для работы с данными посредством языка sql. Но - локально, монопольно и т.п. Это НЕ СЕРВЕР. Имеет много всяких вкусных штук, но опять же, не сервер. Широко применяется в современном софте когда локально нужно хранить или обрабатывать достаточно много структурированных данных. Firebird - полноценный sql-сервер, СЕРВЕР. Имеет вариант "embedded", т.е. целевое применение в таком режиме - как у SQLite, но по функционалу полного совпадения нет. Есть плюшки которые есть в SQLite и нет в FB, и наоборот.

Прочитать старую книжку Шамарокова "разработка приложений баз данных в delphi 3" Прочувствовать какого рода БД бывают, как отличаются приёмы работы с ними, какие из них удобны или не удобны для вашего характера и вашей задачи. И выбрать подход, а потом уже выбирать БД в рамках этого подхода.

Мне кажется старая книга для этого

Определись, что тебе нужно от бд. Локальная бд или сетевая. Если локальная, то тут однозначно sqlite. Если сетевая, то советую посмотреть на PostgreSQL

Таблица умножения ещё старше, что же она бесполезна? Это как раз хорошо, что он старая. Не будет соблазна свалиться в бессмысленное ковыряния в мелочах типа точного типа десятого параметра двадцатой функции, когда надо ставить общий понятия и правильный угол зрения.

Нет, только подходы к работе с БД и сами БД, в отличие от "таблицы умножения" развиваются и меняются

не подумайте плохого. но уж послали, так послали

А вот это "определись что надо" - а как именно определяться, "мышке станьте ёжиками"? Я потом эту книгу и советую, что для "входа в тему" она очень хорошо работает. ...и кроме вышеупомянутвз много чего есть. Например dbf, NexusDB(но он платный) , json с xml тоже. А ещё есть вообще нереляционные БД.

Ну так я вообще-то написал в чем определиться. Тут как бы все просто. Либо у тебя локальная бд (файловая), либо сетевая (серверная)

Локальная БД и файловая БД - это разные вещи. И да, как именно определиться-то? Человеку ликбез нужен. И вот эта книга именно для этого и хороша. У неё баланс отличный, погружения в концепции одновременно с небольшим погружение в конкретику, но не слишком глубоко

Считайте эту книгу коньяком, а не рислингом. Чем она старше тем лучше.

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

Вот чего ты начал? Человеку просто нужно определить один аспект для начала. Для чего ему бд. Если для одного приложения на одной машине, то нет смысла ставить серверную БД на комп для работы. Достаточно файловой БД. Если для нескольких приложений или для внешней БД - сетевую, серверную БД. А дальше Это либо SQlite, как файловую, или несколько в зависимости от цены вопроса БД. И я предложил бесплатную, ещё и открытую БД - PostgresSQL

Firebird)

Да с какой хочешь. Здесь только выбор сервер\локальная. Даже в комплектных SQLdb есть поддержка многих СУБД.

Не ну PG тяжёл. Firebird тогда.

А чего он тяжелый?

Больше ресурсов в стоячем положении занимает.

Да ничего он не занимает. Поставил сервер и готово. Какая разница, сколько он весит 10 мб или 200 мб

уже же выяснили, что имеете в виду Шумакова.

с той с которой умеешь работать. Если ни с какой то начните с Firebird. Так же Postgres хороша. Остальные имеют проблемы с санкциями итп.