orderby

本文链接：https://blog.csdn.net/fysuccess/article/details/36416255 C#中List<T>排序的两种方法 List<Student> stu = (List<Student>)Session["StudentList"]; Linq表达式: //按学号降序 List<Student> stuList = (from s instu orderby s.stuNOdescending select s).ToList<Student>(); //按学号升序 List<Student> stuList = (from s instu orderby s.stuNO select s).ToList<Student>(); 使用Lambda表达式排序: //按学号降序 单字段：List<Student> stuList= stu.OrderByDescending(s=> s.orderid).ToList<Student>(); 多字段：List<Student> stuList= stu.OrderByDescending(s=> new{s.stuNO,s.stuName}).ToList<Student>(); //按学号升序 单字段：List<Student> stuList= stu.OrderBy(s=> s.stuNO

一.简介 　　spark中的排序一般可以使用orderBy或sort算子，可以结合负号、ASC/DESC和col进行简单排序、二次排序等情况 二.代码实现 1 package big.data.analyse.sparksql 2 3 import org.apache.log4j.{Level, Logger} 4 import org.apache.spark.sql.SparkSession 5 6 /** 7 * 排序 8 * Created by zhen on 2019/8/14. 9 */ 10 object DateFrameSort { 11 Logger.getLogger("org").setLevel(Level.WARN) 12 def main(args: Array[String]): Unit = { 13 val spark = SparkSession.builder().appName("DateFrameSort").master("local[2]").getOrCreate() 14 15 val data = Array((7, 2, 3), (1, 8, 6), (1, 8, 3), (4, 5, 9)) 16 val df = spark.createDataFrame(data).toDF("col1", "col2",

1.简单的linq语法 //1 var ss = from r in db.Am_recProScheme select r; //2 var ss1 = db.Am_recProScheme; //3 string sssql = "select * from Am_recProScheme"; 2.带where的查询 //1 var ss = from r in db.Am_recProScheme where r.rpId > 10 select r; //2 var ss1 = db.Am_recProScheme.Where(p => p.rpId > 10); //3 string sssql = "select * from Am_recProScheme where rpid>10"; 3.简单的函数计算（count，min，max，sum） //1 ////获取最大的rpId //var ss = (from r in db.Am_recProScheme // select r).Max(p => p.rpId); ////获取最小的rpId //var ss = (from r in db.Am_recProScheme // select r).Min(p => p.rpId); //获取结果集的总数 //var ss = (from r in db.Am

之前讲了RESTful API 的统一资源接口这个约束，里面提到了资源是通过URI来进行识别的，每个资源都有自己的URI。URI里还涉及到资源的名称，而针对资源的名称却没有一个标准来进行规范，但是业界还是有一些最佳实践的。那么我们首先看看这些最佳实践对资源命名是如何建议的。 资源命名 下面让我们来看看 RESTful API 资源命名的一些最佳实践。 使用名词，而不是动词 一个资源的URI代表的是一个实际上或概念上存在的东西，因此，它应该是名词，所以也就不应该出现动词，动词应该使用HTTP方法来表达。 需求 ： 我们看这样一个需求的例子：“我想获得系统里所有的用户”。 常见错误做法 ： 你可能把API的URI设计成这样：api / getusers。这样的设计是不好的，因为里面出现了一个动词get。 分析 ： 这个句话的主要动词就是“获取”，而想要获取的资源（也就是主要的名词）是“用户”。 正确的做法 ： 需求里面主要的动词应该通过HTTP方法来体现，“获取”对应的HTTP方法就是GET。而“用户”这个资源可以用英文user或者users来表示（是否使用复数一直存在争议，两种方法都行，但你在使用的时候需要保持一致）。所以正确的uri应该是 GET api / user。 人类能读懂 还是上面那个需求：“我想获得系统里所有的用户”。 我们可以把uri设计成 api/u 或者 api