dot's questions

背景资料

这是我使用 couchbase 的第一天。我一直在使用 couchbase 附带的数据库控制台查看示例数据库。具体来说，我一直在使用“beer-sample”应用程序来尝试了解如何组织我的数据库。似乎他们有两种不同类型的文件——啤酒厂或啤酒——所有的东西都在一个桶里。

对于我的个人申请，我有以下数据：

{
  "server_details": {
    "name": "testserver",
    "dns_name": "testserver.mydomain.net",
    "ipv4": "10.xx.xx.xx",
    "ipv6": "",
    "type": "webserver"
  },
  "server_status": {
    "up_to_date": true
  },
  "packages": {
    "package1": {
      "current_version": "x.x",
      "previous_version": "x.x",
      "last_updated_on": "2016-03-16",
      "play_id": "link to audit table"
    },
    "package2": {
      "current_version": "x.x",
      "previous_version": "x.x",
      "last_updated_on": "2016-03-16",
      "play_id": "link to audit table"
    }
  }
}

我有不同的服务器类型，例如网络服务器、应用程序服务器、dns 服务器等。所以我打算只使用相同的 json 对象，但更改“类型”字段。

问题

我还需要创建某种审核表，以显示服务器上的包何时更新的历史记录。我需要跟踪以下内容：

• 执行日期
• 脚本名称
• package1_version_b4_update
• package1_version_after_update
• 服务器_dns_名称

这是我为此类文档提出的 json 对象：

{
  "audit_details": {
    "script_name": "upgrade_all_mrts",
    "rt_ticket_number": "16123",
    "execution_date": "2016-03-16",
    "status": "success"
  },
  "affected_servers": {

    "server1": {     
      "package1":{
        "version_after_update": "x.x",
        "version_before_update": "x.x",
        "last_updated_on": "2016-03-16"
      },
      "package2": {
        "version_after_update": "x.x",
        "version_before_update": "x.x",
        "last_updated_on": "2016-03-16"
      }
   },
    "server2": {     
      "package1":{
        "version_after_update": "x.x",
        "version_before_update": "x.x",
        "last_updated_on": "2016-03-16"
      },
      "package2": {
        "version_after_update": "x.x",
        "version_before_update": "x.x",
        "last_updated_on": "2016-03-16"
      }
   }
  }
}

这只是另一个结构完全不同的文件吗？或者我应该把它放在另一个桶里？如果它应该都在同一个桶中，我提议的 json 对象的结构是否合适？从根本上说，我想我的问题是，您是否将所有内容作为各种文档的集合转储到一个桶中……并确保相关文档具有相同的结构，以便您可以一次查询所有文档？

很抱歉提出补救性问题，但我正在尝试快速构建原型......同时阅读文档。任何提示将不胜感激。

我有一个小部件集合，其中包含如下记录：

{ "_id" : ObjectId("55a6abe193819c033d4d755a"), "name" : "widget1"}
{ "_id" : ObjectId("55a6abe193819c033d4d755a"), "name" : "widget2", "loc" : ObjectId("55a69475da314d9984fc6201") }

我还有一个如下所示的位置集合：

{ "_id" : ObjectId("55a69475da314d9984fc6201"), "abbrev" : "CAN", "description" : "Canada" }
{ "_id" : ObjectId("55a6948eda314d9984fc6202"), "abbrev" : "USA", "description" : "United States" }
{ "_id" : ObjectId("55a69496da314d9984fc6203"), "abbrev" : "MEX", "description" : "Mexico" }

如果我想使用 Objectid 查找位于加拿大的所有小部件，我知道我可以这样做：

> db.widgets.find( { loc: ObjectId("55a69475da314d9984fc6201")})
{ "_id" : ObjectId("55a6abe193819c033d4d755a"), "name" : "widget2", "loc" : ObjectId("55a69475da314d9984fc6201") }

