摘要： 路西法·晨星，请你问问你自己，问问这里的所有人……如果你的十万天使军不再梦想天堂，地狱又有何伟力？——尼尔·盖曼《睡魔》十几年前，我还是个初中生。我妈出于不知道为什么的考虑把从我小学就给我订的《少年科学》退了，订了一本叫《金丝猴》的低龄读物。我记得当时还跟我妈闹了一场，大哭了一顿。从刊物名字也能想象我当时的心情。那几年我学会了蹭报刊亭。不买书，就是单纯的站在铁皮房子里翻书报来读。卖书的阿姨人很好，从来不赶我走。那个铁皮房子冬冷夏热。阿姨夏天就到外面去乘凉，让我自己在里面读书，有人买书就去叫她；冬天就升上炉子，任我呆里面，有时候还聊聊天什么的。那个时候，有本杂志我经常翻到，和 阅读全文

摘要： 居然讲座的时候连着两个网站打不开，大概是忘了感谢国家，感谢赖总。这里上传PDF不能，我把链接贴出来吧。请猛击。 阅读全文

摘要： 比较匆忙，幻灯先放在这里。https://dl.dropbox.com/u/4269231/slides.pdf 阅读全文

摘要： Socrates is a semantic storage model. It create a triple semantic database over a RDB through a middle layer. Socrates aim to independent to database, but start with a project on postgresql, and it should use any database's specifically functions. BSD Licence 阅读全文

摘要： 今天简单配置了一下Emacs的字体，到这个程度，我个人已经比较满意了。中文和字体我没有配置过多，简单的写了几行在 .emacs 的最前面：(set-language-environment 'UTF-8)(set-locale-environment "UTF-8")(set-default-font "Courier New-12")(set-fontset-font "fontset-default" 'unicode '("WenQuanYi Zen Hei" . "unic 阅读全文

摘要： 基于三元语义的关系数据库动态建模工具SocratesSocrates, Relational Database Dynamic Models Make Tools摘要 SummarySocrates是一个基于关系型数据库和ORM的通用数据库工具。它通过三元语义表达了对动态数据结构的存储和管理功能。使得开发人员可以在关系数据库中管理结构可变的数据。三元语义可以方便的表达单一信息之间的关系，因此它很适合用来表达有向图，甚至有向有环的网状模型，或路径长度很长的关系。预计时长：25分钟难度 Level ：面向中级听众类别 Categories：数据库 databases详细内容 Description 阅读全文

摘要： 无意中想起SQLite，于是发起了这么一个话题，感谢各位朋友的参与，我把大家的话收集一下，放在这里。@sshgPY算一个吧。当初看了一个下午就决定ditch Perl了。Haskell算另一个吧。看到type class的时候，也是怦然心动。不过Haskell比Py门槛高，用的机会也相对少。呵呵，我资格比你老。我上手的时候才是2.1。查资料的时候，Internet上还有很多1.6的东西。此外，还被逼无奈，用1.4写过代码。呵呵，1.4才叫那个痛苦呢。连自省都很不完善。硬件方面，Nokia的maemo设备。此外，3M的迷你投影仪，以及CU上介绍的OLPC75没有的第二代OLPC平板电脑。Sexy 阅读全文

摘要： 自挖坑，存档岗位职能区分数据库技术在现代软件技术领域有广泛的应用，与数据相关的技术岗位和职能，也可以区分为若干个不同的类别。根据在一个理想的开发团队中不同的分工和知识掌握的不同，可以区分为：程序员分析师设计师 架构师管理员对于数据库领域，分析与设计岗位、架构与运维岗位（管理员）的重叠较高。特别是分析与设计岗位通常在团队中由同一（组）人承担。在更多的团队中架构师也与分析和设计人员的岗位重叠。因此，从项目开发周期考虑，可以简单的分为三类：分析与设计岗位（含架构）开发岗位运维岗位个人能力发展路线基本路线图初级程序员 中级技术岗位 初级设计人员 初级管理员 中级开发人员高级技术岗位架构师设计师高级管理 阅读全文

摘要： 工作项目报告，所以抹掉项目名先，以“X”代之。分割线内内容仅代表个人意见，与所供职企业及参与社区无关。===================================X 从很早的时候就出现各种数据库访问错误。包括链接数占用过多，死锁，僵尸事务等。本周我集中梳理了一遍代码。我认为，虽然数据库设计方面有诸多不合理之处，但是这些不合理主要影响业务错误，造成 X 性能和使用上的问题是因为使用的ORM框架 storm 有严重的缺陷。首先，storm 对数据库架构的同步有非常奇怪的设定。它不自动同步表结构，却插手外键关联关系。强制要求外键必须都是级联更新、级联删除、set null。且不说其设定中有 阅读全文

摘要： 数据库的架构与设计，应该从整体的范围去看问题，要从“数据存储和管理服务”的角度，而不是“数据库软件” 应用层开发阶段，可以不加入外键，在数据库运营阶段，由DBA补完 ID列的主键身份，其实只是为了与ORM妥协，在很多情况下，一个表只有ID主键列，既危险又愚蠢。如果应用层存在BUG，就会引发严重问题。我的建议是，至少在运营前期，就为关键实体数据加上唯一索引。 存储过程有没有用？这个要看情况。做数据库架构就像建筑工程，不是“对”“不对”这么简单。早年Oracle宣传一切逻辑都封装在存储过程中，数只从存储过程访问，这叫蛋疼。后来MySQL宣传外键存储过程触发器都不需要，只要能增删改查，这叫犯二。 . 阅读全文