※ 引述《micklin (mick)》之铭言： : 最近在处理基因序列, 资料的储存一直让我很头痛, : 在传统资料处理时, 我都把column对应到feature, 把row当成一笔资料. : 但是现在的问题是MySQL不能处理2000个column (colon dataset), : 更别说另一个五万多个基因的dataset了. : 转成文字模式再用UltraEdit处理, 在4096个字元後就强迫断行了 = = : 虽然可以自己用程式接起来就是了.... : 所以我的问题是, : 在处理行与列的时候有没有什麽不同呢? : 为什麽我们平常处理文字档或资料库的时候, : 会偏好row很多而不是column很多? : 是档案结构的问题还是什麽地方的限制呢? : 谢谢回答. 因为电脑储存是循序的，以列当一笔资料， 那麽这笔资料中每一项资讯是连续储存的，当你要提取一笔资料时， 处理上会较快。（先不论空间破碎的问题） 而以行为一笔，若你一百笔资料， 当你要提取一笔资料时，就变成提出一项， 跳过其余九十九笔的第一项，再提出第二项， 依此类推，会慢上不少。 --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 140.118.175.182