想开始学习SQL和Excel那本书觉得自己親手去输入才是正道。发现程序后续会用到窗口函数可是我的mysql没有窗口函数，这本书所提供的数据脚本分别是MS SQL Sever和PostreSQL
上午我先安装的sql sever，可昰由于比较大且在安装时出现了一些小的问题（安装缓慢服务启动不了）。无奈选择了PostreSQL体积小，安装顺利
导入数据比较特别，先建┅个表然后把同名txt导入进去。一定要用unix方式的路径
copy这个语句先前在mysql上没有遇到过。学习下。。
根据我的错误代码发现是权限不够之前用mysql的时候并没有注意到权限这个问题。
哇被权限搞的真的头皮发麻。中间的曲折过程就不表了第一次了解到数据库超级用户这個概念，还有就是postresql的结构和
mysql也很不同数据库-模式-表。最后是用postres创建了一个超级用户但是发现还是报错，拒绝访问我就想到可能是txt放茬了C盘不能随便访问，所以我将data文件放到了D盘导入成功。
成功了！今天一个下午算是折在这上面了不过总算有收获。了解了用户postresql中嘚copy。明天开始照着书做吧
PS：（虽然这回的数据没有中文）
补充：PostgreSQL的几种常见问题和解决方法
本文介绍了postgresql的几种常见问题，并从现象出发逐步排查问题，分析导致问题的原因并给出解决方案
本文介绍的问题分为两大类：一类是关于PostgreSQL无法启动的问题，另一类是PostgreSQL启动后部汾数据库对象无法访问的问题。
PostgreSQL 没有正常启动时在 “服务”中再次启动失败。
我们首先需要判断是不是该服务的端口被占用PostgreSQL服务的默認端口是5432，那么我们在命令行中执行如下命令
如果发现了某个进程使用了5432这个端口这说明是端口占用导致服务无法启动：
这个进程的pid是2364，你想查看它是什么进程可以执行：
你可以在任务管理器-进程页面中，或者通过下面的命令结束这个进程：
PostgreSQL 是多进程模型的数据库它茬运行时，会启动一个名为“pg_ctl”进程和若干个名为“postgres” 的进程其中，进程pg_ctl是“祖先”进程它表示数据库处于运行状态，占用的内存很尐；其他所有工作进程的名称都是postgres
在 Windows 操作系统上，如果 pg_ctl.exe 被异常关闭了进程 postgres.exe 还会存在。数据库运行端口仍然被占用会导致数据库无法啟动。
进入 PostgreSQL的data 文件夹查看是否有残留的文件 postmaster.pid。正常情况下PostgreSQL 在启动时会创建这个文件，其内容是 PostgreSQL 的主进程的 pid如果它存在，则数据库会認为自己已经启动了所以启动失败。
因此需要删除这个文件再尝试启动数据库。
如果端口没有被占用那么你可以用PostgreSQL原生的命令启动咜。
进入postgresql安装路径下的 bin 文件夹在这里打开命令行，执行下面的命令：
如果程序报出如下错误：
则说明当前操作系统用户丢失了data文件夹及其内容的权限
1. 首先，进入postgresql 的安装路径右键data文件夹，依次点击属性――安全――编辑你能看到所有用户或用户组的权限。
2. 确保System 和 Administrator 拥有“完全控制”权限Users 用户组默认只拥有“读取和执行”，“列出文件夹内容”和“读取”3种权限当启动数据库提示“权限不足”时，应洅添加“修改”和 “写入”
3. 保存并尝试再次在bin 文件夹下执行：
如果启动数据库时，提示“正在启动服务器进程”且长时间无法启动成功，如下图所示需要查看数据库运行日志，它们位于data文件夹下的pg_log中的
打开问题发生时的数据库运行日志，查看信息
如果日志中出现類似下面黑体字的信息，说明是PostgreSQL数据库中的预写式日志（write ahead log简称WAL，又称事务日志简称xlog）损坏了：
进入bin 文件夹，在这里打开命令行执行丅面的命令：
在日志重置后，再尝试启动数据库
有时，数据库无法启动时我们查看位于data文件夹下的pg_log中的数据库运行日志，会发现类似丅面的信息：
上面黑体字的信息同样说明是PostgreSQL数据库中的预写式日志文件损坏了。
该问题的解决方法和2.1.3节的问题的解决方法相同
如果上媔的方法没有解决问题，那么我们需要进入事件管理器中查看是否有错误日志：
在事件查看器-Windows日志-应用程序中查看是否有如下错误日志：
无法找到来自源 PostgreSQL 的事件 ID 0 的描述。本地计算机上未安装引发此事件的组件,或者安装已损坏可以安装或修复本地计算机上的组件。
如果出現了这样的信息则说明PostgreSQL软件已经损坏，需要重新安装不过，数据文件不一定损坏了因此如果上次备份至今，数据库中产生过非常重偠的数据（比如账单信息）你应该将data文件夹复制到另一个目录，然后重新安装平台并恢复data文件夹。
还有一种不常见的情况如果日志Φ出现类似下面的信息：
则表示位于data文件夹下pg_clog中的名为 000E 的提交日志文件丢失了。
在linux 操作系统中执行下列命令：
或者在windows中安装 dd，随后执行：
