- html - 出于某种原因,IE8 对我的 Sass 文件中继承的 html5 CSS 不友好?
- JMeter 在响应断言中使用 span 标签的问题
- html - 在 :hover and :active? 上具有不同效果的 CSS 动画
- html - 相对于居中的 html 内容固定的 CSS 重复背景?
我正在利用业余时间制作待办事项 list 以进行学习等。我正在使用 SQL Server Compact 3.5 以及 Entity Framework 进行数据管理.它是一个桌面应用程序,旨在供一个人使用。
我对数据库方面的知识几乎一无所知,而且我的精力更多地集中在 UI 方面。
我正在愉快地执行任务的 CRUD,当时我认为为任务安排一些时间安排会很好。将来开始任务,每天/每周/每月/每年/自定义等重复。
我继续尝试设计我的数据库以适应我有限的知识和 poof,我最终得到了大约 14 个新表。然后我在网上搜索并找到指向 sysschedules on MSDN 的帖子.全部在一张表中完成。我羞愧地低下了头,试图微不足道地尝试改进我的设计。我把它减少到 10 个表,同时从 sysschedules 表中加入了一些我喜欢的东西。
现在这是我的(简化的)模式(下图解释):
一个任务可以有一个SchedulingInfo与之关联。我强制 OO 这样做,所以 SchedulingInfo 是一个抽象类型,它有各种“子类”。
TimeOfDayToStart_Ticks
表示开始时间...因为我不想将它存储为日期时间。
子类:
我的代码将检索 ScheduleInfo 列表,按 NextRun
排序。 Dequeue 一个ScheduleInfo,实例化一个新的Task 相关细节,重新计算 NextRun
基于ScheduleInfo 的子类,将ScheduleInfo 保存回DB。
我对表的数量感到奇怪。如果有数千个条目,这会影响性能吗?还是这就像令人讨厌的设计,充满了不良做法之类的?我应该只使用单表方法吗?
最佳答案
是的,我认为您的表泛滥会对性能产生负面影响。如果 YearlySchedule
和其他东西是从基本实体 SchedulingInformation
派生的实体,并且您有单独的表用于基本和派生属性,您将被迫使用 Table-Per-类型 以缓慢着称的继承映射。 (至少到 EF 的当前版本 4.1。据宣布,将在下一版本的 EF 中改进为使用 TPT 映射的查询生成的 SQL。)
在我看来,您的模型是 Table-Per-Hierarchy 映射的典型案例,因为我看到四个派生实体表只有一个主键列。因此,这些实体不会向基类添加任何内容(除了它们的导航属性),只会强制在查询中进行不必要的连接。
我会丢弃这四个类以及第五个类 - IntervalSchedule
- 并将其单个属性 Interval_Ticks
添加到 SchedulingInformation
表中。
这四个 ...Specifiers
表都可以用它们的外键引用到 SchedulingInformation
表。
因此,这将导致:
SchedulingInformation
和 4 x *Specifiers
SchedulingInformation
*Schedule
*Specifier
每个 *Schedule
实体(IntervalSchedule
除外)都有相应的 *Specifier
实体的集合(一对多关系).您通过 Table-Per-Hierarchy 继承映射将五个 *Schedule
实体映射到同一个 SchedulingInformation
表。
这将是我尝试和测试的主要计划。
关于sql-server - 这是为任务调度应用程序设计数据库模式的好方法吗?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/7977276/
我想了解 Ruby 方法 methods() 是如何工作的。 我尝试使用“ruby 方法”在 Google 上搜索,但这不是我需要的。 我也看过 ruby-doc.org,但我没有找到这种方法。
Test 方法 对指定的字符串执行一个正则表达式搜索,并返回一个 Boolean 值指示是否找到匹配的模式。 object.Test(string) 参数 object 必选项。总是一个
Replace 方法 替换在正则表达式查找中找到的文本。 object.Replace(string1, string2) 参数 object 必选项。总是一个 RegExp 对象的名称。
Raise 方法 生成运行时错误 object.Raise(number, source, description, helpfile, helpcontext) 参数 object 应为
Execute 方法 对指定的字符串执行正则表达式搜索。 object.Execute(string) 参数 object 必选项。总是一个 RegExp 对象的名称。 string
Clear 方法 清除 Err 对象的所有属性设置。 object.Clear object 应为 Err 对象的名称。 说明 在错误处理后,使用 Clear 显式地清除 Err 对象。此
CopyFile 方法 将一个或多个文件从某位置复制到另一位置。 object.CopyFile source, destination[, overwrite] 参数 object 必选
Copy 方法 将指定的文件或文件夹从某位置复制到另一位置。 object.Copy destination[, overwrite] 参数 object 必选项。应为 File 或 F
Close 方法 关闭打开的 TextStream 文件。 object.Close object 应为 TextStream 对象的名称。 说明 下面例子举例说明如何使用 Close 方
BuildPath 方法 向现有路径后添加名称。 object.BuildPath(path, name) 参数 object 必选项。应为 FileSystemObject 对象的名称
GetFolder 方法 返回与指定的路径中某文件夹相应的 Folder 对象。 object.GetFolder(folderspec) 参数 object 必选项。应为 FileSy
GetFileName 方法 返回指定路径(不是指定驱动器路径部分)的最后一个文件或文件夹。 object.GetFileName(pathspec) 参数 object 必选项。应为
GetFile 方法 返回与指定路径中某文件相应的 File 对象。 object.GetFile(filespec) 参数 object 必选项。应为 FileSystemObject
GetExtensionName 方法 返回字符串,该字符串包含路径最后一个组成部分的扩展名。 object.GetExtensionName(path) 参数 object 必选项。应
GetDriveName 方法 返回包含指定路径中驱动器名的字符串。 object.GetDriveName(path) 参数 object 必选项。应为 FileSystemObjec
GetDrive 方法 返回与指定的路径中驱动器相对应的 Drive 对象。 object.GetDrive drivespec 参数 object 必选项。应为 FileSystemO
GetBaseName 方法 返回字符串,其中包含文件的基本名 (不带扩展名), 或者提供的路径说明中的文件夹。 object.GetBaseName(path) 参数 object 必
GetAbsolutePathName 方法 从提供的指定路径中返回完整且含义明确的路径。 object.GetAbsolutePathName(pathspec) 参数 object
FolderExists 方法 如果指定的文件夹存在,则返回 True;否则返回 False。 object.FolderExists(folderspec) 参数 object 必选项
FileExists 方法 如果指定的文件存在返回 True;否则返回 False。 object.FileExists(filespec) 参数 object 必选项。应为 FileS
我是一名优秀的程序员,十分优秀!