存储过程的另一个好处是在编译时就可以检查sql语句的错误不用等执行。缺点是，当数据库修改后，你如果不重新编译存储过程是无法知道程序中哪些地方需要修改字段名。但是相比她带来的好处，这一点可以忍受。另外orm也只是可以检测字段，但是存储过程连语法都检测了。
现代互联网应用的基石是MySQL,而早期mysql没有存储过程，而且数据往往要分多个库，搞存储过程要一个个库去更新，万一漏了一个就会出问题。互联网应用的逻辑相对没有erp复杂，所以都不用存储过程。但是现在是2019年了，mysql数据库也支持分区表了，一个库就能搞定很大数据量。存储过程也支持了，适当使用存储过程并无不妥。尤其是postgresql数据库连断点调试都具备了，语法又那么优雅。
所以我支持用存储过程，但不能滥用，要好钢用刀刃上
MySQL 3.22 限制的表大小为4GB。由于在MySQL 3.23 中使用了MyISAM 存储引擎，最大表尺寸增加到了65536TB（2567 – 1字节）。由于允许的表尺寸更大，MySQL数据库的最大有效表尺寸通常是由操作系统对文件大小的限制决定的，而不是由MySQL内部限制决定的。
InnoDB 存储引擎将InnoDB 表保存在一个表空间内，该表空间可由数个文件创建。这样，表的大小就能超过单独文件的最大容量。表空间可包括原始磁盘分区，从而使得很大的表成为可能。表空间的最大容量为64TB。
事实上MySQL 能承受的数据量的多少主要和数据表的结构有关，并不是一个固定的数值。表的结构简单，则能承受的数据量相对比结构复杂时大些。
mysql每个数据库最多可创建20亿个表，一个表允许1024列，每行的最大长度为8092字节（不包括文本和图像类型的长度）。sql server对每个表中行的数量没有直接限制，但它受数据库存储空间的限制。每个数据库的最大空间1048516tb，所以一个表可用的最大空间为1048516tb减去数据库类系统表和其它数据库对象所占用的空间。
根据你给出的，我将按照、、的顺序回答你的问题。1. 100w数据量的MySQL，具体是多少G，取决于数据的类型和存储方式。2. MySQL中数据的存储受到多个因素的影响，包括数据类型、索引、编码方式等。不同类型的数据在存储时所占用的空间也会有所不同。此外，MySQL还会对数据进行压缩和优化，进一步影响存储空间的大小。3. 在一般情况下，100w数据量的MySQL大小可能是几个G到几十个G之间。但具体的数值还是需要结合你使用的数据类型、索引和编码方式等来进行综合判断。如果你能提供更多关于数据的细节，我可以给出更精确的估计。希望以上解答能够满足你的要求，如果还有其他问题，我将很乐意回答。