社区
数据库报表
帖子详情
现有的数据库结构不适合做统计报表怎么办
shiguanyu2003
2010-01-12 10:56:02
在现有的数据库结构 要做统计的功能 数据量太大(100w) 还要多表联合查询(4-5个表)
有没有什么更高的办法?
...全文
134
7
打赏
收藏
现有的数据库结构不适合做统计报表怎么办
在现有的数据库结构 要做统计的功能 数据量太大(100w) 还要多表联合查询(4-5个表) 有没有什么更高的办法?
复制链接
扫一扫
分享
转发到动态
举报
写回复
配置赞助广告
用AI写文章
7 条
回复
切换为时间正序
请发表友善的回复…
发表回复
打赏红包
半部论语
2010-01-28
打赏
举报
回复
海量数据统计 目前我觉得好使用的方法是建立索引\create view\call procedure 创建分表也可以考虑
但从长期的角度来看是不怎么实用 需要维护修改脚本
shiguanyu2003
2010-01-26
打赏
举报
回复
create view 的时候 要根据view 中各列值的不同得到一个结果 放在view中 方便查询。这个逻辑控制要怎么写啊?
beautybeatrix
2010-01-25
打赏
举报
回复
处理大数据量的数据,FineReport报表很有优势。制作好的大数据量报表,选中菜单栏报表|报表属性,勾选“层式报表属性:用行式的引擎来执行报表”,即可应对大数据量的数据。
horizonlyhw
2010-01-15
打赏
举报
回复
view试过了?
帝企鹅已被占用
2010-01-14
打赏
举报
回复
建立个summary表,按时间分,晚上不忙时加数据。
shiguanyu2003
2010-01-14
打赏
举报
回复
master slave
配置好麻烦啊
larry9016
2010-01-12
打赏
举报
回复
1、根据时间段分开
2、create view
3、存储过程
oracle
数据库
体系
结构
详解
概述 Oracle DB 服务器由一个 Oracle DB 以及一个或多个
数据库
实例组成。实例由内存
结构
和后台进程构成。每当启动一个实例时,都会分配一个称为系统全局区 (SGA) 的共享内存区,并启动后台进程。
数据库
包括物理
结构
和逻辑
结构
。由于物理
结构
和逻辑
结构
是分开的,因此管理数据的物理存储时不会影响对逻辑存储
结构
的访问。 Oracle 实例使用内存
结构
和进程来管理和访问
数据库
。所有内存
结构
都存在于构成
数据库
服务器的那些计算机的主内存中。进程是在这些计算机的内存中运行的作业。进程被定义为操作系统中可运
数据库
:
数据库
设计(需求,设计,运行,维护)
1,
数据库
设计概述 1.1,
数据库
设计的基本概念
数据库
设计是指对于一个给定的应用环境,构造(设计)优化的
数据库
逻辑模式和物理
结构
,并据此建立
数据库
及其应用系统,使之能够有效地存储和管理数据,满足各种用户的应用需求,包括信息管理要求和数据操作要求。
数据库
设计的目标:是为用户和各种应用系统提供一个信息基础设施和高效率的运行环境 。
数据库
设计的基本任务:是根据用户的信息需求、处理需求和
数据库
的支持环境(包括硬件、操作系统和DBMS),设计出
数据库
模式(包括外模式、逻辑模式和内模式)及其典型的应用程
什么是
结构
化数据?什么是半
结构
化数据?(*)
概述 相对于
结构
化数据(即行数据,存储在
数据库
里,可以用二维表
结构
来逻辑表达实现的数据)而言,不方便用
数据库
二维逻辑表来表现的数据即称为非
结构
化数据,包括所有格式的办公文档、文本、图片、XML、HTML、各类
报表
、图像和音频/视频信息等等。 非
结构
化
数据库
是指其字段长度可变,并且每个字段的记录又可以由可重复或不可重复的子字段构成的
数据库
,用它不仅可以处理
结构
化数据(如数字、符号等信息)而且更
适合
处理非
结构
化数据(全文文本、图象、声音、影视、超媒体等信息)。 非
结构
化WEB
数据库
主要是针对非
结构
化数据而产生的
结构
化数据、半
结构
化数据、非
结构
化数据
1、概述
结构
化数据:(即行数据,存储在
数据库
里,可以用二维表
结构
来逻辑表达实现的数据)。 非
结构
化数据:不方便用
数据库
二维逻辑表来表现的数据即称为非
结构
化数据,包括所有格式的办公文档、文本、图片、XML、HTML、各类
报表
、图像和音频/视频信息等等。 非
结构
化
数据库
是指其字段长度可变,并且每个字段的记录又可以由可重复或不可重复的子字段构成的
数据库
,用它不仅可以处理
结构
化数据(如数字、符
IAGW
统计
报表
的设计
关于周一下班前设计的
统计
报表
,周二听到了不同的声音,有同事提出了新的建议和疑问,这样的讨论,其实应该在设计阶段完成的,在
数据库
设计review的时候我没有全面考虑清楚应该如何呈现,没有及时提供建议和组织讨论,的确是我
做
得不好的地方,早上在我回复建议的末尾,很诚恳地向我的同事道歉。虽然现在的讨论有那么一点点晚了,但是late better than never,而且,如果是在上线之后客户才提出来,那
数据库报表
6,108
社区成员
4,750
社区内容
发帖
与我相关
我的任务
数据库报表
其他数据库开发 数据库报表
复制链接
扫一扫
分享
社区描述
其他数据库开发 数据库报表
社区管理员
加入社区
获取链接或二维码
近7日
近30日
至今
加载中
查看更多榜单
社区公告
暂无公告
试试用AI创作助手写篇文章吧
+ 用AI写文章