上周三晚班，调解室的空调吹得人头疼，进来的是个开社区烘焙店的小姑娘，攥着一摞皱巴巴的A4纸，还有个套着粉色保护套的U盘。我在这儿帮忙记笔录快两年，见多了这种拿着乱纸来讨说法的人。
那天
她来是为了争一笔储值款。有个老阿姨说自己三年前在她店里充了五千块，最近来查，系统里只剩三百多，小姑娘说阿姨肯定记错了，两边各执一词，闹到了社区调解。
我帮她插U盘打开那个所谓的”会员系统”，其实就是个做了宏的Excel表。所有信息全堆在一张工作表里：第一列是名字，第二列手机号，第三列是消费金额，第四列居然混着当时的活动备注——”张阿姨对芒果过敏””李姐家猫要送试吃””王哥上次带朋友来打了八折”，全挤在同一列里。
更离谱的是，很多消费记录没有时间戳，有的行被手动删过，有的同一手机号出现了三四次，连金额都对不上。她自己也懵，说当时找了个在校大学生做的，给了五百块，人家毕业之后就没联系过，啥结构啥逻辑，她完全不懂。
那天调解了三个小时。她拿出来的这些记录，根本没法作为证据用——字段不全，逻辑混乱，连最基本的”每笔消费对应唯一订单”都做不到。最后没办法，只能按阿姨说的金额退了三千八。小姑娘攥着退款单出门的时候，眼睛红的，说早知道当时多花点钱弄清楚。
后来
我见过太多类似的事。上个月有个开宠物店的小伙子，被市监局找上门，说他泄露用户个人信息。原因是他给投诉的顾客发消费记录，导出的时候直接把整个Excel表导了出去——里面有这个顾客的手机号，还有另外两百多个会员的联系方式，连他自己员工的微信都混在同一列里。
他更委屈，说我就是存个会员信息，怎么就成泄露了？
是啊，很多人都觉得，数据库结构优化是大厂程序员抠性能的事，是要把查询速度从三秒提到零点三秒的技术活，和开小店、做小生意的普通人有啥关系？
真的有关系。
你存的那些数据，要是结构乱，查的时候费劲不说，真要当证据用的时候拿不出来，应付监管的时候还容易捅娄子。
法律上怎么看
实践中，不管是个体户还是小微企业，只要你存了用户的个人信息，或者自己的经营交易数据，这些数据要能被法院、市监局认可，首先得满足电子证据的基本要求：真实、完整、连贯，不能随便篡改，也不能断片。
啥叫数据库结构优化？对普通人来说，根本不用懂啥B树啥分库分表，核心就是把不同类型的信息分开存，别全堆在一块。
比如你存会员信息，用户基本信息单独一张表：姓名、手机号、生日，这些是固定的，不会随便改；消费记录单独一张表：每一笔消费的金额、时间、对应的订单号、支付渠道，每一行对应一笔交易，和用户信息用手机号或者会员号关联起来就行；那些临时备注、活动通知，单独放另一张表，别和核心交易数据混在一块。
再比如，你要是改了已经生成的消费记录，别直接把原来的数字换掉，加个修改字段，写清楚改了啥、谁改的、什么时候改的。这才叫完整的电子数据。
还有个人信息保护的事。你把用户信息和其他信息分开存，导出的时候就不会误带出去，也不会不小心把其他用户的信息发给别人。《个人信息保护法》里的罚则真不是摆着看的，实践中很多小店被罚，都是因为结构乱，一导出就漏，根本不是故意要泄露。
如果换成你
要是你现在还在用Excel或者免费的小程序存会员信息、交易记录，别等出了事才想起补。
先把堆在一张表里的信息拆开，用户的基本信息归一堆，消费记录归一堆，那些临时记的小备注，单独放个地方，别和核心的金额、手机号混在一块。
每笔交易生成之后，别直接改原来的数字，要改就加一行，写清楚改了啥、谁改的、什么时候改的，留好痕迹。
隔段时间就把数据导出来存两份，一个放本地硬盘，一个传云盘，别等U盘坏了、手机丢了，啥都找不回来。
要是你存了超过一百个用户的手机号、地址这种敏感信息，最好找个懂行的人帮你捋捋，花不了几百块，比你出了事赔几千、被罚几万强太多。
我见过太多人，觉得这点小事不值得花钱，等到调解室里掏不出证据，或者接到市监局的告知书，才拍大腿后悔。真的不值当。
昨晚值班到十点，走的时候看到巷口的奶茶店老板在贴新的会员充值海报，想起上周他来咨询过用户信息存储的事，据说已经找了人把之前的Excel表拆成了三张，还加了修改留痕的字段。挺好。
本文为普法参考，不构成个案法律意见。
