[转帖]在Unix中使用通配符提高操作效率_VMware, Unix及操作系统讨论区_Weblogic技术|Tuxedo技术|中间件技术|Oracle论坛|JAVA论坛|Linux/Unix技术|hadoop论坛_联动北方技术论坛  
网站首页 | 关于我们 | 服务中心 | 经验交流 | 公司荣誉 | 成功案例 | 合作伙伴 | 联系我们 |
联动北方-国内领先的云技术服务提供商
»  游客             当前位置:  论坛首页 »  自由讨论区 »  VMware, Unix及操作系统讨论区 »
总帖数
1
每页帖数
101/1页1
返回列表
0
发起投票  发起投票 发新帖子
查看: 3226 | 回复: 0   主题: [转帖]在Unix中使用通配符提高操作效率        下一篇 
鲲鹏展翅
注册用户
等级:少校
经验:1148
发帖:79
精华:9
注册:2012-11-19
状态:离线
发送短消息息给鲲鹏展翅 加好友    发送短消息息给鲲鹏展翅 发消息
发表于: IP:您无权察看 2012-11-26 10:00:40 | [全部帖] [楼主帖] 楼主

在Unix操作系统中有一组特殊的字符,它们叫做通配符。通过这些通配符,可以提高某些命令的使用效率。如现在在系统中的某个文件夹下,有test、test1、test2、test3、log、buildlog等文件。但是现在系统工程师只想对以test开头的文件进行操作,如想把它们复制到另外一个文件夹中去。如果没有通配符的情况下,则系统工程师不得不在在cp命令后面把所有的文件名都带上。当文件比较多时,这个操作显然是比较浪费时间的。现在在通配符的帮助下,这项工作将变得很简单。

    在Unix操作系统中,把用来构造文件名匹配模式的元字符叫做通配符。在Unix操作系统中,其通配符的功能是比较强大的。那么我们系统工程师可以利用通配符来实现哪些功能呢?在通配符使用过程中又需要注意哪些内容?笔者在接下去的文章中,将会对此进行详细的阐述。

    通配符*与通配符?是系统工程师使用的最频繁地两个通配符。如在对数据库进行异地备份的使用就需要用到这个通配符。如笔者前不久在Unix操作系统上部署了一个Oracle数据库系统,然后采用expdb工具导出数据库进行备份。但是利用这个工具在对数据库进行备份的时候,其用到的转储文件不只一个。如在数据库部署的时候,如果把这个转储文件的大小设置为1000M。而数据库的大小为5000M时,则最后的转储文件大小可能就有5个。如笔者把这个转储文件的名字设置为backup_%U.dmp的话,则其生成的转储文件的名字就为backup_01.dmp、backup_02.dmp等等。随着数据库容量的增加,这个转储文件的数量也会随之增加。为此当需要编写一个脚本,把备份在本地的转储文件复制到其他地方时,就不能够使用固定的文件名字了。而需要依靠这个通配符的作用。

    如我们可以把这些转储文件表示为*、backup*、backup_??.bmp等等。虽然它们最后都能够完成上面这个任务,但是其仍然有很大的差异。如*表示某个目录下面的所有文件名。如在上面这个需求中,如果除了这些转储文件外,还可能有每次备份的日志文件等等。那么使用单颗*通配符的话,不仅会将转储文件复制到其他地方,而且也会将这个目录下的其他文件如日志文件,也同时复制过去。显然,如果在这个目录下,由许多跟转储文件无关的文件时,而且容量比较大,那么在复制过程中就会占用比较多的时间。这是不值得的。为此还需要选择使用一些更加精确的通配符。

    那么如果使用backup*表示什么意思呢?如果使用字符串加*通配符,则表示文件名前面几个字符必须为backup,后面字符任意的文件。以上面这个需求为例,只要文件名中前面几个字符为backup的,则相关的文件都符合要求,都会被复制过去。但是,这也有一个问题。如在当前目录中,还有文件名为backup.txt的备份日志文件,那么也同时会给复制过去。而现在系统工程师只需要复制转储文件,这显然跟我们的愿望是违背的。因为我们只需要复制转储文件。

    为了最精确的定义某类文件,我们就需要使用?通配符。如上面这个需求,我们要定义符合条件的转储文件,则只需要使用backup_??.dmp即可。他表示名文件名字必须以backup_开头,后面接两个字符,最后以.dmp扩展名结尾的文件。必须一五一十的符合这个规则,否则的话,文件就不会被复制。显然,根据上面这个需求,符合这个条件的就只有转储文件而已。

    从上面这个案例中,我们可以看到通配符*与通配符?有本质上的差别。通配符* 表示任意个字符,包括空格字符。如果单个*号的话,表示当前目录下的所有文件;如果前面跟上字符串的话,则表示以这个字符串开头的文件。如果使用通配符?号的话,则表示单个字符。

    二、不常用的通配符。

    除了以上这两个通配符之外,在Unix操作系统中还有其他一些通配符。虽然这些通配符不怎么用,但是在一些特别的场合中仍然可以起到画龙点睛的作用。如通配符[abc]则表示三个字符中的任何一个字符;如通配符[a-z]则表示所有小写的英文字符。另外在需要的时候,还可以利用!运算符,如[!abc],则表示除a、b、c字符外的任何一个字符等等。这些通配符主要用来实现更加精确的限制。有时候在脚本程序中实现比较严格的控制往往可以提高很好的作用。

    三、通配符的使用注意事项。

    虽然通过使用通配符,可以提高我们的工作下效率。但是通配符毕竟跟其他字符不同,如果使用的不好的话,是会闯祸的。特别是跟一些删除、重命名等破坏性命令一起使用的时候,更加需要注意通配符使用过程中的一些禁忌。具体的来说,笔者认为在Unix操作系统中使用通配符的禁忌主要包括如下几个方面。

    首先是需要注意空格符的影响。如rm *.txt 与rm * .txt两个命令,他们有什么区别呢?从形式上,一下子看不出有多大的区别。不过仔细一看,我们可以看到第二个命令在通配符*号与扩展名.txt中间多了一个空格。虽然这只是一个很小的差异,但是Unix操作系统在处理的时候,可是会相差很大的。系统工程师或者用户本来想使用rm *.txt命名来删除当前目录下的所有txt文件;但是结果使用了rm * .txt命令(可能是在输入的过程中不小心在通配符*号后面多按了一个空格符)。此时操作系统会把当前文件夹下的所有文件都删除。也就是说,如果在通配符*后面有一个空格的话,则其就会忽略空格后面的文本,而表示当前目录下的所有文件。为此在使用*通配符(其他通配符也一样),一定要注意这个空格特殊字符的影响。特别是在使用这些rm命令的时候,最好还是通过交互性的方式执行。如此可以确保操作操作的文件正是用户所想操作的目标文件。从而防止因为错误的命令导致数据被删除,信息被修改等等难以挽回的损失。

     其次需要注意不同版本之间对于通配符的支持度是不同的。如通配符[!abc]或者通配符[abc]在c shell下就是不能够识别的。所以如果在编写脚本程序的时候,要尽量少用这些通用性不好的通配符。因为这对脚本程序的移植性不利。所以在编写脚本程序时,能够使用*或者?等通配符的,就使用这些通配符。因为这些通配符基本上每个shell都是支持的。为此在脚本程序移植的过程中,就不会遇到兼容性的问题。不过要了解的是,通配符*号与通配符?号能够表示多个字符或者单个字符,而不能够对字符的范围进行进一步的限制。但是像[abc]等等通配符形式却可以实现精确的限制。所以系统工程师在使用通配符的时候,仍然需要根据用户的需求来选择。如果非要采用这些通配符的话,那么最好能够在脚本程序的注释中添加相关的说明。方便下次脚本程序移植时能够一目了然的知道这个情况,及时调整策略。

    第三需要注意通配符*与通配符/号使用的两个限制。在使用ls * 命令显示当前目录下的所有文件时,其是不会显示以点号开头的文件。因为这类文件,在Unix操作系统中表示的是隐藏文件。出于保护的目的,默认情况下不会显示这些隐藏文件(以.号开头的文件)。如果系统工程师要想显示文件的话,则必须在通配符前面输入.号。其次这些通配符不能够代表目录中的/ 符号。也就是说,如果使用cd目录加通配符进行路径切换的话,则这个路径中不能够利用通配符来代表/符号。

    从以上的分析中可见虽然通配符提高了我们的办公效率里,但是在使用时或多或少仍然有一些限制。作为系统工程师,要把这些限制牢记于心。无论是在编写脚本程序,还是结合其他命令使用时,需要遵守这些使用过程中的禁忌。




赞(0)    操作        顶端 
总帖数
1
每页帖数
101/1页1
返回列表
发新帖子
请输入验证码: 点击刷新验证码
您需要登录后才可以回帖 登录 | 注册
技术讨论