问题标签 [limit]

这是我希望能够做的一个例子（在Java中）：

当我尝试实现它时，编译器告诉我我只能MyInterface在MyClass. 我曾假设MyInterface<ClassA>与 相比，它被视为不同的类型MyInterface<ClassB>，但显然不是。这似乎非常有用，所以我对这个错误感到惊讶。

更新：感谢到目前为止的帮助。正如其中一条评论指出的那样，以上内容是抽象的；我要解决的问题是以这样一种方式实现观察者模式，即观察者类通过它实现的接口声明它观察到的那些类，并处理它在特定于类的方法中观察到的对象的变化。使用这种方法的优点是，从接口可以清楚地看出一个类实现了它所观察到的对象类型，因此编译器强制程序员显式地实现对所观察类实例的更改的处理。因此，上面的抽象代码实际上可能类似于以下内容：

在这里，MyClass 声明它观察 Database 对象和 Spreadsheet 对象，并且编译器将（在理想情况下）要求必须实现两个不同的 observedDidChange() 方法。

谢谢。

我看到一直使用 VARCHAR(255) 而不是 VARCHAR(256)，但我也看到使用 VARCHAR(16) 而不是 VARCHAR(15)。这对我来说似乎不一致。如果使用额外的字节来存储 VARCHAR 的长度，那么这条规则是否也适用于较小的长度，例如 2、4、8 为 1、3、7？

还是我完全错过了什么？

换句话说，如果我有一个我知道永远不会超过 12 的数字，我应该继续使用 VARCHAR(15) 还是 VARCHAR(16) 来代替？因为它使用与 VARCHAR(12) 相同的空间量？如果是这样，我该使用哪一个？15 还是 16？当我接近 256 时，这条规则会发生变化吗？

根据项目，我同时使用 MySQL 和 SQL。

你好！如何检查用户是否尝试上传大于 2mb 的文件？我想否认这一点，并向尝试这样做的用户发送错误消息。

我知道它是这样的，但是我应该将 50000 更改为 2mb 吗？

我在使用大偏移量LIMIT的 mysql时遇到性能问题：SELECT

如果偏移m量大于 1,000,000，则操作非常缓慢。

我必须使用limit m, n；我不能使用类似的东西id > 1,000,000 limit n。

如何优化此语句以获得更好的性能？

假设我在 MySQL 表中有 50 行。我想选择前十个 ( LIMIT 10)，但随后我希望能够在不同的页面上选择接下来的 10 个。

那么如何在第 10 行之后开始我的选择呢？

更新查询：

LDAP 协议是否指定了 DN 可以采用的最大长度？

我浏览了https://www.rfc-editor.org/rfc/rfc4514但我找不到它施加的任何限制。

我正在尝试使用 PHP 限制从字符串返回的字符数。

我应用了一个似乎使服务器崩溃的解决方案（高负载/无限循环），所以我要求替代方案。

我正在尝试找到一种解决方案，可以切割字符串并显示特定数量的字符，但仍然尊重句子的含义，即它不会在单词中间进行切割

我的函数调用如下：

在我的functions.php中，这是我使用的代码（它确实崩溃了）：

我的问题是$position = 60.

这个数字越高，它需要的负载就越多——就像它做一个非常慢的循环一样。

我想 有什么问题while()，但我试图让访问者仍然可以理解它，再次，而不是插入单词中间。

有输入吗？

:) 非常感谢你们

我注意到类似问题的线程：Limit size of Queue<T> in .NET? 这正是我想要做的，但我使用的不是 .net，而是 GNU C++。我没有引用 GNU C++ 中的基类，因此 javasuper.***()或 .net 之类的base.***()将不起作用。我一直在尝试从队列类继承，但结果是徒劳的。

我想要做的：指定队列的大小，当队列满时自动出队。具体来说：如果我的队列的最大大小为 2，当我推送第 3 项时，会在推送新项目之前自动弹出第 1 项。

如何实现这样的队列？

谢谢。

我有一个进程在运行时将数百万行转储到控制台。我想在 cronjob 中运行它，但为了避免发送多 MB 邮件，我想在成功（退出 == 0）的情况下将输出限制为 0 行，并在出现错误的情况下（退出!= 0) 到最后 20 行。

有什么想法可以轻松实现这一目标吗？也许是几行 perl 或标准工具的巧妙使用？

这个问题源于关于在特定情况下是否使用 SQL 排名功能的讨论。

任何常见的 RDBMS 都包含一些排名功能，即它的查询语言具有像TOP n ... ORDER BY key、ROW_NUMBER() OVER (ORDER BY key)或ORDER BY key LIMIT n(概览) 这样的元素。

如果您只想显示大量记录中的一小部分，它们在提高性能方面做得很好。但是它们也引入了一个主要的陷阱：如果key不是唯一的结果是不确定的。考虑以下示例：

查询应该返回最后登录的人：

正如预期George的那样，一切看起来都很好。但是随后将一条新记录插入到logins表中：

上面的查询现在返回什么？Ringo? George? 你说不出来。据我记得，例如 MySQL 4.1 返回物理创建的与条件匹配的第一条记录，即结果将是George. 但这可能因版本和 DBMS 而异。应该退回什么？有人可能会说Ringo，因为他显然是最后登录的，但这是纯粹的解释。在我看来，两者都应该被退回，因为您无法从可用数据中明确决定。

所以这个查询符合要求：

作为替代方案，一些 DBMS 提供了特殊功能（例如 Microsoft SQL Server 2005 引入TOP n WITH TIES ... ORDER BY key（由gbn建议），RANK以及DENSE_RANK为此目的）。

例如，如果您搜索 SO，ROW_NUMBER您会发现许多建议使用排名功能的解决方案，而错过指出可能存在的问题。

问题：如果提出包含排名功能的解决方案，应该给出什么建议？