冰箱储存食物常犯的10个错误 食品安全 .ashx

第一篇：冰箱储存食物常犯的10个错误 食品安全 .ashx

冰箱储存食物常犯的10个错误 食品安全

快过大年了，人们习惯采购很多食物存放家中，平时超市买来的一大块肉直接放进冰箱，靠鼻子闻判断食物是否过期，你有这些习惯吗？日前，加拿大“生活放大镜”网站最新载文，刊出加拿大健康组织和美国梅奥诊所总结出的“储存食物常犯的10个错误”，快来看看自己有没有中招吧。

储存食物常犯的10个错误

1.没有认真封口。封口不当容易造成空气和湿气进入，导致食物腐败。

【纠正措施】储存食物时，务必拧紧盖子或将塑料袋内的空气挤出去，然后扎好封口。如果保鲜膜无法封紧器皿口，最好再用一根橡皮筋扎好。

2.不换原包装。肉类、切开的蔬菜和水果等用保鲜膜包装的食物看上去似乎包裹很紧，其实很可能存在肉眼难以发现的漏气孔。

【纠正措施】用保鲜膜包装的食物买回家后如果暂时不吃，应去掉原包装，用干净的塑料袋或保鲜膜重新包装好后，再放进冰箱。

3.储存容器过大。食物少而容器过大，容易导致食品表面变硬，并加速其腐败变质。

【纠正措施】食物与储存容器应尽可能匹配，所留空隙尽量小。

4.大块食物不拆开储藏。猪、牛、羊等大块食物如果不分开储存，一次吃不了，下次再反复解冻，很容易加速食物变质。

【纠正措施】将大份食物分成若干份一次可吃完的量，分别包好储存。

5.不留意冰箱温度。冰箱温度稍微高几度就可能导致某些食物更快变质。

【纠正措施】冰箱冷藏室和冷冻室的温度应分别低于4℃和零下18℃。

6.塑料外卖盒循环利用。很多人不舍得扔塑料外卖盒等容器，拿来反复使用。但这些盒子并不结实，一旦有破损就导致食物快速变质。

【纠正措施】外卖盒用完就扔掉，盛放食物时用新的容器，确保其没有破损。

7.冰箱门上乱放食物。冰箱门上的温度通常比冰箱内架温度稍高，导致食物更快变质。

【纠正措施】鸡蛋、牛奶和新鲜熟食等易变质的食品应放在冰箱内部的架子上或盒子中。

8.把太热的食物放入冰箱。食物太热时不能放入冰箱，否则既对冰箱造成损耗，又容易导致周围食物因为温度升高而滋生细菌。

【纠正措施】温热食物最好放凉后再放入冰箱。冷藏大盒温热食物时可以加些冰块，或将其分成若干小份储存。

9.冰箱里的剩饭不贴标签。剩饭剩菜放入冰箱后很容易被遗忘，这类食物即使冷藏也更易变质。

【纠正措施】剩饭剩菜放入冰箱时，最好贴上标签，注明日期。一旦过期，马上扔掉。

10.靠嗅觉判断是否过期。很多人不清楚食物的保质期，单凭嗅觉判断食物是否变质。其实没有味的食物也可能已变质。如被李斯特杆菌污染过的食物，色香味都不会有变化。

【纠正措施】注意包装上的最佳食用日期。最好通过外观及手感判断食物是否变质。如肉食出现变色、发黏或包装膨胀等情况，应立即扔掉。

第二篇：销售员常犯的10个错误

销售员常犯的10个错误(1)

2009-09-01 15:07:06 来源：成功营销网 佚名 编辑：烟头 本文已影响 75人 业务圈

内容导读：我是讲不出什么大道理来的，想了半天还是先总结一下做为销售人员经常犯的一些错误吧。大家一起共勉。我想人只要少犯错误了，自然就会成功。

其实销售不是光只会跟人谈话，只会表达那么简单，还需要有坚韧的性格和细致的心思。在这里，总结一下做为销售人员经常犯的一些错误。

我做了好几年销售工作。当年打工的时候，经过部门经理的教导、优秀同事的现身说法、以及自己的摸索，我总算入了销售的门了，自己也总结了一些经验，慢慢的也理出来个大体的思路来，现在归纳一下，把眼下能想到的几点体会写下来。

我是讲不出什么大道理来的，想了半天还是先总结一下做为销售人员经常犯的一些错误吧。大家一起共勉。我想人只要少犯错误了，自然就会成功。

