Forum > Other

Lazaruz and Firebird should be more popular

<< < (2/4) > >>

MarkMLl:
I would say that when I was comparing Firebird against PostgreSQL I was quite pleased by the commonality of their SQL syntax: the area where I've historically seen differences is date formats.

I always try to mention it as a contender if somebody's doing something which might benefit from asynchronous notifications, since of the accessible servers this facility is offered only by FB and Postgres. But the difficulty getting things set up means that in practice it's got little if any advantage over Postgres.

MarkMLl

Fantablup:
Yes, PostgreSQL and FB is very similar, and it can be compared. Even the procedures and triggers is very similar.

I don't understand the FB problem on setting up as you said. It is set up in one minute with just a click on the install.
Also, it is often no need to maintain the databases or server either. Everything is so easy in FB.
Postgre is different in this way.

If i could choose FB over Postgre on web, i would without any hesitation. But FB is not on shared servers.

Also, every DB engine have their pro and cons and used in different scenarios.
The con of FB is that it is not on web as mainstream.

Fantablup:
I am actually converting a FB database that have over hundred procedures and over 30 triggers to PostgreSQL.
As mainstream on web, i selected Postgre since FB hasn't come so far on web.

I think Postgre is the most stable of the ones that also can be used on shared servers.

valdir.marcos:

--- Quote from: Thaddy on May 11, 2021, 04:32:56 pm ---Lazarus should be more, but Firebird not.
Reason: in case of database back-ends stick to mainstream.
( and Firebird is certainly not the most stable...)
--- End quote ---


--- Quote from: MarkMLl on May 11, 2021, 05:53:37 pm ---As Thaddy says, my inclination is to stick to the mainstream: SQLite for local stuff, PostgreSQL for anything which might possibly need multiuser or remote access.
--- End quote ---
Here we go again.

I believe that most of us here prefer to use Lazarus / Free Pascal for a number of reasons, but will any flavor of Pascal - including Delphi and Lazarus / Free Pascal - represent the mainstream in the world of IDEs or programming languages ​​as you are suggesting as a criterion for choosing a database?

If you really think so, I will wait for your consistency in stopping to indicate Lazarus and Free Pascal to the newcomers who arrive here and start indicating for them to use an IDE and a programming language that is mainstream because obviously Pascal is not. It was, but it hasn't been for decades.

As a data professional for over three decades, I can say that if you are unable to get good results with Firebird (or any other DBMS), stop bading-mouth what you obviously don't know and start hiring professionals who study and deliver performance and qualitiy.

I would say the same to people who bads-mouth Pascal just because they don't study it and don't know how to use it. This is as stupid as bading-mouth Firebird without studying it and not knowing how to use it through time and specially current.

Let those who study and use Firebird current and routinely speak good or bad things about it, just as we should give preference to hearing good or bad things about Pascal from those who study and work with that programming language.

valdir.marcos:

--- Quote from: MarkMLl on May 11, 2021, 05:53:37 pm ---I'd suggest that starting a database war would not be a good idea for a newcomer to this forum.
--- End quote ---

--- Quote from: Fantablup on May 11, 2021, 06:14:21 pm ---Database war?

I just said i like FB, and it's the best and most stable DB engine i have worked with.
No need to punch me for that :)

I use SQLite, PostgreSQL, MySQL, MariaDB, and others too. But i like FB best of all.

As i already said i agree with doing mainstream. I do that myself when needed.
I use FB when i also need embedded.

Nothing wrong using any other DB engine, so don't start any war  :)
--- End quote ---
I also don't think this is a flame war.

Navigation

[0] Message Index

[#] Next page

[*] Previous page

Go to full version