我有一个位置表，看起来像这样：
CREATE TABLE Locations (
Id INT NOT NULL AUTO_INCREMENT,
Name VARCHAR(255) NOT NULL,
NextInvoice INT NOT NULL,
PRIMARY KEY (Id)
);
现在我想为一个位置创建一张发票，我需要一个发票号。
发票编号将等于NextInvoice该位置的值。然后我必须为下一张发票增加这个值。
非常简单的逻辑，但由于并发和竞争条件而变得复杂。
我如何执行检索某个位置的下一个可用发票编号然后递增该值的任务，并且在同时多次调用该代码时不重复或跳过任何数字？
我不能使用自动递增的唯一约束数，因为数字可以跨位置重复。
注意：我的核心技能包括 C#，不一定是 SQL-Server。事实上，我正在为此使用实体框架。但如果需要，我不会写一个存储过程。
我有一个托管（共享）的 SQL Server 数据库，我想添加一个只读登录名。（此登录将用于构建 Power BI 数据可视化。）
对此进行调查，它比我预期的要复杂得多。
理想情况下，来宾用户是只读的，我可以为来宾帐户添加登录名。但似乎该帐户最初没有登录权限。
有人能提供最简单的方法——改变数据库最少的方法——来添加一个具有只读访问权限的登录吗？
另外，有没有办法阻止访问某些表，比如我的用户成员表？
我正在考虑在 VPS 上安装 SQL Server Express Edition。
我的理解是，在 Express Edition 的限制中，其中一些涉及便于备份的功能。
有人可以解释一些为此配置执行每日备份的选项吗？有没有直接的方法，还是我需要购买额外的软件？
（对不起，如果这个问题看起来很愚蠢。我是一名软件开发人员，而不是数据库或管理员。）
作为开发网站并使用过一些 SQL Server 的人，SQL Server 应该支持一个简单的子句来指示结果应该只包含特定范围的行，这对我来说似乎是轻而易举的事。例如，第 30 行到第 39 行。
就目前而言，在 SQL Server 中实现分页实际上有点超出许多 Web 开发人员的能力，因为他们的主要关注点不是 SQL。
此外，它将极大地简化由于连接和其他条件而可能已经很复杂的查询。
最重要的是，我认为这样的条款可能随着时间的推移更有可能在内部得到优化，因为逻辑将完全在微软的控制之下。
前段时间我在另一个论坛上提出了这个问题，许多回复似乎都表明这是不可取的。
鉴于任何现有的分页技术都将保持不变，有什么可能的原因不添加这样的条款？这对像我这样的人来说会好得多。
谁能说出微软没有这样做的充分理由？