我正在构建一个小的Node/Mongo应用程序,每天为用户提供最多3个问题。用户只能回答“是”或“否”,正确的答案将在稍后确定(这些问题更接近预测)。目前,我有以下文件:
用户
id
问题
id
QuestionAnswer
id
question_id (参考文献)
UserAnswer
id
question_id (参考文献)
user_id (参考文献)
查询数据库的最有效方法是什么,这样我就可以得到今天的问题,但也可以检查用户是否已经回答了这个问题?我觉得我想得太多
我正在使用Azure AD B2C图形API来创建和管理用户。用户有数据和进程,所以我想知道,我应该如何在我的应用程序中存储用户的信息(例如用户有多少黄金)?
我想获取他们的userPrincipalName或objectId,并将其用作单独数据库中的主键,以跟踪与应用程序相关的信息,但在此之前,我想知道这是否是使用图形API的正确方式,除非有标准的图形API用于存储每个用户的应用程序数据?
理想情况下,出于安全和隐私的原因,我不希望将数据与特定用户相关联。
我必须编写一个自定义解释器来模拟包含三个表的数据库上的SQL select查询:A、B和C。我的问题如下:以下查询是否返回相同的结果?
select A1
from A
where A1 = 1;
select A1
from A, C
where A1 = 1;
正如我所写的,由于在from子句中添加了表,所以这两个语句提供了不同的结果。但我不确定这是否正确;结果应该取决于from子句中的表还是where子句中的连接(或缺少连接)?
对于允许检索关系数据的文档存储数据库,有哪些选择?举一个真实的例子,假设你有一个存储博客文章的数据库。我希望数据看起来像这样:
{id: 12345,
title: "My post",
body: "The body of my post",
author: {
`id: 123,`
`name: "Joe Bloggs",`
`email: "joe.bloggs@example.com"`
}
}
现在,您可能会有许多这样的记录,它们都共享作者的详细信息。我真正想要的是将作者本身作为不同的记录存储在数据库中
我有数以千计的不同类型的文件,因此也有不同的领域。我的任务是找到一对或一组文件,并有具体的关系:
A.race='dwarf' and B.race='elfe' and C.profession='thief'
A.haircolor = C.haircolor and B.favorite_meal = C.favorite_meal
是否有一个无模式和关系的数据库?
我只是在为我的数据库课程做一个作业,我只想仔细检查一下我是否正确地理解了关系代数。
SQL查询:
SELECT dato, SUM(pris*antall) AS total
FROM produkt, ordre
WHERE ordre.varenr = produkt.varenr
GROUP BY dato
HAVING total >= 10000
关系代数:
σtotal >= 10000(
ρR(dato, total)(
σordre.varenr = produkt.varenr(
datoℑSUM(pris*antall(produkt x
考虑以下数据库表的示例:
用户( id PK,user_name,.)
评论( id PK,u_id FK,.)
reportedCommentInfo ( id PK,c_id FK,reporting_u_id FK,date,.)
管理( id PK,user_name,.)
根据这个数据库模式,任何用户都可以发布评论,并可以基于包含滥用或垃圾信息的内容来报告其他用户的评论。管理员可以查看所有报告的用户评论列表,并可以删除不符合设定标准的评论。
在这个场景中,admin实际上没有访问任何已报告的注释--即它们的id(s)不存在于管理表中,但是admin可以访问和管理报告的注释。那
很抱歉这个非描述性的标题,但我真的想不出该放什么。
我在想将数据库中的项与代码中的功能链接在一起的最好方法。
例如,我有网球、足球和篮球这三种游戏类型。这些数据将保存在数据库中的GameType表中。
现在,打印给定游戏的比分的功能对于每种游戏类型都是不同的。所以我现在有一个这样的类结构:
public abstract class GameType {
String name;
public abstract String getScore(Score s);
}
public class Tennis extends GameType {
String name
( a)我找到了模式的两个定义:
FIRST -描述表的一组信息称为模式,模式用于描述数据库中的特定表以及整个数据库(以及其中的表之间的关系,如果有的话)。
第二,数据库模式是对对象(如表、视图、存储过程等)进行逻辑分组的一种方法。将模式视为对象的容器。
我假设这两种描述描述了完全不同的概念,它们恰好使用相同的名称?
b)
数据库模式是对对象(如表、视图、存储过程等)进行逻辑分组的一种方法。将模式视为对象的容器。
如果我正确地理解了上面的定义,那么数据库模式与名称空间相似,唯一的区别是我们可以为数据库模式分配访问权限,而对名称空间却不能这样做?
萨克斯