Re: Serial, concurrent, parallel

On 1/17/2025 5:19 AM, Edward Rawde wrote:

"Don Y" <blockedofcourse@foo.invalid> wrote in message news:vmctge$3u72f$1@dont-email.me...

On 1/16/2025 9:22 PM, Edward Rawde wrote:

"Don Y" <blockedofcourse@foo.invalid> wrote in message news:vmc36h$3mt5f$1@dont-email.me...

On 1/16/2025 10:57 AM, Edward Rawde wrote:

Databases can also be backed up as human readable text files.

>
To be fair, a spreadsheet's contents can similarly be exported (CSV).
I'm not sure how the formulae, formats, etc. are handled, though.
And, any non-text entries (that might be supported).

>
In other words exporting a database as SQL is not in any way similar to exporting a spreadsheet as csv.

>
Of course it is.  The difference lies in WHAT you are exporting.
What does a 3MB photo (stored as a BLOB) look like when exported in SQL?
Is it any more recognizable in that form?

 You may as well ask what it looks like when a jpg is opened in a text editor.

You touted the fact that YOU can see your data as human readable files
(in the event <something> happens to the database software).  That
this is an asset that DBMSs have over spreadsheets.
My point is that this only partially works as you expect.
A spreadsheet's contents can be exported as <whatever>-delimited
form which will make the same sorts of data that are readable when
exported in an SQL dump "readable", readable.