mysql – 建设行与列机能

我构建了一个说明引擎,从我的数据库中提取50-100行原始数据(让我们称之为raw_table),在PHP上运行一系列统计丈量,然后提出140个数据点,然后我必要存储在另一个表中(我们称之为results_table).全部这些数据点都长短常小的整数(“40”,“2.23”,“ – 1024”是数据范例的好例子).

我知道mysql的最大列数很是高(4000),可是当机能真正开始低落时,好像有许多灰色地区.

这里有一些关于最佳机能实践的题目：

1)假如更好,140个数据点可以分成20行7个数据点,假如更少的列更好,则全部数据点都具有沟通的“experiment_id”.可是我老是必要拉动全部20行(每行7列,加上id等),以是我不以为这比拉动1列140列更好.以是题目是：最好存储20行7-9列(这些都必要一次拉出)或1行140-143列？

2)鉴于我的数据示例(“40”,“ – 1024”是将要存储的内容的精采示例)我正在思量布局范例的smallint.哪里的任何反馈,示意方面照旧其他方面？

3)接待任何有关mysql机能题目或提醒的其他反馈.

提前感激您的意见.

另外,假如140列具有沟通的寄义可能每个尝试它们差异 – 按照类型化法则正确建模数据 – 即数据怎样与候选键相干.

就机能而言,假如行使全部列,则会发生很小的差别.偶然,对付大量数据,pivot / unpivot操纵也许是昂贵的,但它对单个密钥会见模式险些没有什么区别.偶然,数据库中的数据透视表可以使您的前端代码越发简朴,而且后端代码在改观时越发机动.

假如你有许多NULL,那么可以消除类型化计划中的行,这样可以节减空间.我不知道MySQL是否支持稀少表观念,它可以在哪里施展浸染.

（编辑：湖南网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!