※ 引述《appleboy46 (我是道明柏毅)》之铭言： : ※ 引述《PsMonkey (痞子军团团长)》之铭言： : : 现在来赚 p 币... : : 我适用 M$SQL 的资料来计算的 : : 反正算个大概就好... [茶] : : int 实际储存的是 4 Byte，你有三个就是 12 Byte : : varchar 255 表示就是 255 Byte，你有三个就是 765 Byte : : （或是粗糙地假设是平均数 128 * 3 = 384，总合 396 Byte） ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Orz 原来我这行白打了... [叹气] : : 总共一笔资料的大小室 777 Byte（好棒的数字阿... XD） : : 然後你有将近 40M 的资料 : : 所以 40M * 0.7KB = 28 GB : : （或是 40M * 0.4KB = 16 GB） : : 2.6G... 还算少啦... [茶] : : ==== : : 有错请狠批... [摆茶点] : 请问一下 这样算法没错 我想请问 如果我把 varchar 255 改成 varchar 100 : 这样资料库不就会变小 ？ 这样有差吗 : 因为我在想 档名 可能不需要 255个字元吧 呼呼 : 这样效能会更好吗？像这样 资料表这麽打 在 select 是不是降低效率 : 因为第一次遇到资料库这麽大 哈～ 根据 M$ SQL 2000 的 help 档案 varchar(n) 的 n 是设定 "上限" 而不是那个栏位就是固定大小 所以，实际储存的大小，是看塞进去那个栏位的资料量 （这也就是为什麽我上面会讲说：粗略的取平均值来计算） -- 侃侃长论鲜窒碍 网站：http://www.psmonkey.idv.tw 众目睽睽无心颤 个人版：telnet://legend.twbbs.org 茕居少聊常人事 杀头容易告白难 欢迎参观 Java 版（@ptt.cc） \囧/ --

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