ITPub博客

以前好的程序编译出错，代码无法保存。[@more@]以前很老的程序编译好像没有出错，今天编译时显示某个vcx文件中有不能识别的命令或短语，反复查询检查代码没发现任何问题，以为是那个VCX文件的表头低阶链接错误或记录指标错误，对那个vcx文件百般折腾，pack重新生成均不行。 后来发现一个名叫cmd_ok的按钮click方法只要一保存或重新编译，里面的代码立马不见了，使用工具打开那个vcx对应的vct文件发现代码都在里面，而其他按钮比较正常，以为是那个按钮有什么非法字符问题，重新删掉重输入不行，用16进制的工具编辑也不行不由感慨自己的

可达到指定备份维护及保留指定备份个数的目的，结合远程可达到远程备份的目的[@more@]@echo off rem 需指定变量 rem 指定pgsql用来备份的用户及密码，另一种方式是修改pg_hba.conf的认证方式等 set PGUSER=用户 set PGPASSWORD=密码 rem 指定备份保留个数 set inum=5 rem 指定备份数据库 set idb=webpos rem 备份前缀，避免误操作 set iprefix=webpos rem 备份目录，不建议有空格，避免不同软件都需测试 set back_dir=E:backtemp rem pg_dump.exe的绝对路径 set isql=D:PostgreSQLbinpg_dump.exe rem vacuumdb.exe的绝对路

看到有个人这样说，那就要应用系统和数据库结合的很紧密了，不过这样做是不是比较高效？无论是从开发还是数据库的查询？[@more@]我在数据库设计时遵循的原则：(SQLServer) 一切以后台为准，而不是开发工具 日期时间字段使用 datetime 日期字段使用 int 时间字段 float 月份字段 varchar 永远不要用字符串类型作为日期时间字段的类型 记得在 Delphi 中转换 SQLServer 中的 int 表示的日期，具体就是 delphi.TDateTime + 2 根本不用担心查询时 SQLServer 转换 字符串为日期时间 类型时的效率的问题，因为 SQLServer 会在优化

主要解决的问题： 1，在 2003 WEB EDITION 上使低版本的POWERBUIDER支持MSSQL 2000 2，在 2003 WEB EDITION 上使用MSSQL的查询分析器[@more@]SQL SERVER 2000不能安装在WIN2K3 WEB EDITION上，我自己也不想重装系统，于是只能乖乖的按MS的要求将SQL SERVER 2000装在另一台机器上，然而我的噩梦仍然没有结束。 SQL SERVER 2000的安装程序在WIN2K3 WEB EDITION无法运行，这直接导致了如下严重后果（当然所谓的严重后果是指对我而言） 1、PB8的开发环境无法对MSSQL进行操作，虽然单独的程序可以 2、没有比较合适的工具来管理MSSQL

2005年过去了，本想写点本年总结的，但一想到朋友就揪心得痛，想提笔,一想往事就不知道干些什么了,想来想去还是没有过自己的这一关,好久没有写技术方面的文章了就写篇技术方面的作为2005年的纪念。这几天要把ORACLE的邮件发送功能加到系统流程中去，写点自己的摸索出的经验。ORACLE,PL/SQL,UTL_SMTP,UTL_TCP,JSERVER,SMTP,TCP/IP,MAIL SERVER[@more@] 需求：数据库使用ORACLE8i，因我们系统的流程管理功能很差，客户要求以邮件形式通知。 分析：基于平台的二次开发自己想扩展功能实在太困难了，因此我们决定使用数据库的邮件功能实现。

先参考参考！[@more@]初来乍到，发个本人的移植实例请大家拍砖Oracle向PostgresQL移植--By 大河马,--2005-08,--Ver. 1.11、数据移植1.1、数据库初始化以WINDOWS平台为例标准版本PostgresQL 8.0.3安装时LOCALE必须选择C，否则会产生大量编码问题！！！！初始化数据库选择SQL_ASCII编码，因为8.0.3安装时不允许直接使用UNICODE初始化数据库管理工具使用pgAdmin III，因为此工具会自动侦测数据库编码，默认使用UNICODE，只有在数据库使用SQL_ASCII时，才使用SQL_ASCII编码1.2、建库1.2.1、建立生产数据库时用UNICODE编码，建库时表空间置空（