'数据库' Tag

• 数据库课程作业：图书管理系统

  May 16, 2009

  上学期混混沌沌学完《数据库原理》，感觉除了会写几条SQL外没什么收获，至于DBMS的工作原理那些，在《操作系统》完全都有，但教数据库的老师不仅不知道这些联系，一丁点数据库技术前沿的信息也没“透露”过。这个学期的数据库课程设计，我用了一个通宵把基本要求的一个“图书管理系统”做完，用了pygtk作为界面和SQLite作为数据源。不过课程设计是需要搞文档的，一个字，很烦，在Google上面用“数据库课程 学生作品”搜出来了某某学校网页上面的作品，把别人的文档重新组合一下，配上我程序的插图，yeah，完工。 Python虽然在这几年逐渐流行，但是它很历史悠久（1990），一直以简洁和功能强大著称，比如内建对SQLite的支持。SQLite是“文件式数据库系统”，也是近年来发展很快的数据库系统之一，比如Firefox等软件都使用其作为后台数据的管理。SQLite秉承了Python弱类型的特点（呃，其实Python和SQLite没什么关系的，说不上秉承...），创建表的时候那些类型你可以天花龙凤地写，插入数据时更是“没王管”。这个LibiaryManager很可能是大家能在Google上能找到的技术最潮的数据库设计作业了。 为了给老师验收，pygtk在Windows下运行的环境也要设置下，不过还好，在pygtk的FTP上可以找到很新的win32版本（主页上面的链接很旧...），而且pygtk、pygobject、pycairo是单独打包的，缺一无法运行（= .=）。 程序中基本使用Treeview来处理输入和显示，不过后来感觉Treeview对录入数据很不方便。 当然啦，这次作业来自网络，当然还要回到网络中去，不保留任何版权，从这里下载：http://code.google.com/p/ptcoding/source/browse/trunk/LIBManager/

  posted in Programming by PT

• ibus数据库高频词错误修正脚本

  April 24, 2009

  使用ibus时间长了，常常突然发现有些本来常驻的首选或者常用字词突然掉到后面，甚至到了第二页，并不是被其他词挤掉，而是可能ibus的用户数据库出现错乱了。 不知道这是ibus程序的bug，还是ibus所用的SQLite数据库系统本身的问题，本来当用户输入一个拼音，ibus从用户数据库里面提出对应字的用户输入频数，决定字词的位置；如果用户第一次选择输入某个字，那么该字的记录就添加到用户数据库中，下次输入时便以此记录来提前该字的位置。理论上，在用户数据库里面一个词条的记录最多只能出现一次（多音字算多个字），然而，在实际的使用中，有时不知什么原因，某个本来常用的字被当作第一次输入再次加入到数据库当中，下次输入时，该字便作为低频字来排序，导致位置变得很后，带来不少不便。 这个Python脚本就是把这样的词条找出来，并把后来加入的记录删掉，把词条频数还原。 脚本下载：http://code.google.com/p/ptcoding/source/browse/trunk/ibus_fix (svn目录内的ibux_db_fix.py，其他的两个是测试脚本) 程序功能： 自动备份用户词库 检出用户数据库中出现了两次，但不是多音字词的词条 将后加入的词条删除 检出错词的SQL： SELECT * FROM py_phrase WHERE phrase IN (SELECT phrase FROM py_phrase GROUP BY phrase HAVING COUNT(*) = 2) 尚存缺陷： 如果同一个词条的记录出现了3次或以上，程序不能鉴别（极少可能出现，可修改脚本内的SQL语句来查询出来） 如果一个字本身是多音字，其中一个音节出现了上述情况，程序不能鉴别（貌似概率也挺低的） 如果两个记录中的用户输入频数相同，两条记录都会被删掉（倒不是坏事，影响不大） Python源码：

  posted in Python by PT