From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: sqlite3 Date: Fri, 10 Dec 2021 14:22:49 +0200 Message-ID: <83o85osl7q.fsf@gnu.org> 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> <83a6h9tu1c.fsf@gnu.org> <63ABAF01-160E-4B86-AA9B-B58F0A04E3EB@mit.edu> <87zgp9m5je.fsf@web.de> <83r1aksn37.fsf@gnu.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="30717"; mail-complaints-to="usenet@ciao.gmane.io" Cc: michael_heerdegen@web.de, larsi@gnus.org, emacs-devel@gnu.org To: Qiantan Hong Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Dec 10 13:24:32 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 1mvewy-0007oq-3i for ged-emacs-devel@m.gmane-mx.org; Fri, 10 Dec 2021 13:24:32 +0100 Original-Received: from localhost ([::1]:40246 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mveww-0002Pv-Cj for ged-emacs-devel@m.gmane-mx.org; Fri, 10 Dec 2021 07:24:30 -0500 Original-Received: from eggs.gnu.org ([209.51.188.92]:36908) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mvevY-0001K5-Tu for emacs-devel@gnu.org; Fri, 10 Dec 2021 07:23:04 -0500 Original-Received: from [2001:470:142:3::e] (port=38770 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 1mvevY-0001J3-At; Fri, 10 Dec 2021 07:23:04 -0500 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=nZOy4pSqtt8tun3LHa8Q8cc+9+A909LDFeEgGqOpgpA=; b=eVCibN+5MVxq QGSU3xkKglnGh5DOYSsnvNcJDlCrRKkkU/93xx7VdbsK9t6+YM3AZYwOBAznMU26wL16Av89eoD18 Xa4kfX7oWskwd5rCLtU5NUH3q2J5PXWqlwOBhaknutTG/7sbgoZA3NBK0chZ43NmuETXREQ4M9cgh KXoUt4ZqjKuG/H8dGmF/T6LNASzlyN0alBC5D8FX/I+iYv80THsvmP+T/wxrix+SR3mdybRY6lShr mdPuEH8TCScwKt3mr7eNzWY5DwCeF/vTLwMMU9Vc1pYNIczgmj7YIkdv8vrS3ptkX8n1cGlWXuJjk oLXiD2ZboUcMbaLChvYWEg==; Original-Received: from [87.69.77.57] (port=4649 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mvevY-00073j-3Z; Fri, 10 Dec 2021 07:23:04 -0500 In-Reply-To: (message from Qiantan Hong on Fri, 10 Dec 2021 12:00:08 +0000) 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:281589 Archived-At: > From: Qiantan Hong > CC: Michael Heerdegen , > "larsi@gnus.org" > , > "emacs-devel@gnu.org" > Date: Fri, 10 Dec 2021 12:00:08 +0000 > > > A blanket opposition like that, which is not specific to a certain use > > or a class of uses of the capability, makes no sense at all. You are > > in effect saying that there are no applications in the world that > > should use a DB except those that browse DBs created by others. IOW, > > in an ideal world, you'd deny the very need for having persistent DBs > > for _any_ application. Please rethink such a general attitude. > > Please read my original arguments. The scope is limited to Emacs. It makes no sense to deny any possibility of using DB storage for Emacs. > > 5. Database is essential for manipulating trillions of records, > > but that's not a typical use case of Emacs. It provides little > > benefit if data fits into main memory. > The only non typical use case of Emacs I can think of is as an > database browser/editor. Then we will have to disagree, and you will have to accept that the Emacs maintainers think differently from you, and will use these capabilities where that is deemed useful.