第一个常犯的错误是表现的不够自信，或是对自己估计过高。

不自信是新手的通病，感觉拜访客户心里没底，不知道该如何表达，不知道如何交流，如果推荐自己。当然拜访客户多了，自然就有底了，可新人该怎么办呢？我的建议是充分的准备。说实话，经常拜访客户的朋友可能都知道，有时候到客户办公室，往往也就三言两语，经常十分种不到就出来了，你如何利用好这十分钟，就是个大学问了。很多优秀的销售人员，他们为了这十分钟的表现，自己在下面做了可能是10个小时，甚至是10天的准备，从客户的年纪，性别，喜好到客户的兴趣爱好，谈话方式等等都都做了准备，更重要的是围绕客户的需求点该问那些问题，以什么方式来问，如何表达更准确……等等问题的准备。其实虽然这些看起来复杂，但如果经常让自己按照这个来做，慢慢的就得心应手，操作起来就会很熟练了。同样，对自己估计过高，也是非常有害的，这往往表现在不谦虚，傲慢，让客户产生抵触情绪。这两种都是心态的问题。

第二个常犯的错误是不够耐心和细致。

其实销售不是光只会跟人谈话，只会表达那么简单，还需要有坚韧的性格和细致的心思。有耐心就让你能慢慢的去引导客户向你的思路上转移，这个过程可能是缓慢和艰苦的，但却是必要的，耐心显的尤其重要，急噪的心态只会把客户给吓跑，或是让客户产生抵触。

第三个常犯错误是不做计划和总结。

现在大部分公司都会让销售人员做计划和总结，有的是做月计划和总结，有的是做周计划和总结。我公司的每个人每天都做总结和计划的。只有有明确的计划才能有明确的思路和行动。有的员工每天早上一到公司，先坐在那里发呆，然后再思考今天该干吗，想了半天才想起来有个客户好久没联系了，于是临时打个电话给客户说要去拜访他，打完后匆忙的收拾好资料就赶到客户那里，送了资料，说了几句话等到傍晚返回公司交差……呵呵。试想这样的销售工作有用吗？即使每天都出去拜访客户，到了月底这个销售人员的业绩是零那是肯定的。

第四个常犯错误是低头干活没有抬头看路，没有拿出足够的时间来研究业务。

很多销售人员整天很忙，每天都拜访三-五个客户，可以说是非常勤奋的，但很奇怪，到了月底他的销售额很不理想（特指项目销售，对那些快速消费品或是货值低的产品不很适用）。为什么呢？我感觉是他没有找准方向，漫无目的的在搜索客户，漫无目的的拜访客户。这种方式也是错误的，看看那些优秀销售人员，他们往往一周才出去两三次，但月底销售业绩非常好。

我感觉销售其实不光是勤奋就行了，还需要动脑子。所以一定要经常抬头看看方向再去埋头干活。第五个常犯错误是缺乏搜索客户的详细资料的能力。

很多销售人员拜访了这个客户不下10次，回头你问他这个客户年纪多大？他支支吾吾半天答不上来，最后说可能有40多岁吧。其实这些都是小事，没有必要细究，但可以看出一个销售人员对客户的研究程度。试想你连客户的一些基本资料都没搞明白，你又如何指望他跟你进行几百万的定单的谈判呢？他又为何要来信任你呢？第六个常犯错误是销售产品过于倚重价格因素。

其实有80%的客户选择你都不是唯一的看重你的价格的。如果只会靠比别人价格低来赢得客户，那么公司就不需要找大学本科生来做这个事情了，小学生也能做。呵呵。所以过分倚重价格往往是手段太单一，销售技巧贫乏的表现。

第七个常犯错误是没有搞清楚客户的采购（决策）过程（流程）。

很多销售人员面对比较复杂的客户时候，没有理清里面人物的关系，也没有理清这些人是通过一种什么程序来完成决策程序的。这种错误在面对大型招标的时候100%是要失败的。

再复杂的客户其实关键的人物也就一两个，其他的都是假象或是不重要的人物，可以不大用理会，而新人做销售往往在客户那里见到一个人就把他当上帝，就小心翼翼的伺候着，生怕得罪，其实这也没有错，但你没有突出重点人物就不对了。

第八个常犯错误是过早的把自己的产品进行推介。

这一点在做项目销售的时候是大部分人都容易犯的。销售人员往往很着急的把自己的产品特点以及产品方案优势等暴露给客户，而其实大部分项目销售都是理性的进行，过早暴露只会成为对手攻击的靶子或是成为客户研究的对象，往往同时也会过早的暴露你的产品的缺点。适当时候，把自己的产品特点拿出来，给竞争对手致命一击，这才是非常关键。

