(8)资深内部人士：给广州各大初中重新排名——李高奇（LGQ）培优学校_西工大李高奇培优学校_新浪博客
这几年广州小升初政策年年有变花样百出
小孩赶考之复杂性简直可以用“帙繁浩叠”一词形容
众家长精疲力竭之余希望恢复小升初考试的呼声一年赛一年
在这种复杂背景之下各大初中的排位不可避免地与“我们小时候”大相径庭
不可以旧眼光旧思维去讨论
目前广州各大初中主要分成两大类：民办初中和公办初中，分成几大集团军：假定是第一集团军，第二，第三，第四。
民办初中，由于实行入学考试，通过考试筛选了生源，因此在这几年小升初考试中大放异彩。但是民办初中有不少是打了当年公办初中的名字，不知就里的家长很可能将两者混淆，例如以为育才实验是育才中学。
通过中考平均成绩来判断民办初中的佼佼者有：广雅实验、育才实验、中大附中、应元二中
第二集团的有：番禺华附、南武实验、祈福英语、省实天河等
而公办初中里，不少在前些年都停办了初中，仅办高中，最出名的有这几家：执信中学、广雅中学、六中。但是这两年在舆论压力和生源诱惑的双重驱动下，执信和六中已经在内部恢复小规模的初中招生。
这些年来，公办初中的佼佼者有：七中、省实、华侨外国语、广大附中、十六中、47中等。但是这类学校由于有部分是派位生源，因此总体成绩不能和民办初中最好的相比，甚至比不上民办初中第二集团，但是这些学校的重点班成绩，不比民办初中最好的差，有时甚至更好
仅以近三年成绩来论
目前广州市初中处于第一名还是华师附中
但是该初中仅在全省招收两个班共80-90人
因此不将该校成绩列入其中，仅将其当作武侠小说里“独狐求败”式的人物.
第一集团军：
广雅实验（民办,与广雅有关系但并非从前的广雅）、育才实验（民办,并非育才中学）、应元二中（民办,与二中有关系但并非从前的二中）、中大附中（民办,与中大附小没有直升关系,父母在中大工作子女可直接就读该校）、西关外国语（公办）、四中聚贤（非以前的四中）、六中课改班（仅招收两个班，生源基本是海珠区各校尖子生）
第二集团军：
民办：海珠区南武实验（非以前的南武）、海珠区珠江中学、番禺区华附(并非从前的华师附中)、番禺区祈福英语、白云区华附新世界(并非从前的华师附中)、白云区广外附设、白云区云景培英、天河区省实天河、荔湾区一中实验，
公办:花都邝中，以及越秀区的那一把名校:铁一中、省实、七中、侨外、广大附中、16中、二中、八一（八一2010年中考成绩不错，暂时先放第二集团），尤其是越秀区这一把公办的名校，重点班的成绩不比第一集团军差
第三集团：培正中学、育才中学、三中、47中，番禺东风中学,番禺侨诚中学
比培正、育才略低10-20分的，同样属于630-600分这一组的还有
汇景47中，
其他也还可以考虑的初中
解读广州高中学校生源的分组_2015广州中考-广州家长帮社区
通常，在每年的三月下旬，市教育局会向各区教育局和学校发布《年度普通高中毕业班工作质量目标和学校生源分组情况的通知》，其中的附件之一就是学校生源的分组情况。
Lucene权限实现 - 简单之美 - 企业应用与站点完美解决方案
1、权限过滤
Lucene的基于关键字的评分机制，适用于基于相关度的过滤和排序。它是基于矢量模型，其中给文档分配一个相应的分数，分数越高相关的文档也越多。然而，应用系统有时因为用户级权限仅需返回相关文档的子集。
过滤的权限问题实际上是查询时将一个布尔过滤器作用于文档的普遍问题的子问题。我们将探讨这种过滤的实现方法。
2、查询改写
上述权限过滤明显的实现方法，就是改写搜索查询为要求某字段包含特定的值。
例如，如果有一个“类别（category）”字段（Field），并假设仅显示历史（history）和科学（science）类的文档，然后对给定的用户查询：
<query>
查询可被改写为：
<query>+category:history+category:science
3、查询过滤器
此种假设对于过滤的字段（Field）可能是不适宜或不可行的（也许由于字段（Field）是易变的和频繁的变化将导致索引的大量修改）。另一方法是通过 实现Filter接口创建一个过滤器，只需实现一个方法，即bits()方法，该方法返回BitSet，包含命中的所有允许文档ID。
在bits()方法中，可使用TermEnum通过Term筛选（速度慢！），或使用FieldCache检索字段的所有值（速度快，但为内存密集型！）。
4、HitCollector + FieldCache
另一个筛选文档(Documents)的方法是使用HitCollector而非Hits对象。在collect()方法以文档（Document）ID和评分（score）作为参数，可以此来判断文档允许访问与否。
使用HitCollector有一个小缺点，Hits类中遍历搜索结果的有用方法都没有公布，但解决方法容易。
5、范例
比方说，你有一个多用户博客程序，并希望让用户搜索全部（默认）博客文章，或允许用户只搜索他发表的博客。博客应用的Lucene模型将每一博客映射为一Document。
使用查询改写方法，可以轻松地为该查询附加搜索（条件）子句：
<query>+author:<authorid>
这将只返回作者的文档。问题解决了。
现在，扩展该示例。假设在应用中存在3种访问角色：管理员(admin)，编辑(editor)，作家(author)。这些访问角色的权力是递减的，所 以一个编辑（editor）对作者的博客有写（write）权限，但对管理员（admin）的博客无此权限。如何才能让用户只搜索他具有写访问权限的博客 呢？
该查询改写方法可用来为每一文档（Document）添加一个“角色（role）”字段（Field），并现场填入作者角色（role）。假设用户的角色为编辑（editor），那么改写后查询为：
<query>+（role：editor role：writer）
这种方法是有效的，但不是最理想的，因为每次作者的角色会改变，就需要更新他所写所有博客文档（Documents）。
另一种使用查询改写的方法是获得角色为编辑（editor）和作者（writer）的所有用户列表，然后追加到查询后，如下所示：
<query>+（author:1author:2 author:......)
这方法更好，但庞大的或-查询子句对于布尔过滤可能会妨碍搜索性能。
实现该功能的第三种方法是获取期望的用户列表，如同上前一方法，但不是改写查询，而是使用HitCollector + FieldCache的方法，因此只接受所期望的博客。这种方法具有第二种方法的优势但无性能问题。