主页 / user-220897

user2402616's questions

Martin Hope
user2402616
Asked: 2022-06-15 13:51:48 +0800 CST
  • 6

我正在设计一个非常简单的应用程序，以一定的频率向订阅者发送积极的文本消息。

这些只是著名的、励志的、鼓励的和积极的名言。

当我第一次想到我的想法时，哦，我们可以将这些引号作为一个集合存储在 MongoDB 中。并且电话#s在一个单独的集合中

如果应用程序仍然像这样简单......那么 NoSQL 方法是否理想且比 RDBS 更好？我觉得它会导致更快的开发时间来启动和运行某些东西（节点堆栈）

但是，我认为在最初做一些额外的努力并使用 MySQL 可以使这更加可消耗，面向未来，并防止技术债务。说...我想跟踪发送给特定用户等的报价。

有哪些见解？

这个问题甚至与应用程序本身无关，而是为了更好地了解何时使用 NoSQL 与传统 RDBMS。

更新当我说 NoSQL 时..我的意思是 MongoDB 或任何其他类似的 JSON 文档存储

谢谢！

mysql mongodb
Martin Hope
user2402616
Asked: 2022-05-28 11:16:46 +0800 CST
  • 3

我正在使用mariadb。

video_count我有一个单独的表来跟踪image_count几个不同的站点。IE

 type        | enum('SITE1','SITE2','SITE3')                                
 video_count | int(11)                                                
 image_count | int(11)

video_count将存在于所有站点，但image_count仅存在于SITE3. 此外，SITE3 将是少数行。

那么以这种方式在一张表上排列数据是否有意义？我想查询所有行...但是如果知道我的 90% 的行将具有0image_count 是多余且昂贵的，这是否会成为问题？

如果我能做类似的事情就完美了SELECT * from TABLE BUT DON't GET video_count WHERE type != 'SITE3'"

这甚至是 SQL 中可能的查询吗？或者现在为“SITE1...SITEN”创建单独的表是否有意义？泰！

mysql database-design
Martin Hope
user2402616
Asked: 2022-05-15 08:45:47 +0800 CST
  • 1

我正在使用 MariaDB。

我正在设计一个简单的应用程序，它可以在订阅者订阅的某些网站已更新时向订阅者发送通知。

一个用户可以订阅几个不同的站点，多个用户可以订阅同一个站点。

因此，两个表在真空中都是独立的。两者的简单模式，只是一个

  1. 包含 id 和 url 的站点表
  2. 包含 ID 和电话号码的订阅者表

我对效率和可扩展性的暂定流程如下所示

  1. 每小时从站点表中获取所有站点的 Cron 作业
  2. 为所有站点发出并行 Web 请求
  3. 检测已更改的站点（这将与站点表中的另一列进行比较）
  4. 提醒已更改站点的用户哪些站点已更新（可能还会并行发送警报）

是否有必要为此引入连接表？我觉得它会引入复杂性，因为我必须每次都加入并更新每次对任一订阅者表进行更改时。

或者..我应该只是非规范化..

似乎网站在这里是一种“共同点”（即我会一直检查每个网站是否都发生了变化，但我不一定需要所有订阅者）

所以给定^，我在想也许只是添加一个 Sites.subsriber_ids 字段..

或者..我应该采用 NoSQL 方法吗？

有什么想法和建议吗？

谢谢！

CREATE TABLE provsub (
    provider_id int(11) NOT NULL, 
    subscriber_id int(11) NOT NULL, 
    created timestamp NOT NULL DEFAULT current_timestamp(),
    updated timestamp NOT NULL DEFAULT current_timestamp() ON UPDATE current_timestamp(),
    PRIMARY KEY (provider_id,subscriber_id), 
    KEY subscriber_id (subscriber_id), 
    CONSTRAINT provsub_ibfk_1 FOREIGN KEY (provider_id) REFERENCES providers (id), 
    CONSTRAINT provsub_ibfk_2 FOREIGN KEY (subscriber_id) REFERENCES subscribers (id)
) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 |
database-design mariadb
Martin Hope
user2402616
Asked: 2021-01-14 10:06:47 +0800 CST
  • 0

我在 JAWSDB 的云中有一个远程 MySQL 数据库。

我有UTC TZ 中记录createdAt的updatedAt时间戳。

我将使用mysqldump -h HOST -u USER -p > backup.sql. 然后我将这些恢复到本地 MySQL 服务器使用 mysql -u USERNAME -p DB_NAME < backup.sql

但是，在检查新的本地备份时...我注意到createdAt时间戳是针对我的本地 TZ 的（EST 和实际在 JAWSDB 中的 UTC 版本之前的 5 小时）。updatedAt时间戳仍然UTC存在。

顺便说一句，这是我创建这些时间戳字段的方法。

 `createdAt` TIMESTAMP DEFAULT CURRENT_TIMESTAMP,
 `updatedAt` DATETIME DEFAULT CURRENT_TIMESTAMP ON UPDATE CURRENT_TIMESTAMP

因此，转储的恢复似乎仅针对该createdAt字段从 UTC 转换为 EST。这可能是由于 JawsDB 和我的本地服务器之间的引擎或 mysql 版本不匹配造成的吗？

有什么见解吗？谢谢！

mysql backup
Martin Hope
user2402616
Asked: 2020-12-25 07:26:16 +0800 CST
  • 0

只是想知道我要建模的以下数据的最佳设计模式是什么。

我有一个表，用于存储客户已下订单的信息。

订单可以开票或开票。

目前，该表存储有关总订单信息的数据（所以...开票+未结）。

即totalAmount,totalCost等...

必须在代码中计算已开票和未结信息，然后按行更新。从技术上讲，这些信息可以在计算后仅存在于应用程序的内存中。但是..我认为...存储很便宜，将这些数据存储在表中以供以后使用可能会很有用。

但是，我觉得这有点尴尬，可能会导致大排。

即我会有

totalAmount, totalCost, openAmount, openCost, invoicedAmount, invoicedCost

有没有更好的方法来做到这一点？

谢谢！

mysql design-pattern