第九个常犯错误是讲的太多，听的太少。

呵呵。这个其实是很多新手的通病，到客户那里后，就是一通叙述，从自己的产品一直说到自己公司的情况……说完后就回来了，问问客户有什么意见？他都不知道，再问问客户的需求点是什么，他也不知道……那我们就要问问他，你下次去客户那里打算再说什么？呵呵

第十个常犯的错误是不做售后随访。

产品卖出去后，就没影了，客户感觉你的产品挺好，想把你推荐给他的一个朋友，结果想找你都找不到了。呵呵。其实这个是很愚蠢的做法。拜访这些购买了你的产品的客户，比你新找客户要省很多精力，而且效果更好。

第三篇：Java程序员在写SQL程序时候常犯的10个错误

Java程序员编程时需要混合面向对象思维和一般命令式编程的方法，能否完美的将两者结合起来完全得依靠编程人员的水准： 技能(任何人都能容易学会命令式编程)模式(有些人用“模式-模式”,举个例子,模式可以应用到任何地方，而且都可以归为某一类模式)心境(首先，要写个好的面向对象程序是比命令式程序难的多，你得花费一些功夫)但当Java程序员写SQL语句时，一切都不一样了。SQL是说明性语言而非面向对象或是命令式编程语言。在SQL中要写个查询语句是很简单的。但在Java里类似的语句却不容易，因为程序员不仅要反复考虑编程范式，而且也要考虑算法的问题。

下面是Java程序员在写SQL时常犯的错误(没有特定的顺序)： 1.忘掉NULL

Java程序员写SQL时对NULL的误解可能是最大的错误。也许是因为(并非唯一理由)NULL也称作UNKNOWN。如果被称作UNKNOWN，这还好理解些。另一个原因是，当你从数据库拿东西或是绑定变量时，JDBC将SQL NULL 和Java中的null对应了起来。这样导致了NULL = NULL(SQL)和null=null(Java)的误解。

对于NULL最大的误解是当NULL被用作行值表达式完整性约束条件时。

另一个误解出现在对于NULL 在 NOT IN anti-joins的应用中。解决方法： 好好的训练你自己。当你写SQL时要不停得想到NULL的用法： 这个NULL完整性约束条件是正确的? NULL是否影响到结果? 2.在Java内存中处理数据

很少有Java开发者能将SQL理解的很好.偶尔使用的JOIN,还有古怪的UNION,好吧.但是对于窗口函数呢?还有对集合进行分组呢?许多的Java开发者将SQL数据加载到内存中,将这些数据转换成某些相近的集合类型,然后再那些集合上面使用边界循环控制结构(至少在Java8的集合升级以前)执行令人生厌的数学运算.但是一些SQL数据库支持先进的(而且是SQL 标准支持的!)OLAP特性,这一特性表现更好而且写起来也更加方便.一个(并不怎么标准的)例子就是Oracle超棒的MODEL分句.只让数据库来做处理然后只把结果带到Java内存中吧.因为毕竟所有非常聪明的家伙已经对这些昂贵的产品进行了优化.因此实际上,通过将OLAP移到数据库,你将获得一下两项好处: 便利性.这比在Java中编写正确的SQL可能更加的容易.性能表现.数据库应该比你的算法处理起来更加快.而且更加重要的是,你不必再去传递数百万条记录了.完善的方法: 每次你使用Java实现一个以数据为中心的算法时,问问自己:有没有一种方法可以让数据库代替为我做这种麻烦事.3.使用UNION代替UNION ALL 太可耻了，和UNION相比UNION ALL还需要额外的关键字。如果SQL标准已经规定了支持，那么可能会更好点。UNION(允许重复)UNION DISTINCT(去除了重复)移除重复行不仅很少需要(有时甚至是错的)，而且对于带很多行的大数据集合会相当慢，因为两个子select需要排序，而且每个元组也需要和它的子序列元组比较。

注意即使SQL标准规定了INTERSECT ALL和EXCEPT ALL，很少数据库会实现这些没用的集合操作符。处理方法：

每次你写UNION语句时，考虑实际上是否需要UNION ALL语句。4.通过JDBC分页技术给大量的结果进行分页操作

