From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Richard Stallman Newsgroups: gmane.emacs.devel Subject: Re: persistent data feature Date: Fri, 10 Dec 2021 23:08:46 -0500 Message-ID: References: <87tufmjyai.fsf@gnus.org> <877dcil2sj.fsf@ericabrahamsen.net> <87czm98qi1.fsf@gnu.org> <87o85tcwm0.fsf@ericabrahamsen.net> <874k7ljwkr.fsf@gnus.org> <87fsr5cuzq.fsf@ericabrahamsen.net> <878rwx8mdn.fsf@gnu.org> <87r1aphuei.fsf@gnus.org> <837dcex6ub.fsf@gnu.org> <87bl1p10js.fsf@gnus.org> Reply-To: rms@gnu.org Content-Type: text/plain; charset=Utf-8 Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="4779"; mail-complaints-to="usenet@ciao.gmane.io" Cc: eric@ericabrahamsen.net, cesar.mena@gmail.com, eliz@gnu.org, pipcet@gmail.com, emacs-devel@gnu.org To: Lars Ingebrigtsen Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Dec 11 05:11:37 2021 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mvtjT-00016v-QM for ged-emacs-devel@m.gmane-mx.org; Sat, 11 Dec 2021 05:11:35 +0100 Original-Received: from localhost ([::1]:41450 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mvtjS-00047r-Tr for ged-emacs-devel@m.gmane-mx.org; Fri, 10 Dec 2021 23:11:34 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:46444) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mvtgk-0001GA-Ko for emacs-devel@gnu.org; Fri, 10 Dec 2021 23:08:46 -0500 Original-Received: from [2001:470:142:3::e] (port=40604 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mvtgk-0007nP-A2; Fri, 10 Dec 2021 23:08:46 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=Date:References:Subject:In-Reply-To:To:From: mime-version; bh=OCqcHm8H1xTZ+4eYJj0IQW76KUxaVUr1pQQeF6/KYds=; b=jZY03L8pTDjS tsEWVvwepuldUagEXKJfrk19GtSOp+dt6tDnPqRN9/iN1FtiXzPzoBJoinVHdm0E4bGuBa5pXMFjM 1jmlFRPk5sTajCLS6g/5dNDia1RieImUj3alxZFSoz9JGhAyOBEfklAnfF1oOzOdsNYwq8v5IIszV fcjhbmcq8JMSYuDfGjwRztko8xhfKUbYIpglBzWoCqPUeOFMPhta90Lxl6u67SZjTO7LdDo57ay2X adAxS7CunlCT1mxicGAPEIN0/4DltWRGSDehHyoo2tZHS9y78QD/hFNzubs+QgD3RRWV0PX8GZ8PE 3gH8WzAQ1ff23r4hFztHwA==; Original-Received: from rms by fencepost.gnu.org with local (Exim 4.90_1) (envelope-from ) id 1mvtgk-0007WY-Bz; Fri, 10 Dec 2021 23:08:46 -0500 In-Reply-To: <87bl1p10js.fsf@gnus.org> (message from Lars Ingebrigtsen on Fri, 10 Dec 2021 06:39:03 +0100) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:281642 Archived-At: [[[ To any NSA and FBI agents reading my email: please consider ]]] [[[ whether defending the US Constitution against all enemies, ]]] [[[ foreign or domestic, requires you to follow Snowden's example. ]]] > > Many users will not store large amounts of data, and a textual file > > would be much less risk-prone than any other method. > There will, of course, be large amounts of data, and that will be slow. I can't understand that sentence. You seem to be claiming that every user will have a large amount of data to save. I don't think I will. > > If we decide also to implement the feature of sqlite3 database access, > > we could offer the option of storing persistent Lisp data in such a > > database. Users should be able to choose one storage format or the > > other for each database. > You'll get a slower and messier interface. I don't think it will be either slower or messier due to offering the choice. It will need one global variable to specify which method of storage. Each method ought to be as fast as if it were the only method. If you're (optionally) > storing the data in different data files, which ones has precedence? What does "precedence" mean here? I think I have lost you. > Offering a number of backend storage options is just needlessly > complicating things, and we'll end up with a big non-performant mess, as > usual in Emacs. That is too general to be convincing. > For this feature to be attractive, there's a bunch of performance issues > and features that have to be present, Without details, that seems to be handwaving. All I can say is, you have not demonstrated your claim. and they will be in my > implementation, based on storing using sqlite3. I won't be adding any > other backends for this. Before including this feature in master we should make sure both back-ends are working. -- Dr Richard Stallman (https://stallman.org) Chief GNUisance of the GNU Project (https://gnu.org) Founder, Free Software Foundation (https://fsf.org) Internet Hall-of-Famer (https://internethalloffame.org)