但是，如果我想不使用 objectid 而是使用缩写或描述来搜索位置怎么办？我该怎么做？

我即将创建一个父表和子表。在计划如何对这些数据进行CRUD操作时，我想知道在删除数据方面有什么更好的设计。

我正在使用 SQLite。我知道对于许多数据库，您可以设置级联删除。假设我正确设置关系以支持此类功能，我的问题如下：

删除父记录时使用级联删除功能更好，还是我可以坚持使用事务，并自己手动从父/子表中删除，并在出现故障时回滚？

前端是一个网络应用程序。您可以向我指出的任何建议/文章都会很棒。

我正在尝试连接到远程 psql 数据库。在我添加带有客户端 IP 地址的 pg_hba.conf 条目之前，我收到了一条错误消息：

xdev@xdevbox:~$ psql -U postgres testdb -h 10.1.1.47
psql: FATAL:  no pg_hba.conf entry for host "10.201.50.71", user "postgres", database "testdb", SSL off

我使用信任设置添加了客户端的 IP。我还将服务器上postgres.conf中的监听地址更改为监听“*”。然后我使用 /etc/init.d/postgresql restart 命令重新启动了数据库服务器。

现在，当我尝试连接时，我收到以下错误消息：

psql: could not connect to server: Connection refused
    Is the server running on host "10.1.1.47" and accepting
    TCP/IP connections on port 5432?

在 postgresql.conf 中，端口设置为 5432。我不确定还要检查什么。

谢谢

我正在尝试在 sqlite 中运行此代码：

sqlite> CREATE TABLE test(id integer primary key AUTOINCREMENT, page varchar(10), dp_record_id integer, foreign key (webserver_id) REFERENCES target_dp(id));

但我收到以下错误消息：

错误：外键定义中的未知列“webserver_id”

这是父表：

sqlite> .schema
CREATE TABLE target_dp(id integer primary key AUTOINCREMENT, server_name varchar(255), location_code varchar(10), active bit(1));
sqlite> 

我看不到我的语法错误在哪里。在此先感谢您的时间。

我正在运行以下命令来在我的生产服务器上创建所有数据库的转储：

prodserver:/# pg_dumpall -U postgres -h 1.1.1.1 > prod.sql

在我的开发箱上，我还通过以下方式进行备份：

devserver:/# pg_dumpall -U postgres -h 1.1.1.1 > dev.sql

然后我尝试将生产数据库恢复到开发中，如下所示：

devserver:/# psql -f prod.sql -U postgres

它运行没有错误。它似乎正在创建表/导入数据。（我知道，因为如果我第二次运行它，我会收到某些数据已经存在/关系已经存在的消息。）

但是当我这样登录时：

psql -U postgres -d databasename

数据看起来与旧的开发数据相同。
我用应该恢复的生产数据尝试了以下操作：

select count(*) from widgets; 

我将其与使用开发数据库时返回的计数进行比较，它们是相同的。

在尝试还原后，我也尝试过重新启动 postgresql ......这是不行的。

任何关于我可能做错的建议将不胜感激。

谢谢。

编辑 1

我还检查了以下内容：

我打开 prod.sql 文件，发现插入语句如下：

INSERT INTO widgets_to_wiget_groups VALUES (363, 15);

然后我在数据库上做了一个选择语句，看看我在表中是否有这个条目，但我没有......也许它正在恢复它但是在另一个用户的上下文中？

编辑 2

我也试过

 psql -f prod.sql -U postgres -h 1.1.1.1

但它仍然不起作用作为测试，我尝试在另一台新服务器上恢复转储文件......结果相同。所以我检查并看到在转储文件中，没有 CREATE DATABASE 命令。我认为转储文件的原始命令不正确...

我想知道是否有办法永久设置查询缓存的大小并确保它始终处于启用状态。现在，我只是使用set global query_cache_size命令来设置大小，但是当数据库重新启动时，它就消失了。