u*r
2 楼
发信人: StellarZ(星仔), 信区: Aviation
标题: 空军飞行员怎么上厕所?
发信站: BBS未名空间站(Tue Oct 31 11:45:06 2017,GMT)
俗话说人有三急,大小便就包含在里面。而作为一名空军飞行员来说,驾驶飞机的途中
大小便的问题就更是一个难题了。一般在飞行之前,都会对飞行员进行严格的要求和管
理,比如几小时前控制饮水量、食物补充必须是高热量的(因为高热量食物既解饿又在
消化时需耗费大量水)、飞行之前进行严格的肠胃检查、临登机前上厕所等。但如果万
一在天空中内急了怎么办呢?解决方法还是有的。
首先,对于小便,最常用的方式是用成人尿布。这种为飞行员特制的尿布不仅面积要比
婴幼儿用的尿不湿要大得多,而且质量更好。锁水量要超过婴幼儿用的好几倍,甚至可
以较长时间使用,也就是说用了一次之后,如果因驾驶途中不方便解下来,就可以一直
兜着,直到飞机平安落地。当然,有人会问,这样是否会给飞行员们带来不适呢?甚至
会使他们的皮肤造成感染呢?答案是否定的。因为用一次两次之后,它的表面感触还是
十分干燥的。
另外,还有专门的飞行用集尿袋,就是一种连接有导管的塑料袋,这种集尿袋的打开和
使用完之后的关闭都很简单适用。当然,现在随着尿布制造技术越来越提高,已经快被
淘汰了。
最后,如果万一忘记带尿布了,而且集尿袋出现了故障,还有一种最简单的办法,就是
用普通的塑料瓶,当然必须要有螺旋瓶盖的那种,要确保尿液不会漾出来,既不卫生也
会让飞机的零部件受到浸蚀,因为尿液的含盐量较高,碱性比较重。
以上的是对付小便的采用方式。而如果大便急了怎么办呢?有两个办法。
第一个很简单,就是强忍住,这对于一个正常成年人还是可以的,而且登机前有肠胃检
查、饮食管理方面的保证,所以确保不会拉肚子。
第二个办法,如果万一没有检查到,拉了肚子,就只有服用一种药物了。这是一种类似
于“泻立停”之类的药物,可以让肠胃马上消停。
当然,以上那些是对于那种小中型的战机飞行员来说的。如果是大型的战机,比如运输
机。这是不用多考虑的,换一个飞行员来驾驶,然后直接上厕所就是,大型战机是有简
易厕所的。
标题: 空军飞行员怎么上厕所?
发信站: BBS未名空间站(Tue Oct 31 11:45:06 2017,GMT)
俗话说人有三急,大小便就包含在里面。而作为一名空军飞行员来说,驾驶飞机的途中
大小便的问题就更是一个难题了。一般在飞行之前,都会对飞行员进行严格的要求和管
理,比如几小时前控制饮水量、食物补充必须是高热量的(因为高热量食物既解饿又在
消化时需耗费大量水)、飞行之前进行严格的肠胃检查、临登机前上厕所等。但如果万
一在天空中内急了怎么办呢?解决方法还是有的。
首先,对于小便,最常用的方式是用成人尿布。这种为飞行员特制的尿布不仅面积要比
婴幼儿用的尿不湿要大得多,而且质量更好。锁水量要超过婴幼儿用的好几倍,甚至可
以较长时间使用,也就是说用了一次之后,如果因驾驶途中不方便解下来,就可以一直
兜着,直到飞机平安落地。当然,有人会问,这样是否会给飞行员们带来不适呢?甚至
会使他们的皮肤造成感染呢?答案是否定的。因为用一次两次之后,它的表面感触还是
十分干燥的。
另外,还有专门的飞行用集尿袋,就是一种连接有导管的塑料袋,这种集尿袋的打开和
使用完之后的关闭都很简单适用。当然,现在随着尿布制造技术越来越提高,已经快被
淘汰了。
最后,如果万一忘记带尿布了,而且集尿袋出现了故障,还有一种最简单的办法,就是
用普通的塑料瓶,当然必须要有螺旋瓶盖的那种,要确保尿液不会漾出来,既不卫生也
会让飞机的零部件受到浸蚀,因为尿液的含盐量较高,碱性比较重。
以上的是对付小便的采用方式。而如果大便急了怎么办呢?有两个办法。
第一个很简单,就是强忍住,这对于一个正常成年人还是可以的,而且登机前有肠胃检
查、饮食管理方面的保证,所以确保不会拉肚子。
第二个办法,如果万一没有检查到,拉了肚子,就只有服用一种药物了。这是一种类似
于“泻立停”之类的药物,可以让肠胃马上消停。
当然,以上那些是对于那种小中型的战机飞行员来说的。如果是大型的战机,比如运输
机。这是不用多考虑的,换一个飞行员来驾驶,然后直接上厕所就是,大型战机是有简
易厕所的。
s*e
6 楼
both.
To be honest, I always believe what TOm kyte said, that a good developer has
to understand how the db works. In real life, since diffeent db uses
different mechanisms, you'd better to know it if you want to design and
implement a performed solution.
To be honest, I always believe what TOm kyte said, that a good developer has
to understand how the db works. In real life, since diffeent db uses
different mechanisms, you'd better to know it if you want to design and
implement a performed solution.
z*e
7 楼
封装它
你要学会从db中找共同点
因为你将来的工作两个都有可能出现
而且还有mysql等其他数据库
你学不完的,把所有db无差别对待是上策
因为你不是搞db的,就不要太当真
所以现在公司都要求hibernate
db的面试笔试题,对于java developer来说
最难到left join,再难我反正是没遇到过
一般笔试到left join,然后面试时候瞎扯
问你用过什么数据库啊,这个时候说名字就好了
对方不问你不说,因为说对了未必加分,说错了你就惨了
对方真正的兴趣在于你对java本身的理解,而不是db
db很重要是没错,但是有人会帮你,那个职业叫做dba
而且你太嚣张了,什么都懂,对面如果坐了一个dba你就麻烦了
因为dba会想,你丫的什么都懂,那以后把你弄进来
岂不是你会对我的工作指手画脚?那算了吧,还是找个阿三吧
当然如果你找的工作是dba的话,那上面的话就当我没说吧
你要学会从db中找共同点
因为你将来的工作两个都有可能出现
而且还有mysql等其他数据库
你学不完的,把所有db无差别对待是上策
因为你不是搞db的,就不要太当真
所以现在公司都要求hibernate
db的面试笔试题,对于java developer来说
最难到left join,再难我反正是没遇到过
一般笔试到left join,然后面试时候瞎扯
问你用过什么数据库啊,这个时候说名字就好了
对方不问你不说,因为说对了未必加分,说错了你就惨了
对方真正的兴趣在于你对java本身的理解,而不是db
db很重要是没错,但是有人会帮你,那个职业叫做dba
而且你太嚣张了,什么都懂,对面如果坐了一个dba你就麻烦了
因为dba会想,你丫的什么都懂,那以后把你弄进来
岂不是你会对我的工作指手画脚?那算了吧,还是找个阿三吧
当然如果你找的工作是dba的话,那上面的话就当我没说吧
z*e
8 楼
人家关心的是你有没有具体操作过数据库
而不是真的在乎你对某一个特定数据库的了解
这反而是他们所故意轻视的
因为摆脱依赖是一个很重要的考虑
就像ibm什么都能做,而且效率还挺快
但是也不是所有公司都搞ibm全套
把风险降低,这是business的考虑
至于oracle为什么那么喜欢java
那是因为ellison当年对gates很嫉妒,每次排行,他总是老二
当老二很痛苦,所以毫不客气地拥抱了gates的敌人java
敌人的敌人是朋友,政治家都是这么想问题的
【在 c*********e 的大作中提到】
: 但是看招工广告,都说java developer只要掌握其中一个就好:oracle,ms sql,db2.
: 有的甚至只要db2.
: 所以纳闷,java和oracle关系那么好,咋在招工广告里面oracle,ms sql,db2只要会一
: 个就好呢?
而不是真的在乎你对某一个特定数据库的了解
这反而是他们所故意轻视的
因为摆脱依赖是一个很重要的考虑
就像ibm什么都能做,而且效率还挺快
但是也不是所有公司都搞ibm全套
把风险降低,这是business的考虑
至于oracle为什么那么喜欢java
那是因为ellison当年对gates很嫉妒,每次排行,他总是老二
当老二很痛苦,所以毫不客气地拥抱了gates的敌人java
敌人的敌人是朋友,政治家都是这么想问题的
【在 c*********e 的大作中提到】
: 但是看招工广告,都说java developer只要掌握其中一个就好:oracle,ms sql,db2.
: 有的甚至只要db2.
: 所以纳闷,java和oracle关系那么好,咋在招工广告里面oracle,ms sql,db2只要会一
: 个就好呢?
w*z
9 楼
对relational db ,发展到现在,功能上差别有限。但新兴的no SQL DB,在性能上就有
很大不同,要跟据需求进行分析,选择。
has
【在 s******e 的大作中提到】
: both.
: To be honest, I always believe what TOm kyte said, that a good developer has
: to understand how the db works. In real life, since diffeent db uses
: different mechanisms, you'd better to know it if you want to design and
: implement a performed solution.
很大不同,要跟据需求进行分析,选择。
has
【在 s******e 的大作中提到】
: both.
: To be honest, I always believe what TOm kyte said, that a good developer has
: to understand how the db works. In real life, since diffeent db uses
: different mechanisms, you'd better to know it if you want to design and
: implement a performed solution.
s*e
11 楼
That is not true. For example, oracle uses multi-version, read consitency to
handle concurrent access, while sql server uses different mechnism (even
from 2008, maybe 2005, they introduced the concept snapshot, but underhood,
there is still a big difference related to how the latch, locks, etc get
handled.a solution works in oracle might not work in sql. especially your
app needs to do tons of update, query, insert (in both batch or no bacth way
). same queries may cause hug block or even dealock in sq might work fin in
oracle. I have seen quite number of examples
【在 w**z 的大作中提到】
: 对relational db ,发展到现在,功能上差别有限。但新兴的no SQL DB,在性能上就有
: 很大不同,要跟据需求进行分析,选择。
:
: has
handle concurrent access, while sql server uses different mechnism (even
from 2008, maybe 2005, they introduced the concept snapshot, but underhood,
there is still a big difference related to how the latch, locks, etc get
handled.a solution works in oracle might not work in sql. especially your
app needs to do tons of update, query, insert (in both batch or no bacth way
). same queries may cause hug block or even dealock in sq might work fin in
oracle. I have seen quite number of examples
【在 w**z 的大作中提到】
: 对relational db ,发展到现在,功能上差别有限。但新兴的no SQL DB,在性能上就有
: 很大不同,要跟据需求进行分析,选择。
:
: has
w*z
12 楼
To me, it's dba's job to tune the query. for most modern software , db is
abstracted as persistent layer. I am not disregarding the importance of db
. it requires different skill set as a software engineer.
to
,
way
in
【在 s******e 的大作中提到】
: That is not true. For example, oracle uses multi-version, read consitency to
: handle concurrent access, while sql server uses different mechnism (even
: from 2008, maybe 2005, they introduced the concept snapshot, but underhood,
: there is still a big difference related to how the latch, locks, etc get
: handled.a solution works in oracle might not work in sql. especially your
: app needs to do tons of update, query, insert (in both batch or no bacth way
: ). same queries may cause hug block or even dealock in sq might work fin in
: oracle. I have seen quite number of examples
abstracted as persistent layer. I am not disregarding the importance of db
. it requires different skill set as a software engineer.
to
,
way
in
【在 s******e 的大作中提到】
: That is not true. For example, oracle uses multi-version, read consitency to
: handle concurrent access, while sql server uses different mechnism (even
: from 2008, maybe 2005, they introduced the concept snapshot, but underhood,
: there is still a big difference related to how the latch, locks, etc get
: handled.a solution works in oracle might not work in sql. especially your
: app needs to do tons of update, query, insert (in both batch or no bacth way
: ). same queries may cause hug block or even dealock in sq might work fin in
: oracle. I have seen quite number of examples
w*z
13 楼
by the way, I don't think people pick certain relational DB mainly for the
features. You can always find work around. In most cases, you are told to
use a relational DB. rarely , you can choose. Most of cases , it is chosen
for the non technical reasons .
to
,
way
in
【在 s******e 的大作中提到】
: That is not true. For example, oracle uses multi-version, read consitency to
: handle concurrent access, while sql server uses different mechnism (even
: from 2008, maybe 2005, they introduced the concept snapshot, but underhood,
: there is still a big difference related to how the latch, locks, etc get
: handled.a solution works in oracle might not work in sql. especially your
: app needs to do tons of update, query, insert (in both batch or no bacth way
: ). same queries may cause hug block or even dealock in sq might work fin in
: oracle. I have seen quite number of examples
features. You can always find work around. In most cases, you are told to
use a relational DB. rarely , you can choose. Most of cases , it is chosen
for the non technical reasons .
to
,
way
in
【在 s******e 的大作中提到】
: That is not true. For example, oracle uses multi-version, read consitency to
: handle concurrent access, while sql server uses different mechnism (even
: from 2008, maybe 2005, they introduced the concept snapshot, but underhood,
: there is still a big difference related to how the latch, locks, etc get
: handled.a solution works in oracle might not work in sql. especially your
: app needs to do tons of update, query, insert (in both batch or no bacth way
: ). same queries may cause hug block or even dealock in sq might work fin in
: oracle. I have seen quite number of examples
z*e
17 楼
那我就不知道了
就你说的这种问题
我感觉是应用题
id不同本身就应该指代完全不同的东西
就像java beans的hashcode不同
然后说这个是一个东西,那让人怎么说好呢?
身份证号码不同的两个人,理论上就应该是两个人
但是要硬说是一个人,让人怎么说好呢?
那当初数据库是怎么设计的?
设计上的错误要改是伤筋动骨的
所以这不是skill的问题,是design的问题
而且这种问题跟db有必然联系么?
我看不尽然,要解决也不见的要用db解决
用java代码解决可能是一个更好的方式
【在 b******y 的大作中提到】
: 就是你说的db啊,你说面试最难不过left join.
: not true for me.
: 我一定会问how to delete duplicate records (only id is different).
: 也被问过类似问题。就是说SQL skill is very important.
: 另外楼上有说tuning is DBA's job, not true for me too.
: 基本的explain还是要会做。index也不能乱加。
就你说的这种问题
我感觉是应用题
id不同本身就应该指代完全不同的东西
就像java beans的hashcode不同
然后说这个是一个东西,那让人怎么说好呢?
身份证号码不同的两个人,理论上就应该是两个人
但是要硬说是一个人,让人怎么说好呢?
那当初数据库是怎么设计的?
设计上的错误要改是伤筋动骨的
所以这不是skill的问题,是design的问题
而且这种问题跟db有必然联系么?
我看不尽然,要解决也不见的要用db解决
用java代码解决可能是一个更好的方式
【在 b******y 的大作中提到】
: 就是你说的db啊,你说面试最难不过left join.
: not true for me.
: 我一定会问how to delete duplicate records (only id is different).
: 也被问过类似问题。就是说SQL skill is very important.
: 另外楼上有说tuning is DBA's job, not true for me too.
: 基本的explain还是要会做。index也不能乱加。
z*e
18 楼
不懂没关系
多弄弄就懂了
既然能混到公司里面去
自然有其存在的道理
只要不要没事跑过去越俎代庖
说,这个我懂,你该怎么怎么做
这样做好了,dba要骂你,丫的显得我无能
做不好嘛,dba还是要骂你,丫的狗屁不通凑什么热闹
所以最好的方式就是,跑过去
诶,dba啊,这个东西我不是很确定诶,你来帮我研究研究好不好?
dba说,好啊好啊,然后两个人就在那边鸡同鸭讲
然后就看dba行不行了,不行的话还是让dba扯
一直磨,磨到上头老大出面,说,你们怎么还没搞定
这个时候再站出来说,诶,也许***或许可以解决问题哦?
我们试试好不好,dba肯定会同意,然后一试,搞定了
皆大欢喜,dba最后也怪不了别人,因为人家一开始的确是在问dba的
老大也看出dba无能了,时间一久,自然会有差别
这一行,多数时候还是在跟人打交道,到处帮别人擦屁股
埋头写代码的日子是最好过的
【在 B*****g 的大作中提到】
: DBA啥也不懂的居多?
多弄弄就懂了
既然能混到公司里面去
自然有其存在的道理
只要不要没事跑过去越俎代庖
说,这个我懂,你该怎么怎么做
这样做好了,dba要骂你,丫的显得我无能
做不好嘛,dba还是要骂你,丫的狗屁不通凑什么热闹
所以最好的方式就是,跑过去
诶,dba啊,这个东西我不是很确定诶,你来帮我研究研究好不好?
dba说,好啊好啊,然后两个人就在那边鸡同鸭讲
然后就看dba行不行了,不行的话还是让dba扯
一直磨,磨到上头老大出面,说,你们怎么还没搞定
这个时候再站出来说,诶,也许***或许可以解决问题哦?
我们试试好不好,dba肯定会同意,然后一试,搞定了
皆大欢喜,dba最后也怪不了别人,因为人家一开始的确是在问dba的
老大也看出dba无能了,时间一久,自然会有差别
这一行,多数时候还是在跟人打交道,到处帮别人擦屁股
埋头写代码的日子是最好过的
【在 B*****g 的大作中提到】
: DBA啥也不懂的居多?
相关阅读
聂海胜母亲被授予“英雄妈妈”称号[神六专题]中国11名驻外大使配神舟舱门匙 备降落国外航天员费俊龙传回声音:感觉良好,完成飞船帆舨打开Lag太严重了[神六专题]神舟飞船若海上应急着陆 24小时就可捞点火乐美国4大情报机构全方位 收集中国航天情报神六拟在12日上午发射 聂海胜费俊龙可能飞天申请God6版斑竹感觉良好发射成功,走进神秘的酒泉 国际宇航科学院院士朱毅麟聊神六发射(4)不知道什么时候进入科学家上天的阶段上海预研新一代运载火箭 运载能力达25吨looks like everything is ok[神六专题]“神六”发射进入倒数 冷空气或推迟升空 [神六专题]“神六”减震升空 较上次更加可靠更加舒适 温笑的阳光灿烂啊专家称神六定于13日上午11时升空 宇航员已选定