针对内网环境下无法与外部通信,离线安装部署docker环境的要求下,Java8镜像的安装部署,分享给大家使用,配合博客教程更丝滑呦~
2024/2/8 1:01:58
139.32MB
1
ExchangeServer2016管理系列是我在51cto上购买的exchange2016安装部署、管理等一系列涉及到的知识点，很详细！！！
2024/1/15 13:01:07
28.05MB
1
Python+Selenium自动化测试环境安装部署说明_V1.0.docx
2023/12/29 21:52:55
2.52MB
1
本书主要讲述MySQLDBA的必备技能，包括MySQL的安装部署、开发、测试、监控和运维，此外，读者还可从中学习到系统架构的一些知识。
2023/10/6 7:28:32
4.93MB
1
支持自动ORACLE大表分区:版本进度：31.20110420V2.2支持任意表任意时间字段分区以下为安装部署部分：1.分区相关脚本部署执行顺序,安装前请确保该用户拥有管理员权限,同时请执行GRANTCREATEANYTABLETODBUSER,因为使用到了动态的CREATETABLE语句;01)＞AGGRE_ERROR_INFO_DDL.SQL如果日志表AGGRE_ERROR_INFO已经存在,该步骤跳过。
02)＞GET_MILLISECOND.SQL如果函数GET_MILLISECOND已经存在,该步骤跳过。
03)＞GET_DATE_FROM_MILLISECOND.SQL如果函数GET_DATE_FROM_MILLISECOND已经存在,该步骤跳过。
04)＞AGGRE_PM_PARTITIONF.SQL2.注意事项：01)＞部署完后注意检查分区维护JOB[对应存储过程为AGGRE_PM_PARTITIONM]，如果有多个相同的分区维护JOB，则请删除后面创建的JOB，只保留一个分区维护JOB。
检查脚本如下：selectt.what,t.*fromuser_jobst02)＞本产品中使用的分区调度表名称为AGGRE_PARTITION_TASK，可以根据该表中信息观察分区情况。
以下为说明解释部分：2.分区改造主过程:AGGRE_PM_PARTITIONF.SQL,意思是PARTITIONINGTHEFIRSTTIME;参数解释如下:--@PARAMVARCHAR2PARTTABLENAME---可以指定对某个表大小大于等于TABLEONSIZE_M(单位为MB)的表进行按指定时间字段的自动分区;--@PARAMNUMBERTABLEONSIZE_M---大表自动分区起始大小,单位为兆字节(MB),如不想指定具体大小则置0即可;--@PARAMNUMBERPARTINTERVAL----取值范围为[1/24,365],表的分区时长,单位为天,默认为1,采用一天一分区;--@PARAM若为7,则采用一周一分区,若为30,则采用一月一分区;--@PARAMNUMBERPARTRESERVED----表数据保留时长,单位为天;--@PARAMNUMBERBACKINTERVAL----取值范围为[3600,7*86400],表数据回迁时的循环步长,即一次回迁多长时间的数据,单位为秒;--@PARAMVARCHAR2PARTWEEKDAY-----取值范围为(SUN,MON),PARTINTERVAL为7时起作用,指定一周的起始天为星期日还是星期一;--@PARAMVARCHAR2PARTFIELD-------指定的分区时间字段名称--@PARAMVARCHAR2FIELDFORMAT-----指定的分区时间字段的格式--@PARAMVARCHAR2TISPARTITIONED--取值范围为(TRUE,FALSE),指定PARTTABLENAME参数所指定的表是否是分区表,默认为FALSE--@PARAMVARCHAR2PARTEXCHANGE----取值范围为(TRUE,FALSE),是否使用交换分区方法实现非分区表的分区化改造,默认为FALSE--@PARAM注意:当PARTEXCHANGE参数为TRUE时,TISPARTITIONED参数只能为FALSE,--@PARAM即已经分好区的分区表是不能够使用交换分区的方法转换为另一种分区表的;--@PARAMVARCHAR2DROPPABLE-------取值范围为(TRUE,FALSE),指定分区完后是否DROP掉分区备份表;其中参数FIELDFORMAT的取值范围如下:/***FIELDFORMAT*0NUMBER/CHARMILLISECOND130020006400013BITS*1NUMBER/CHARSECOND130020006410BITS*2NUMBER/CHARYYYYMMDDHH24MISS20110315224030*3NUMBER/CHARYYYYMMDDHH24MI20110315
02)＞GET_MILLISECOND.SQL如果函数GET_MILLISECOND已经存在,该步骤跳过。
03)＞GET_DATE_FROM_MILLISECOND.SQL如果函数GET_DATE_FROM_MILLISECOND已经存在,该步骤跳过。
04)＞AGGRE_PM_PARTITIONF.SQL2.注意事项：01)＞部署完后注意检查分区维护JOB[对应存储过程为AGGRE_PM_PARTITIONM]，如果有多个相同的分区维护JOB，则请删除后面创建的JOB，只保留一个分区维护JOB。
检查脚本如下：selectt.what,t.*fromuser_jobst02)＞本产品中使用的分区调度表名称为AGGRE_PARTITION_TASK，可以根据该表中信息观察分区情况。
以下为说明解释部分：2.分区改造主过程:AGGRE_PM_PARTITIONF.SQL,意思是PARTITIONINGTHEFIRSTTIME;参数解释如下:--@PARAMVARCHAR2PARTTABLENAME---可以指定对某个表大小大于等于TABLEONSIZE_M(单位为MB)的表进行按指定时间字段的自动分区;--@PARAMNUMBERTABLEONSIZE_M---大表自动分区起始大小,单位为兆字节(MB),如不想指定具体大小则置0即可;--@PARAMNUMBERPARTINTERVAL----取值范围为[1/24,365],表的分区时长,单位为天,默认为1,采用一天一分区;--@PARAM若为7,则采用一周一分区,若为30,则采用一月一分区;--@PARAMNUMBERPARTRESERVED----表数据保留时长,单位为天;--@PARAMNUMBERBACKINTERVAL----取值范围为[3600,7*86400],表数据回迁时的循环步长,即一次回迁多长时间的数据,单位为秒;--@PARAMVARCHAR2PARTWEEKDAY-----取值范围为(SUN,MON),PARTINTERVAL为7时起作用,指定一周的起始天为星期日还是星期一;--@PARAMVARCHAR2PARTFIELD-------指定的分区时间字段名称--@PARAMVARCHAR2FIELDFORMAT-----指定的分区时间字段的格式--@PARAMVARCHAR2TISPARTITIONED--取值范围为(TRUE,FALSE),指定PARTTABLENAME参数所指定的表是否是分区表,默认为FALSE--@PARAMVARCHAR2PARTEXCHANGE----取值范围为(TRUE,FALSE),是否使用交换分区方法实现非分区表的分区化改造,默认为FALSE--@PARAM注意:当PARTEXCHANGE参数为TRUE时,TISPARTITIONED参数只能为FALSE,--@PARAM即已经分好区的分区表是不能够使用交换分区的方法转换为另一种分区表的;--@PARAMVARCHAR2DROPPABLE-------取值范围为(TRUE,FALSE),指定分区完后是否DROP掉分区备份表;其中参数FIELDFORMAT的取值范围如下:/***FIELDFORMAT*0NUMBER/CHARMILLISECOND130020006400013BITS*1NUMBER/CHARSECOND130020006410BITS*2NUMBER/CHARYYYYMMDDHH24MISS20110315224030*3NUMBER/CHARYYYYMMDDHH24MI20110315
2023/9/20 12:18:21
12KB
1
在日常工作中，钉钉打卡成了我生活中不可或缺的一部分。然而，有时候这个看似简单的任务却给我带来了不少烦恼。
每天早晚，我总是得牢记打开钉钉应用，点击"工作台"，再找到"考勤打卡"进行签到。有时候因为工作忙碌，会忘记打卡，导致考勤异常，影响当月的工作评价。而且，由于我使用的是苹果手机，有时候系统更新后，钉钉的某些功能会出现异常，使得打卡变得更加麻烦。
另外，我的家人使用的是安卓手机，他们也经常抱怨钉钉打卡的繁琐。尤其是对于那些不太熟悉手机操作的长辈来说，每次打卡都是一次挑战。他们总是担心自己会操作失误，导致打卡失败。
为了解决这些烦恼，我开始思考是否可以通过编写一个全自动化脚本来实现钉钉打卡。经过一段时间的摸索和学习，我终于成功编写出了一个适用于苹果和安卓系统的钉钉打卡脚本。
2024-04-09 15:03
15KB