MYSQL数据库结构与设计
我想为学习目的设计我自己的论坛,我需要一些帮助来规划数据库结构 我想完成以下任务:MYSQL数据库结构与设计,mysql,database-design,normalization,Mysql,Database Design,Normalization,我想为学习目的设计我自己的论坛,我需要一些帮助来规划数据库结构 我想完成以下任务: 我想在数据库中存储成员 每个用户都可以创建新线程 每个线程都可以由每个成员进行注释 我自己的方法是 成员表 螺纹表 当用户创建新线程时,系统会自动创建新的表注释\u thread\u ID,与此线程关联的所有注释都将包含在此表中 为每个线程创建单独的注释表是一种好的做法吗?如果这个网站变得流行,每天会有成千上万的线程,会怎么样?你能建议适合这种情况的结构吗 谢谢一个SQL表注释,包含字段id、线程id、成员id和
谢谢一个SQL表
注释
,包含字段id
、线程id
、成员id
和正文
,这些字段足以组织您的数据
我认为每次创建
线程
时创建一个新的SQL表是一项昂贵的操作(即使MySQL没有对数据库中的表数施加硬限制),总体而言,我认为RDBMS比其他任何东西都更以行为中心(添加一个新的注释行,而不是创建一个新表)一个SQL表注释
,其中包含id
、线程id
、成员id
和主体
字段,这些字段足以组织您的数据
我认为每次创建
线程时创建一个新的SQL表是一项昂贵的操作(即使MySQL没有对数据库中的表数施加硬限制),总体而言,我认为RDBMS比其他任何东西都更以行为中心(添加一个新的注释行而不是创建一个新表)不,这不是一个好的做法。您不需要为每个线程的回复创建一个表。如果向表中添加一列,指示每个回复属于哪个线程,则可以对所有回复使用表
RDBMS就是这样工作的。通过外键相互关联的事物列表。不,这不是好的做法。您不需要为每个线程的回复创建一个表。如果向表中添加一列,指示每个回复属于哪个线程,则可以对所有回复使用表
RDBMS就是这样工作的。事物列表,通过外键相互关联。感谢您向我阐明这一点+1感谢您向我阐明这一点+1