Welcome to the Lounge

jschell18-Jul-24 14:56

jschell

18-Jul-24 14:56

Kent Sharkey wrote:
MariaDB is created by the original creator of MySQL, so it's pretty much (older versions anyway) a drop-in replacement.

As I understand it that description is not correct.

When MySQL was bought by Oracle it was open source. At point in time a branch was taken of MySQL and then given the name MariaDB. The open source nature of development has continued on that branch.

Following provides information on contributors to MariaDB

SHOW CONTRIBUTORS - MariaDB Knowledge Base[^]

I do know of Percona in that list and I can say that they have done, to my mind, extensive work improving both the open source version and there own variation which they sell/license. And specifically in terms of performance.

Following is release history and it seems pretty active to me

MariaDB Server - All releases - MariaDB.org[^]

Conversely the release history for MySQL is much more sparse. There has been speculation that the focus of Oracle is not on MySQL and certainly not on the free version (they have a paid one). One might suppose quite reasonably that that is because Oracle wants either their paid version used or even Oracle database used instead.

MariaDB Server - All releases - MariaDB.org[^]

Kent Sharkey18-Jul-24 16:14

Kent Sharkey

18-Jul-24 16:14

From MariaDB versus MySQL - Compatibility - MariaDB Knowledge Base[^]

Quote:
Until MariaDB 5.5, MariaDB versions functioned as a "drop-in replacement" for the equivalent MySQL version, with some limitations. From MariaDB 10.0, it is usually still very easy to upgrade from MySQL.

But I agree that MariaDB has been much better supported that MySQL.

TTFN - Kent

seismofish19-Jul-24 0:30

seismofish

19-Jul-24 0:30

Interesting bit of trivia: Michael Widenius named MariaDB after his daughter, Maria. He had previously named MySQL after his son, My, and MaxDB after his son, Max.
Michael Widenius - Wikipedia[^]

I would personally recommend MariaDB over MySQL these days; I'm not a fan of the way Oracle have been handling MySQL. PostGreSQL is also an excellent choice of RDBMS for Linux platforms.

<°}}}><

MarkTJohnson19-Jul-24 3:57

MarkTJohnson

19-Jul-24 3:57

This is my son My?

I’ve given up trying to be calm. However, I am open to feeling slightly less agitated.
I’m begging you for the benefit of everyone, don’t be STUPID.

trønderen19-Jul-24 10:57

trønderen

19-Jul-24 10:57

That would be daughter My: Little My[^].

I think the photo of that actress has very little resemblance to Little My in the books. There is a lot more truthful rendering at Little My hook[^]. Or just google for 'Little My' images, and you'll have dozens to choose from.

(In the books, the drawings were made with an ink pen, black line only. I never knew that My always wore a red dress - that is something added by the marketing people for all the spin-off effects, to make her more visible. As if she wasn't visible enough already Smile | :)

And ... I really hate some of those spin offs! Especially the comics and animations - they were made by people who never grasped the spirit of the Moomins at all! If you have read the original books - which is highly recommended - the comics and animations are like a completely different world, only with characters looking the same and named the same. It isn't Moomin Valley!)

Religious freedom is the freedom to say that two plus two make five.

seismofish23-Jul-24 0:51

seismofish

23-Jul-24 0:51

Sorry: I'd misremembered. My is his daughter.

I'd always lazily assumed that it was part of the M$-led trend to call everything "my something-or-other": My Documents, My Videos, My SQL - it made sense. It was quite delicious to discover the truth.

<°}}}>«<

k505418-Jul-24 4:57

k5054

18-Jul-24 4:57

Have you considered SQLite? SQLite Home Page
It might fit your use case. Some caveats, though
* It's a single writer/multiple reader. When writing, it locks the entire DB, (only for the duration of the write, I think), so if you need multiple, concurrent DB writes, then probably not for you
* Although you can declare fields as int, float, varchar, etc, under the hood SQLite stores everything as text, so you can do this:

SQL

sqlite> create table t(datum int);
sqlite> insert into t values('Hello World');
sqlite> select * from t;
Hello World

If your DB will only be accessed by an application, it may not be an issue.

Update: On the plus side, it's about as fast as read/write on a plain file.

"A little song, a little dance, a little seltzer down your pants"
Chuckles the clown

honey the codewitch18-Jul-24 7:17

18-Jul-24 7:17

It might be a little primitive for my needs.

While no current projects require any real concurrency on writes I might certainly need it in the future, but particularly, I'd like a bit more data integrity than what you demonstrated above.

Thanks though. Isn't that an in memory capable DB or am I thinking of another one? There was one I was considering using in my projects as a kind of queryable dataset system.

Check out my IoT graphics library here:
https://honeythecodewitch.com/gfx
And my IoT UI/User Experience library here:
https://honeythecodewitch.com/uix

k505418-Jul-24 7:38

k5054

18-Jul-24 7:38

SQLite can certainly be used as an in-memory database, but only within the context of a single process. So maybe not useful in your use case

"A little song, a little dance, a little seltzer down your pants"
Chuckles the clown

honey the codewitch18-Jul-24 7:41

18-Jul-24 7:41

