Path: ...!eternal-september.org!feeder3.eternal-september.org!news.eternal-september.org!eternal-september.org!.POSTED!not-for-mail From: Don Y Newsgroups: sci.electronics.design Subject: Re: Serial, concurrent, parallel Date: Thu, 16 Jan 2025 16:02:33 -0700 Organization: A noiseless patient Spider Lines: 17 Message-ID: References: <1r695ej.t31qiz7lhsjkN%liz@poppyrecords.invalid.invalid> <1r69dpn.1bbzdc81ozzc9wN%liz@poppyrecords.invalid.invalid> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Date: Fri, 17 Jan 2025 00:02:43 +0100 (CET) Injection-Info: dont-email.me; posting-host="68adfa8e3e76f0eebe2e8c9bdf898e65"; logging-data="3896495"; mail-complaints-to="abuse@eternal-september.org"; posting-account="U2FsdGVkX1+0bND32v3FKTYC9HY/e+8s" User-Agent: Mozilla/5.0 (Windows NT 6.1; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.2.2 Cancel-Lock: sha1:HmfUHLfEH2+6YeLsTtm3KqAEWBo= Content-Language: en-US In-Reply-To: Bytes: 2123 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). > Just export data as SQL. > This gives me peace of mind that whatever software is or isn't available in the future I can always read my data. The value of SQL as a "dump" format is that you can *import* it into another SQL DBMS -- as long as the recipient supports the same (or greater) level of features. And, the import process is nothing more than piping the dump file to the recipient DBMS's "console" as it consists entirely of SQL commands.