Excel中DMAX函数的用法是：返回列表或数据库中满足指定条件的记录字段（列）中的最大数字。
DMAX函数的语法是：DMAX(database, field, criteria) DMAX 函数语法涉及到的参数如下：
第一，Database，是构成列表或数据库的单元格区域。数据库是包含一组相关数据的列表，其中包含相关信息的行为记录，而包含数据的列为字段。列表的第一行包含每一列的标签。
第二，Field，是指定函数所使用的列。输入两端带双引号的列标签，如 "使用年数" 或 "产量"；或是代表列在列表中的位置的数字（不带引号）：1 表示第一列，2 表示第二列，依此类推。 第三，Criteria是包含所指定条件的单元格区域。您可以为参数 criteria 指定任意区域，只要此区域包含至少一个列标签，并且列标签下方包含至少一个指定列条件的单元格。 Excel中DMIN 函数的用法正好与DMAX 函数相反，DMIN 函数是求最小值，DMAX 函数是求最大值。
你的编号需求和后台数据库觉定了你的编号方式。但是你两个都没说清楚我理解你的需求是：废弃的编号不在被使用。
实现的方式有两种：
1、建立一张表，用来存储当前的最大号（如下的TMaxCode）。每次取最大号都从这张表读，读取时让CurNo字段值+1。
TMaxCode:
----------------------
cid curNo
11003
----------------------
2、如果你没有最大号表，或者因为其他原因不能使用最大号表，只能通过SQL语句的MAX(Code)语句来取号的话，那么你的数据表里的记录就不能删除。考虑在数据表里添加一个bool型字段（类似如下的Valid字段：1标示可用，0表示已经废弃）标示删除状态。如下bid=1的记录标记为删除。
------------------------------------------------------------------
bid code Valid AothInfo
1 A1003 0xxxxxxxx
2 A1002 1xxxxxxxx
------------------------------------------------------------------
CSAPP的图示和问题中，我们很小心的把32(TMin32)位有符号最小值写作-2147483647-1,为什么我们不直接写成-2147483648或0x80000000呢?不妨先打开limits.h头文件看看吧，你会发现它们也是用类似的诡异形式ISO90:
Decimal:int|long | unsigned|long long
Hexadecimal:int|unsigned|long|unsigned long
ISO99:
Decimal:int|long| long long
Hexadecimal:int|unsigned|long|unsigned long|long long|unsigned long long
上面的表格是整形常量的数据类型表示，根据语言版本和格式(10进制和16进制)，常量的数据类型会从上面表格里选择第一个最合适的类型。
因此，根据上述标准的话，我们可以得到如下结论:
ISO90:ISO 99:
常量表达式－2147483648 0x80000000-2147483648 0x80000000
32位unsigned unsignedlonglongunsigned
64位long unsignedlong unsigned
上面的表格是TMin32的数据类型表示。根据语言版本和格式，我们获得了这两种表达式的三种不同的数据类型，注意里面包括非负值值
因此定义signed int的最大值和最小值，采用如下方式
#defineINT_MAX 2147483647
#defineINT_MIN -INT_MAX-1
很不幸的因为二进制补码的数值表示不对称性，我们不得不在C语言中如此怪异地定义TMin，尽管要理解这点我们必须挖掘C预言标准中最阴暗的角落之一，这也有助于让我们更好的鉴识整形的数据类型和表示方法。
假如我们直接将TMin定义为-2147483648，那么在32位机器上编译这样的代码，编译器遇到型如-X的数值，它首先会确定X的数据类型，然后取X的负数。而2147483648对于int类型是在太大了，编译器就会再次尝试一种类型可以正确的表示此值。然后它就会按照第一个表格的顺序往下继续尝试类型，再假设编译器采用的标准是ISOC90，int的下一个类型是long，再下一个是unsigned，然后就发现unsigned是第一个合适的数据类型。正如我们知道的，21473648和-2147483648在32位数值上拥有同样的内存表示，这也导致此常量的数据类型是unsigned且值为2147483648。而ISOC99的情况则是按照上述规则数据类型为long long才能容纳2147483648。64位的情况因为2147483648与－2147483648可以表达为不同的内存表示，所以仍然按照规矩来此常量的数据类型为longlong值为－2147483648。
对于十六进制的的情况，常量0x80000000在32位机器上，编译器仍然是遵照类似的规则。无论是ISOC90还是ISOC99，都首先和TMax32(即0x7FFFFFFF)比较，发现较大后，得知int无法容纳本常量，接下去照着表格1就是UMax32(即0xFFFFFFFF)，发现较小，就选择了unsigned作为本常量的数据类型，因此,常量0x80000000的数据类型是unsigned的，且值为0x80000000(或者说与2147483648相同)。
事情在64位机器上稍微有些不同，无论哪个语言版本，十进制表示的TMin都是数据类型long(64位长),值为-21473648,而十六进制表示的TMin则是数据类型unsigned，值为0x80000000(与2147483648相同)。
经过上述分析后，我们就可以得到表格2了，当数据类型为long或long long的时候，常量是负的，但它也就成了64位长。而当数据类型为unsigned时，此常量时正的32位长。用下面的代码就可以表示
intdcmp = (-2147483648 <0)
inthcmp = (0x80000000 <0)
上面代码尝试测试十进制和十六进制表示的TMin常量是否小于0。二者取决于编译器采用的语言版本以及字长，我们发现dcomp的值有时为0有时为1，也就是十进制表示的TMin有时候为正的有时候为负的，而hcomp的值一直是0，也就是十六进制表示的TMin永远为正的。这个简单写32位有符号最小值常量的任务比我们想象中要困难的多。(据我个人测试，VC2008在32位机器上，十进制的TMin会被认为是unsigned，而gcc在64位机器上，无论是C90还是C99都认为是long，而十六进制的TMin无论字长还是编译器都一致认为是unsigned)
问题1：
考虑如下代码：
intdtmin = -2147483648
intdcomp2 = (dtmin <0)
inthtmin = 0x80000000
inthcomp2 = (htmin <0)
无论我们在32位还是64位机器，语言版本是C90还是C99,始终dcomp2和hcomp2都为1，进一步直接将dtmin以及htmin和TMin比较都是相等的，解释这为何没有像之前一样对常量有微妙的区别。
2.启示
对于大多数程序，因为字长和语言版本的不同导致的歧义并不会影响程序行为。不过我们现在已经可以了解为何将TMin32写成-2147483647-1可以获得更想要的结果了。因为TMax32的值2147483647本来就可以表示成int，所以没必要对其做类似的改写。
问题2：
假如我们把TMin32写成-0x7FFFFFFF-1,那么对于不同的字长和不同的语言版本，编译器是否会对TMin都确定同样的int数据类型呢？并尝试解释。
问题3：
你相要写一个有效的TMinW表达式，W是数值的long int类型的位数。因为数据类型在不同的机器上大小也不相同，你决定使用sizeof *** 作符，那么只要W是8的倍数，TMinW的表达式就呼之欲出，同时你还想来点小花招，你知道乘以8和左移3位是等效的。
你最先是这些尝试的：
/*警告，下面的代码有bug*/
/*讲1左移8*sizeof(long)-1位*/
1L<<sizeof(long) <<3 -1
你把这段代码在32位机器上测试，发现结果为64
A.解释这是为什么
B.同样的代码在64位机器上结果是多少
C.做尽可能少的修改让其正确运作
如果懒得看我就简短说一下大意，为什么要特意把32位int的最小值常量写成-2147483647-1而不是-2147483648是因为编译器遇到-X这样的常量是先获得X的值与类型，然后再对其取负，而对于32位以上机器的所有int类型都容不下2147483648这么大，所以会再寻找更合适的数据类型来表示，而寻找合适类型这步在不同的C语言版本，不同的平台，不同的表示格式都有不同的适配顺序，这就导致了如果直接写-2147483648可能会是unsigned的，可能会是long还可能会是long long型的，故用-2147483647-1的形式来消弭此歧义。
问题的解答也没什么好说的，第一个其实就是最后来了步隐式转换，不管常量是什么类型，转化为int后那始终是-2147483648的字面值。第二题的原理就是-2147483647-1一样，自然是正确的。第三题只要改写成1L<<(sizeof(long) <<3 )-1即可，运算符优先级的问题。
发现自己正在走职业道路的下坡路，没有别的取巧方法，还是得从基础下手，提高关注度，从bit级别认识程序。
文章知识点与官方知识档案匹配
C技能树首页概览
111722 人正在系统学习中
点击阅读全文
打开CSDN，阅读体验更佳
TM4C1294主振荡器验证失效(MOSC失效)_text_in的博客
TM4C1294NCPDT微控制器提供了一个主振荡器校验电路。如果振荡器运行得太快或太慢,该电路会产生一个错误条件。如果主振荡器校验电路被启用并产生一个错误,此时会产生一个上电复位并将控制权交给 NMI处理程序,或产生中断。MOSCCTL寄存器...
C语言中补码的整数运算特性_RMSnow的博客
证明:假设B2T ([11···1]) 共有w位,则其值为-2^(w-1) + 2^(w-2) + ··· + 2^0. 根据等比数列求和公式,易证该值为-1. 定理2 对于w位的补码B2T来说,其边界值Tmax与Tmin分别为: ...
C语言中TMin的写法
在看《深入理解计算机系统》第二版中文版时（Computer Systems A Programmer's Perspective Second Edititon），看到48页第二章网络旁注中提到：C语言中，将TMin32（32位有符号整数的最小值）写成 -2147483647-1。为什么不简单地写成 -2147483648 或者 0x80000000 ?书中提到是由于补码表示的不对称性和C...
继续访问
TM4C129X CRC校验功能使用问题
以前在嵌入式开发中进行CRC校验一般通过软件算法实现，TM4C1294自带CRC校验单元，但坑比较多，发出来供使用时参考 CRC单元只有一个寄存器，7个字段需要配置 INIT：初始值； SIZE: 选择校验数据是8位还是32位； RESINV:输出按位取反； OBR:输出字节反转，例如B0[7:0]-->B0[0:7] BR:输入字节反转，例如B0[7:0]-->B0[0:...
继续访问
深入理解计算机系统实验二datalab_super__cool的博客
tmin - return minimum two’s complement integer Legal ops: ! ~ &^ | + <<>>Max ops: 4 Rating: 1 */ 思路: 补码的最最小值为100……0后面全是0 代码: inttmin(void){//最小的二进制数return1<<31} ...
CSAPP:DataLab_吃着油条唱歌的博客
x = x | (x >>4)x = x | (x >>2)x = x | (x >>1)return ~x &0x1} tmin(void): 返回int最小值,我的答案是0x80000000,参考答案为:0x1<<31
C语言中基本数据类型细节
期中计组考完后，虽然成绩惨不忍睹，但暴露了一些一直以来不懂但又没暴露出来的问题，在此总结。 补码Select the two’s complement negation of the following binary value: 00110011: 从以下选项选择00110011的two’s complement negation（不知咋翻） (a) 11001100 (b) 110011
继续访问
【计算机系统学习-信息表示和处理】【二、整数表示】
整数的表示和运算。
继续访问
CMU CSAPP datalab_StaRS in EyeS的博客
tmin 注意到最小的整数特征是最高位为1其余为0 inttmin(void){return1<<31} 3.tmax 因为没有办法用位运算,所以想到往tmin的特殊性上靠 tmin 和 0 是仅有的取反运算之后还是本身的值 ...
CSAPP Lab1_Nava9的博客
~ &^ | + <<>>* 最多运算符数量: 4 * 分值: 1 */ int tmin(void) { return 1 <<31} 1 2 3 4 5 6 7 8 9 10 补码最小值为0x80000000,由于我们只能用到0xFF以下的格式,故将0x01向左移位31个...
最新发布 TMin - TMin是否产生溢出
而TMin的负仍为TMin，因此我认为TMin - TMin应该等同于TMin+TMin，所以自然算是产生了溢出。总结，出现这种纠结，还是对于溢出的定义理解不够深入，时，OF^SF和SF都被置为0。后，结果是：OF^SF被置为1，SF被置为0，即。）之后，OF=1，SF=0，则。的结果应该是1，所以得到了悖论。来进行判断的，因此我认为，...
继续访问
c语言 in他long,CSAPP 读书笔记：C语言中TMin的写法【转】
1.情景在CSAPP的图示和问题中，我们很小心的把32(TMin32)位有符号最小值写作-2147483647-1,为什么我们不直接写成-2147483648或0x80000000呢?不妨先打开limits.h头文件看看吧，你会发现它们也是用类似的诡异形式ISO90:Decimal: int | long | unsigned | long longHexadecimal: int | u...
继续访问
c语言中TMin的写法
在《CSAPP》中提到： #define INT_MAX 2147483647 #define INT_MIN (-INT_MAX -1) INT_MIN这样写的原因是： 虽然-2147483648 这个数值能够用int类型来表示，但在C语言中却没法写出对应这个数值的int类型常量。 因为按照c语言的类型推导，-2147483648被写成常量形式的时候，...
继续访问
c语言里面TMin不能写成-2147483648的原因
C语言中TMin的写法
继续访问
C TMin
阅读深入理解计算机系统一书的2.2.5一节， 作者提到了TMin的写法是：-2147483647-1，而不是-2147483648 并没有说原因，网上查了下，其中一篇文章说的比较详细，并且引入了权威解释的链接。 https://www.cnblogs.com/Jack47/archive/2013/01/06/TMin32-in-c.html 拷贝下重点就是：-2147483648这个常量...
继续访问
计算机系统实验--DataLab
湖南大学信息科学与工程学院计算机系统Lab2
继续访问
c语言 tm结构,C语言中tm时间结构体
struct tm{int tm_sec/* Seconds. [0-60] (1 leap second) */int tm_min/* Minutes. [0-59] */int tm_hour/* Hours. [0-23] */int tm_md...
继续访问
在c语言中写TMin
1.情景 在CSAPP的图示和问题中，我们很小心的把32(TMin32)位有符号最小值写作-2147483647-1,为什么我们不直接写成-2147483648或0x80000000呢? 不妨先打开limits.h头文件看看吧，你会发现它们也是用类似的诡异形式 ISO90: Decimal: int | long | unsigned | long long Hexade
继续访问
解决Nginx配置http2不生效，谷歌浏览器仍然采用http1.1协议问题
昨天一个网友通过QQ联系我，说按照我博客之前分享的http2配置教程不能生效，想请我帮忙看看。 经过测试，使用谷歌浏览器访问他的测试站点，确实没有开启http2，但他的配置和编译参数都正确的，这有点奇怪了。 不过昨天太忙就没有继续帮他分析，他只好将服务器账号和密码都留言给了我。今天中午我抽空在他服务器重新编译测试了一把，才发现原来是这么一个梗！ 他在编译Nginx之前，使用的是yum安装
继续访问
基于模糊测试的分布式数据库安全研究(三)——afl-cmin、afl-tmin
前言 本次主要解决上次的问题三。为了引入更好的测试用例进行模糊测试，afl提供了两个工具afl-cmin、afl-tmin来进行语料库蒸馏。本文将对这两个工具进行介绍。 一、构建语料库 我们需要先构建一个该项目测试所需的语料库 第一个testcase里面放的是我自己瞎写的一个字符串， 把它多复制几份，每份都对里面进行一些修改，这7个测试样例就构成了我们本次实验的“语料库”了。 AFL功能纵使强大，也需要一个高效的执行速度。如果是普通的语料库作为测试用例，会出现很多无意义的测试，例如多个测试用例执行了同样的代
继续访问
curl使用curl_easy_perform导致线程或者进程卡死解决办法
描述：curl提供的curl_easy_perform调用方式是阻塞的，如果没有收到回复，则会导致线程或者进程一直阻塞，除非外界干预。 解决办法：curl提供了CURLOPT_LOW_SPEED_LIMIT CURLOPT_LOW_SPEED_TIME option，主要思想为：如果在指定时间传输速率超过设置的最低值，则会自动断开该链接。 举例： cu...
继续访问
ebtables官方文档翻译
官方文档：http://ebtables.netfilter.org/misc/ebtables-man.html 非权威翻译，大家辩证查阅。 描述： ebtables是一个创建和维护内核 嗅探Ethernet frame规则表格的应用程序，它类似iptables，但是没有它复杂，因为Ethernet协议相比ip协议更简单一点 CHAINS Linux内核内置了三种ebtables 表。这些表用来区分不同的功能规则，每一种规则的集合就叫做一个chain，每一个chain都是一个用来匹配Ethern
继续访问
热门推荐 datalab 数据表示实验
一直都想每天写博客，然后又经常拖，还有这个是作业，用的时间比较久，然后自己又是脑子不灵活的那种，所以写出来的东西可能会有很多错误，欢迎大家指出来交流交流，互相进步。下次实验室bomb，拆炸d，不知道能不能坚持把它做完，加油~ 1、根据bits.c中的要求补全以下的函数： int bitXor(int x, int y)int tmin(void)int isTmax(int x)
继续访问
linux按位运算datalab-handout
进入bits.c ，根据bits.c中的具体要求补全以下13个函数： •intbitXor(intx, int y)•inttmin(void)•intisTmax(intx)•ntallOddBits(intx)•intnegate(int x)•intisAsciiDigit(intx)•intconditional(int x, inty, int z)
继续访问
int 为什么是2147483647_为什么宏INT_MIN要写成-2147483647-1
《深入理解计算机系统》在P105页，作者给出了INT_MIN在标准头文件limits.h中的定义#define INT_MAX 2147483647#define INT_MIN (-INT_MAX - 1)文中说，-2147483648是一个常量表达式，而不是一个常量。所以-2147483648被理解为一个“-”号和一个常量值2147483648。对于“-”，是对原值补码进行“取反加1” *** 作。对...
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）