社区
community_281
帖子详情
这个时候该不该走呀
宁楠萍
2008-12-18 06:01:08
工资待遇相当低,做这块的人走了好几个了,现在就我一个人还在坚持,跟经理谈了,但明确不可能涨工资,前两天又加班到凌晨四点,累得是半死,第二天还得继续,我是不是该走了,并不是想离开这个行业,而是离开这个公司了,至少待遇上得有保证呀!
...全文
179
10
打赏
收藏
这个时候该不该走呀
工资待遇相当低,做这块的人走了好几个了,现在就我一个人还在坚持,跟经理谈了,但明确不可能涨工资,前两天又加班到凌晨四点,累得是半死,第二天还得继续,我是不是该走了,并不是想离开这个行业,而是离开这个公司了,至少待遇上得有保证呀!
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
10 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
lip8654
2008-12-19
打赏
举报
回复
[Quote=引用 4 楼 weijiepeng 的回复:]
头像是个美女啊
[/Quote]
回个贴挣10分
csgdseed
2008-12-19
打赏
举报
回复
身体很重要
发表于
2008-12-19
打赏
举报
回复
金融危机下,公司要走出来就得需要员工,不然公司就只能等死啦
wazml
2008-12-19
打赏
举报
回复
走吧 走吧 人总要学会自己长大~~
挥一挥衣袖 别带走一个美女~~
kwmtnk
2008-12-19
打赏
举报
回复
走吧 走吧 人总要学会自己长大~~
挥一挥衣袖 别带走一个美女~~
nemo314
2008-12-19
打赏
举报
回复
走
weijiepeng
2008-12-19
打赏
举报
回复
头像是个美女啊
zhou_zion
2008-12-18
打赏
举报
回复
只要有能力,完全可以找到一个更好的工作的
net_xiaojian
2008-12-18
打赏
举报
回复
如何实在不想在这干,还是走吧,等明年一个好的开始。
wsj1983920
2008-12-18
打赏
举报
回复
祝福一下 走吧
不
走
索引的几种情况
1、查询谓词没有使用索引的主要边界,换句话说就是SELECT *可能会导致不
走
索引。 比如:SELECT * FROM T1 WHERE C1 = ‘XXX’;假如你的T1表上有一个包含C1值的组合索引,但是优化器会认为需要一行行的扫描会更有效,这个时候,优化器可能会选择TABLE ACCESS FULL,但是如果换成SELECT C1 FROM T1 WHERE C1 = ‘XXX’;优化器会直...
mysql 的 in 不一定不
走
索引
很早之前就听别人说in 不
走
索引,但是一直没证实过,昨天在工作中用到了in所以在上班的时候突发奇想,使用mysql 的explain 关键字看下一条sql
走
不
走
索引,sql 如下所示: 如上图所示,这里用到了in,但是这条sql 还是
走
了索引,如下图:为什么会这样?参考这篇文章:MySQL中in到底
走
不
走
索引?_一个技术渣渣的博客-CSDN博客_in
走
不
走
索引explain介绍mysql中explain关键字可以模拟MySQL优化器执行SQL语句,是一个可以很好的分析SQL语句或表结构的性能瓶颈。ex
postgresql学习笔记之查询不
走
索引的情况
查询不
走
索引的情况: 1、条件字段选择性弱,查出的结果集较大,不
走
索引; 2、where条件等号两边字段类型不同,不
走
索引; 3、索引字段 is null 不
走
索引; 4、对于count(*)当索引字段有not null约束时
走
索引,否则不
走
索引; 5、like 后面的字符当首位为通配符时不
走
索引; 6、使用不等于操作符如:<>、!= 等不
走
索引; 7、索引字段前加了函数或参加了运算不
走
索引; 8,部分索引但查询条件包括不属于部分索引的数据 如果where条件都没有以上所述,那么考虑优化器分析的
MySQL ‘IN‘ ‘IS NULL‘ ‘IS NOT NULL‘ 到底
走
不
走
索引
看了很多篇文章,关于
走
不
走
索引这个问题真是众说纷纭,不如自己实践一波来得准。 先说我的mysql版本为5.7; 再说结论:有时候
走
,有时候不
走
。这个基于MySQL自身的查询优化。 直接上例子! 准备工作: 首先创建一个students表,内含自增主键id,在name和school_id两列上建立多列索引,最后还有一个普通列age; CREATE TABLE `students` ( `id` BIGINT UNSIGNED NOT NULL AUTO_INCREMENT, `nam
hive中select
走
与不
走
mapreduce
hive 0.10.0为了执行效率考虑,简单的查询,就是只是select,不带count,sum,group by这样的,都不
走
map/reduce,直接读取hdfs文件进行filter过滤。这样做的好处就是不新开mr任务,执行效率要提高不少,但是不好的地方就是用户界面不友好,有时候数据量大还是要等很长时间,但是又没有任何返回。 改这个很简单,在hive-site.xml里面有个配置参数叫 h
community_281
696
社区成员
253,703
社区内容
发帖
与我相关
我的任务
community_281
提出问题
复制链接
扫一扫
分享
社区描述
提出问题
其他
技术论坛(原bbs)
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章