1
2
我会在存钱的时候把文章放在垃圾桶里。save脚本将使用您设计的任何规则拆分文章,并将每个块保存到如下表中:
然后,当您载入一篇文章的页面时:
每当您想更改将文章拆分为页面的逻辑时,都会运行一个脚本,它将所有块拉到一起并重新拆分: UPDPATE: 给出建议我认为您的应用程序的读密集度高于写密集度,这意味着阅读文章的频率高于写文章的频率。 |
2
2
当然,每页只能输出500个单词,但更好的方法是在文章中添加一些中断(句末、段落末)。把这些放在休息的地方。这样,您的页面中不会有确切的x个单词,但大约或最多x个,并且不会将句子或段落分开。 当然,在显示页面时,不要显示这些分隔标记。 |
3
1
您可能希望首先使用split命令将文章拆分为段落数组: http://www.php.net/split
|
4
1
这是手动剪切文本的更好方法,因为离开一个确定剪切位置的程序不是一个好主意。有时它会在h2标签后被剪切,并在下一页继续显示文本。
这是一个简单的数据库结构:
SQL查询:
在应用程序中,可以使用jquery简单地为另一页添加新的文本区域… |
5
1
你的桌子可能是
当然,这可能是非常昂贵的空间,或缓慢,等,但您将需要一些测量来确定(因为这么多取决于您的数据库引擎)。顺便说一句,我希望文章表是一个简单的表,其中包含artid键控的文章的元数据,单词表是由wordid键控的每一篇文章中所有单词的表(如果可行的话,通过在输入文章时识别已知单词来节省一些空间…)。一个特殊的词必须是“段落结尾”标记,很容易识别,并与每个真实的词区分开来。 如果您像这样对数据进行结构化,那么在按页检索时会获得很大的灵活性,并且可以在一个快照中更改页面长度,如果您愿意,甚至可以通过查询来更改页面长度。获取页面:
参数
所以我们得到
远非理想,但考虑到你所强调的所有问题,值得考虑。如果你能将页面长度计算为100的倍数,你可以根据100个字块(而不是
|
6
1
让作者自己把文章分成几部分。 作者知道如何将文章分成逻辑部分,如“第1部分安装”、“第2部分配置”等,从而使文章变得有趣和可读。让算法来做这是一个错误的决定,IMHO。 把一篇文章剪错地方只会让读者恼火。不要这样做。 我的2岁
|
Michael Samuel · MYSQL在以下情况下自动创建索引 6 年前 |
Patricia Rozario · 数据库设计确保一对一关系 6 年前 |
dryhay · MySQL“多对多”关系错误 6 年前 |
L. Fox · 我在这里用的是什么样的Laravel雄辩的关系 6 年前 |
Geoff Harper · 我应该如何构建关系松散的SQL db 6 年前 |
waroxx · SQL—当多个表具有相同的列时,最好怎么做 6 年前 |
Lumpi01 · SQL 2不同的注释类型-最佳解决方案? 6 年前 |
Hayreddin Tüzel · 预约系统数据库建模[关闭] 6 年前 |