大部分的数据库都会支持一些分页命令实现分页效果，譬如LIMIT..OFFSET,TOP..START AT,OFFSET..FETCH语句等。即使没有支持这些语句的数据库，仍有可能对ROWNUM(甲骨文)或者是ROW NUMBER()OVER()过滤(DB2,SQL Server2008等)，这些比在内存中实现分页更快速。在处理大量数据中，效果尤其明显。纠正：

仅仅使用这些语句，那么一个工具(例如JOOQ)就可以模拟这些语句的操作。

5.在java内存中加入数据 从SQL的初期开始，当在SQL中使用JOIN语句时，一些开发者仍旧有不安的感觉。这是源自对加入JOIN后会变慢的固有恐惧。假如基于成本的优化选择去实现嵌套循环，在创建一张连接表源前，可能加载所有的表在数据库内存中，这可能是真的。但是这事发生的概率太低了。通过合适的预测，约束和索引，合并连接和哈希连接的操作都是相当的快。这完全是是关于正确元数据(在这里我不能够引用Tom Kyte的太多)。而且，可能仍然有不少的Java开发人员加载两张表通过分开查询到一个映射中，并且在某种程度上把他们加到了内存当中。纠正：

假如你在各个步骤中有从各种表的查询操作，好好想想是否可以表达你的查询操作在单条语句中。

6.在一个临时的笛卡尔积集合中使用 DISTINCT 或 UNION 消除重复项

通过复杂的连接，人们可能会对SQL语句中扮演关键角色的所有关系失去概念。特别的，如果这涉及到多列外键关系的话，很有可能会忘记在JOIN..ON子句中增加相关的判断。这会导致重复的记录，但或许只是在特殊的情况下。有些开发者因此可能选择DISTINCT来消除这些重复记录。从三个方面来说这是错误的：

它(也许)解决了表面症状但并没有解决问题。它也有可能无法解决极端情况下的症状。

对具有很多列的庞大的结果集合来说它很慢。DISTINCT要执行ORDER BY操作来消除重复。对庞大的笛卡尔积集合来说它很慢，还是需要加载很多的数据到内存中。解决方法: 根据经验，如果你获得了不需要的重复记录，还是检查你的JOIN判断吧。可能在某个地方有一个很难觉察的笛卡尔积集合。7.不使用MERGE语句

这并不是一个过失，但是可能是缺少知识或者对于强悍的MERGE语句信心不足。一些数据库理解其它形式的更新插入(UPSERT)语句，如 MYSQL的重复主键更新语句，但是MERGE在数据库中确是很强大，很重要，以至于大肆扩展SQL标准，例如SQL SERVER。解决之道: 如果你使用像联合INSERT和UPDATE或者联合SELECT..FOR UPDATE然后在INSERT或UPDATE等更新插入时，请三思。你完全可以使用一个更简单的MERGE语句来远离冒险竞争条件。8.使用聚合函数代替窗口函数(window functions)

在介绍窗口函数之前，在SQL中聚合数据意味着使用GROUP BY语句与聚合函数相映射。在很多情形下都工作得很好，如聚合数据需要浓缩常规数据，那么就在join子查询中使用group查询。

但是在SQL：2003中定义了窗口函数，这个在很多主流数据库都实现了它。窗口函数能够在结果集上聚合数据，但是却没有分组。事实上，每个窗口函数都有自己的、独立的PARTITION BY语句，这个工具对于显示报告太TM好了。使用窗口函数： 使SQL更易读(但在子查询中没有GROUP BY语句专业)提升性能，像关系数据库管理系统能够更容易优化窗口函数 解决方法：

当你在子查询中使用GROUP BY语句时，请再三考虑是否可以使用窗口函数完成。9.使用内存间接排序

SQL的ORDER BY语句支持很多类型的表达式，包括CASE语句，对于间接排序十分有用。你可能重来不会在Java内存中排序数据，因为你会想： SQL排序很慢 SQL排序办不到 处理方法: 如果你在内存中排序任何SQL数据，请再三考虑，是否不能在数据库中排序。这对于数据库分页数据十分有用。10.一条一条的插入大量纪录

JDBC ”懂“批处理(batch),你应该不会忘了它。不要使用INSERT语句来一条一条的出入成千上万的记录，(因为)每次都会创建一个新的PreparedStatement对象。如果你的所有记录都插入到同一个表时，那么就创建一个带有一条SQL语句以及附带很多值集合的插入批处理语句。你可能需要在达到一定量的插入记录后才提交来保证UNDO日志瘦小，这依赖于你的数据库和数据库设置。处理方法： 总是使用批处理插入大量数据。