数据库怎么设计书的章节和书的表，因为一本书有好多章节，又有好多本书，很苦恼
一般是以连接表的方式。
例如新建一个书表，保存书名，书id等
再建章节表，保存章节名，章节id，书id，建立书和章节之间的联系
看你想怎么设计，书本身的分类应该做无级分类的表结构
也就是 id parentid data 这样的表结构
书和章节可以做成两级写死的结构，也就是章节是一个表，书是一个表。图书正文直接放在章节表里。
也可以章节再做多级。
老铁，你还是没有理解java 的精髓---万物皆对象。你可以把 一个章节看成一个对象，对象包含文本内容，章节编号，等属性，一本书看成一个对象，书对象又包含章节对象。然后你自己发挥想象去完成你的设计
我说：楼上说的对，不复杂，一般套路就行！
java本身就是一个面向对象编程，你要先进行对象化区分，比如从大到小的划分：
1：书（book），以书作为一个对象（表），书具有书名，种类，编码，格式，年限，价钱等属性
2：章节（section），以章节作为一个对象（表），每一章中有个book.id就是这一章属于那本书，然后这本书具有名字，大小等属性。
3：页（page），以页作为一个对象（表），每一页有section.id，标识这一页具体属于哪一张，然后这一页也有页码，页内容等属性。
。。
下面就看你需不需要再细分了，或者书之上对书种类或者其余进行创建表（这其实很有必要），便于对书籍整体进行管理，看你设计的主要点在哪吧，如果不怎么考虑数据库，主要是web实现，这个可以省略点。
其实，楼上那些意见都是可以采纳的，但是你有没有想过这样一个问题：这样实现的话，别说成千上万了，就录入一本书工作量也是挺大的啊。我也就是说说，你可以考虑考虑
用户表（用户信息等） 、
书籍表（书籍信息，分类，优先级等）、
章节表（章节信息，序号等）、
书架表（书架信息等）、
配置表（配置信息等，可不要）、
等等......
看楼主名字，大概是个女的。如果不是喜欢编程，我劝你还是改行做测试或其他的。编程需要熬夜加班，吃不了这苦还是早点转行干其他的
建议小说从小说网站上抓取，网络数据抓取采用jsoup，不会的话给你例子 自己去参考 很简单的：
java根据json规则抓取(新浪新闻、百度新闻、微博动态)的网页内容源码：http://download.csdn.net/download/jkl012789/9956793
java利用json规则抓取网页内容源码（爬虫）：http://download.csdn.net/download/jkl012789/9949865
实在不会再联系我吧 我以前做过一个例子
数据库怎么设计书的章节和书的表，因为一本书有好多章节，又有好多本书
这个表结构不复杂
书和章节是一对多的关系
如下
图书表（图书编号 PK，图书名称，图书简介，……）
图书章节表（图书章节编号 PK，所属图书编号 FK，章节名称，章节简介，章节内容，……）
其中 图书章节表的 所属图书编号 FK 指向 图书表的图书编号
数据库怎么设计书的章节和书的表，因为一本书有好多章节，又有好多本书
这个表结构不复杂
书和章节是一对多的关系
如下
图书表（图书编号 PK，图书名称，图书简介，……）
图书章节表（图书章节编号 PK，所属图书编号 FK，章节名称，章节简介，章节内容，……）
其中 图书章节表的 所属图书编号 FK 指向 图书表的图书编号
//更新回答
也可以直接存储在一张表里面
图书表（编号 PK，父级编号 FK，简介信息，内容）
这样 父级编号 FK 直接指向本表的 编号，像一个树一样简介信息，内容这两个字段没有的话就 空
程序员遇见个学妹简直要疯的节奏，，你们真的这么热心么，。。。不懂了请单独找我
java本身就是一个面向对象编程，你要先进行对象化区分