AseN's questions

是否可以获得应用程序用户的整个购买历史记录，而不仅仅是该方法返回的最新购买记录queryPurchaseHistoryAsync()？“历史”被理解为用户对应用程序提供的所有付费对象的所有操作（交易）的摘录。

有没有办法在选择集上执行选择后更新，这样在两个查询之间不执行来自其他连接的查询，同时不锁定整个表？

任务是平庸的 - 选择 N 条记录然后更新所有记录（几个字段），以便在选择和更新相同记录之间不会在其他连接中并行选择。

诸如 select for update 之类的锁不适合，因为如果在索引字段的“空间”上设置了条件，它们只会锁定带有索引的记录。

有没有足够的方法来解决这个问题？

更新：

请求看起来像这样（它们都在触发器中）：

START TRANSACTION ;

        DROP TABLE IF EXISTS TempTable;
        CREATE TEMPORARY TABLE TempTable AS(
            SELECT units.id AS id, units.authkey AS authkey
            FROM availablePublicUnitsView units
                LEFT JOIN media_info
                    ON units.id=media_info.unit_id AND media_info.media_id=mediaId
            WHERE media_info.media_id IS NULL
            LIMIT unitsCount
            #FOR UPDATE
        );

        UPDATE units SET reserved=true, last_usage_time=NOW(), reservation_hash=reservationHash
        WHERE id IN (SELECT id from TempTable) AND reserved=false;

        SELECT * FROM TempTable;

COMMIT ;

我不是 SQL 专家，所以如果我做错了什么，我会很高兴听到它是什么。

现代 RSA 实现是如何构建的？即，是否会创建任何包装器以防在使用公钥加密时超过所选模数 (N)？

也就是说，如果所选参数不允许您一次性加密整个文本（因为文本太大），会发生什么情况？逻辑表明包装器（例如在浏览器中）以可接受的长度拆分文本，并且每个块都单独加密。是这样吗？如果是，但在这种情况下没有块依赖模式，如 AES - CBC、EBC、OFB 等？..

一个纯粹的哲学问题：

在不同设备上生成相同序列时是否可以依赖随机化基础？

例如，通过设置一些基数 (srand) 并生成 100 个数字，您能否确定这些相同的数字将在更快/更慢的计算机/电话等上使用相同的基数生成。就处理器频率而言？

PS 这个问题是基于 C 标准库中的 srand 函数
。PPS 不同的编译器产生不同的序列。