Well, not for this scenario, but the dataset thing was intended for single process, in memory stuff. Think Datasets in .NET but for C++, for example, and queryable.

Check out my IoT graphics library here:
https://honeythecodewitch.com/gfx
And my IoT UI/User Experience library here:
https://honeythecodewitch.com/uix

RickZeeland18-Jul-24 5:18

RickZeeland

18-Jul-24 5:18

We dropped SQL Server in favor of PostgreSQL years ago, and never looked back. It has been multi-platform for a long time and is very stable. The only thing I regret is that they decided to use Python for the PgAdmin tool, the older version was written in C++ and much "leaner and meaner".

Kornfeld Eliyahu Peter18-Jul-24 5:19

Kornfeld Eliyahu Peter

18-Jul-24 5:19

SQL for Linux is a good, reliable product. From experience...
If you are looking for something more multi-platform, go fro MySQL - a very good product too. Also from experience...

"It never ceases to amaze me that a spacecraft launched in 1977 can be fixed remotely from Earth." ― Brian Cox

jochance18-Jul-24 8:03

18-Jul-24 8:03

When you look for things, look for ANSI SQL.

Those are the common bits across the things SQL.

There are a few implementation/platform specific things. Like Oracle does 'sequences' and MSSQL has 'identity'.

But a big swath of most standard DDL/DML is highly portable.

And I'd say what I think really matters in RDBMS is more about set theory than it is about SQL dialects/specifics. Normalized vs denormalized and stuff like how to identify where indexes are going to help or where they may be more costly (in disk space and maintenance) than the ROI (in performance).

honey the codewitch18-Jul-24 8:10

18-Jul-24 8:10

I believe SQL92 is ANSI?

Also my big concern isn't language, but actual maintenance of the DB.

Check out my IoT graphics library here:
https://honeythecodewitch.com/gfx
And my IoT UI/User Experience library here:
https://honeythecodewitch.com/uix

RickZeeland18-Jul-24 10:02

RickZeeland

18-Jul-24 10:02

One of the good things about PostgreSQL is that it does not need as much maintenance as SQL Server. Our customers usually don't have the skills to maintain an SQL Server properly. Of course this is dependent on how complex the database is.

jochance18-Jul-24 10:14

18-Jul-24 10:14

Yeah I think so.

"These editions colloquially became known as SQL-86, SQL-89, and SQL-92. So, if you hear those names in reference to an SQL format, note that it is referring the various editions of this standard."

Read more at the ANSI Blog: The SQL Standard – ISO/IEC 9075:2023 (ANSI X3.135) https://blog.ansi.org/?p=158690

honey the codewitch18-Jul-24 15:35

18-Jul-24 15:35

I wrote a SQL92 parser once so I'm pretty familiar with it except I often mix T-SQL in with SQL92 because the lines always blur for me.

Check out my IoT graphics library here:
https://honeythecodewitch.com/gfx
And my IoT UI/User Experience library here:
https://honeythecodewitch.com/uix

jochance18-Jul-24 23:01

18-Jul-24 23:01

One is inside the other, SQL92 has T-SQL in it.

honey the codewitch18-Jul-24 23:22

18-Jul-24 23:22

I'd say T-SQL has SQL92 in it since T-SQL is essentially a superset, but I know what you mean.

Check out my IoT graphics library here:
https://honeythecodewitch.com/gfx
And my IoT UI/User Experience library here:
https://honeythecodewitch.com/uix

jochance18-Jul-24 23:27

18-Jul-24 23:27

Fair point, it cuts both ways.

Would you call one or the other a superset in relation?

honey the codewitch18-Jul-24 23:28

18-Jul-24 23:28

T-SQL is roughly a superset of SQL92

Check out my IoT graphics library here:
https://honeythecodewitch.com/gfx
And my IoT UI/User Experience library here:
https://honeythecodewitch.com/uix

jochance18-Jul-24 23:34

18-Jul-24 23:34

Yeah that makes sense. I think in my head I lump T-SQL and PL/SQL together as DDL/DML.

jschell18-Jul-24 15:03

jschell

18-Jul-24 15:03

jochance wrote:
When you look for things, look for ANSI SQL.

Been doing DB for 40 years and that never came up.

First of course the goal is the enterprise solution and not the nuts and bolts. Architecture and design matter far more.

Most SQL is rather easy an mundane. And ANSI SQL works for that.

But more complex problems cannot be done at all in ANSI SQL. So attempting to limit oneself to that means ignoring features of the database that have been optimized over years or even decades to provide features like that. Versus silly things like attempt to figure out how to do it in a programming language rather than using the database itself.

Not to mention of course the real costs associated with licensing, maintenance and even the real cost of using existing knowledge of a technology versus attempting a new one.

So even if you can find a database that is not compliant, especially for most of the major parts, the consideration is just not worth the time.

honey the codewitch18-Jul-24 15:37

18-Jul-24 15:37

For my part, as long as the database supports SQL92 as a baseline I'm willing to learn some of the DB specific features I need to be effective with it. I just intend to lean heavily on common SQL that works across DBs where I can.

Check out my IoT graphics library here:
https://honeythecodewitch.com/gfx
And my IoT UI/User Experience library here:
https://honeythecodewitch.com/uix