- 综合排序
- 最热优先
- 最新优先
- 来自专栏天天
数据储存
var ca = {color:"red",height:185}; var ne = {name:"zhangsan",age:15,other:ca}; // 浅拷贝 var pr = {}; // pr.name = ne.name; // pr.age = ne.age; // pr.other = ne.other; for(var i in ne){ pr[i] = ne[i]; } //注意：var pr =n
3K20发布于 2018-09-29 - 来自专栏Android开发
文件数据储存之外部储存
使用外部存储数据需要在应用程序中设置访问SD卡的权限，在AndroidManifest.xml中添加权限 <! -- 往sd卡写入数据权限--> <uses-permission android:name="android.permission.WRITE_EXTERNAL_STORAGE"/> <! -- 从sd卡读取数据权限--> <uses-permission android:name="android.permission.READ_EXTERNAL_STORAGE"/> 首先判断是否存在可用的 Environment.getExternalStorageDirectory(),“boreseven”); 第二个参数为自己设置的名字 (2).私有文件Private files在应用被卸载后，私有文件也会被删除，类似与内部储存 获得外部储存私有文件路径的方法Context.getExternalFilesDir()，如： 如：File file = new File(this.getExternalFilesDir(Environment.DIRECTORY_PICTURES
81000编辑于 2025-06-10 - 来自专栏指点的专栏
Activity 的临时数据储存
一个Android项目程序一定会存在多个 Activity ，在Activity对象的切换过程中，难免会有一些Activity对象被系统回收，那么，这个Activity中的数据也会消失，打个比方： 那么再次启动这个Activity的时候EditText的数据又得重新输入，这是极大的影响用户的体验的。那么我们该如何解决这个问题呢。 我们可以把它理解为当Activity要被摧毁时，onSaveInstanceState(Bundle b)方法被调用，将数据保存在Bundle对象中，并且储存在应用程序的某个角落（内存）中，当这个Activity 被重新创建时，这个数据传入onCreate(Bundle savedInstanceSatte) 中。 通过一个Activity类中的方法实现了Activity临时数据的储存
1.6K30发布于 2019-01-18 - 来自专栏magicsoar
微信储存数据的分析
数据是储存在Documents中 打开后，会发现几个文件夹，它们由数字和字母组成，细心的人可能会发现它们都是有32位，其实每一个文件夹代表了一个用户的记录， 如果你的设备上有多个用户登录过的话，便会有多个这种文件夹出现 mp4 DB ：这是这篇文章的重点，内有MM.sqlite文件,以sqlite数据库储存了聊天记录的文字还有一些其他的信息 将在下面进行介绍 打开DB之后，我们会发现一个 大小挺大，后缀是sqlite 想到了什么，sqlite数据库！ 让我们下载一个SQLiteSpy，这样就能以图形界面的方式来查看MM.sqlite内储存的数据了 打开后我们会发现很多的表，它们以Chat_打头，后面有接了一串数字和字母组成的东西，如果在仔细数一下会发现它们也是 总结 微信用sqlite数据库储储存聊天记录，数据库文件叫做MM.sqlite, 将每一个用户的用户名用MD5的方式加密，并以此32位的序列加上Chat_为前缀作为表名，储存对应的聊天记录
3.5K110发布于 2018-02-06 - 来自专栏929KC
数据在内存中的储存
C语言中数据在内存中的储存 前言：现实世界是一个充斥着数据的世界，万事万物身上都充满着数据的存在，比如我们人身上就有身高，体重，年龄等数据。 我们所学的C语言就是用来处理现实中的中的问题，自然而然C语言中必有存储这些数据的盒子，每种数据都有与之对应的盒子，这样方便管理与存储，接下来我们就来深究数据在内存中的存储。 什么大端小端： 大端（存储）模式，是指数据的低位保存在内存的高地址中，而数据的高位，保存在内存的低地址 中； 小端（存储）模式，是指数据的低位保存在内存的低地址中，而数据的高位,，保存在内存的高地 = 9.0; printf("num的值为：%d\n",n); printf("*pFloat的值为：%f\n",*pFloat); return 0; } 输出结果 由结果可知，浮点型与整型储存方式不一样 ，所以浮点数的储存方式是什么呢？
84520编辑于 2023-10-07 - 来自专栏宣言(Siam)博客
Docker容器数据储存和转移
容器数据储存 默认情况下，在容器内创建的所有文件都存储在可写层中。这意味着： 当该容器不再运行时，数据不会持久存在，如果另一个进程需要，则可能很难从容器中获取数据。 使用数据卷 数据卷是保存Docker容器生成和使用的数据的首选机制。数据卷完全由Docker管理。有几个优点： 与挂载目录相比，卷更易于备份或迁移。 ，-v命令则会自动创建（此时创建的是匿名数据卷）,–mount则会报错 匿名数据卷：没有指定名称标识的数据卷，docker随机生成不重复的标识，依赖于一个容器，如果该容器消亡，则因为数据卷标识无法知道， ②如果是容器里的目录不存在，两者都会自动创建 创建数据卷 docker volume create my-vol 数据卷列表 docker volume ls 查看数据卷具体信息 docker volume inspect my-vol 删除数据卷 docker volume rm my-vol 清除无主的数据卷 docker volume prune 备份数据卷 当您需要备份，还原或将数据从一个Docker
2.4K10发布于 2019-12-15 - 来自专栏电光石火
docker 指定数据储存目录
一、在 docker 配置文件中配置 /etc/docker/daemon.json
2.1K10发布于 2020-02-29 - 来自专栏Linux之越战越勇
C语言进阶(七) - 数据的储存
在计算机中任何数据本质上都以二进制的0和1进行储存。 而二进制又有三种表示形式：原码、反码、补码。 而这三种表示形式中都可以分为两部分：符号位 + 数值位。 浮点型数据在内存中的储存 浮点型的意思是数据在内存中的储存是浮动的，也就是不准确的，所以不叫做实数型数据。 字节序 - 大小端 4.1 大小端字节序出现的原因 数据储存的是以字节(byte)为单位的(或者说以char类型为单位)，如果一个数据使用一个字节就可以储存就不存在大小端字节序的问题了。 4.2 大小端概念 大端储存：数据的低位保存到内存的高地址中，数据的高位保存到内存的低地址中。 小端储存：数据的低位保存到内存的低地址中，数据的高位保存到内存的高地址中。 00000001 - 二进制序列 //0x00 00 00 01 - 16进制序列 char* p = (char*)&a; return *p; } ---- 结语 本文主要介绍了整型数据域浮点型数据在内存中的储存
2.5K30编辑于 2023-04-27 - 来自专栏小白历险记
数据库如何储存和管理数据的？
PS：本文以常用的MySQL为例 磁盘IO 在不考虑缓存等机制（数据IO）的前提下,首先我们知道,对于用户来说他使用数据时,会和其内部的存储设备,一般为磁盘(当然也有固态之类的更高效的存储设备,但是数据库一般是部署在服务端 所以在特定时间内，数据一定是磁盘中有，内存中也有。后续操作完内存数据之后，以特定的刷新策略，刷新到磁盘。而这时，就涉及到磁盘和内存的数据交互，也就是IO了。而此时IO的基本单位就是Page。 B树看起来还可以但是如果在跨越了多个叶子节点的话,我们要连续的的查的话,就需要回到父节点再到下一个节点,IO次数多了(叶子节点不相连) 而且B树是每个节点都储存了数据,使得单个节点能储存的key少了,我们能不能极端一点 下图为常见的存储引擎底层所使用的储存的数据结构 特别的 MyISAM 存储引擎-主键索引 MyISAM 引擎同样使用B+树作为索引结果，叶节点的data域存放的是数据记录的地址。 其中， MyISAM 最大的特点是，将索引Page和数据Page分离，也就是叶子节点没有数据，只有对应数据的地址。 相较于 InnoDB 索引， InnoDB 是将索引和数据放在一起的。
83420编辑于 2023-10-23 - 来自专栏编程学习
C语言——数据在内存中的存储【整型数据在内存中的储存，大小端字节序储存，浮点型数据在内存中的储存】
一，整数在内存中的存储 ⭐对于整型数据来说：数据是以补码的形式存放在内存中 1，为什么要以补码的形式储存呢？ ： 我们可以看到： a的内容11223344被储存为了44332211 这就是因为博主的计算机中的VS是用小端模式来储存数据的 2，为什么要有大小端存储之分？ 三，浮点型数据在内存中的储存 开门见山：浮点数在内存中的储存与整数是不一样的！ 整数是以补码的方式储存，那浮点数呢？ 我们可以发现，每个浮点数，都可以用S M E 三个数据来表示出来，因此我们在储存时，也只需储存好这三个数据就可以了 IEEE 754规定： •对于32位的浮点数，最⾼的1位存储符号位S，接着的8位存储指数 E，剩下的23位存储有效数字M •对于64位的浮点数，最⾼的1位存储符号位S，接着的11位存储指数E，剩下的52位存储有效数字M 1）符号位S的储存 •正数储存0 •负数储存1 2）有效数M
79510编辑于 2024-03-19 - 来自专栏存储内核技术交流
探索PostgreSQL数据存储存储之数据页
上图的左边是每个层次的硬件访问数据的时间周期，上图的右边是不同硬件访问时间的放大，越上层访问越短，越下层访问时间越长；但是从容量上看越上层的容量越小，越下层的容量越大。 PG磁盘数据到内存概览 任何传统传统数据库都会借助DRAM来加速数据库磁盘数据的访问。比如PG中的share_buffer，全局为PG数据库中表存储的数据page提供缓冲空间。 当用户执行查询语句的时候，首先会去查询share_buffer中这个数据page是否在缓存区中，如果在就返回page;如果不在则去磁盘读取这个数据的page到share_buffer最后返回。 这里涉及到两个基本的结构，一个是share_buffer,另外一个是page.下面核心会聚焦到这2个点上，了解PG是如何实现这些逻辑 PG中的数据对象 PG中一般会有三种对象，分别是数据库、表、索引.三者之间的关系如下 PG中一个表一般会有三种类型的数据，一个是fsm文件表示当前数据表中可用的空闲空间，另外一个是vm文件来表示数据表中数据可见性的映射，最后一个是以oid来表示的数据文件.fsm是基于page来管理空闲空间
4.8K50编辑于 2023-02-26 - 来自专栏大数据文摘
如何利用声波对数据进行储存
我们对数据储存的需求正在以惊人的速度增长。估计现在全世界范围内的数据储存到达了2.7泽字节，相当于地球上70亿人每人储存好几万亿字节的数据。 圆盘必须移动才能进行读取这一点说明了出现机械故障的可能，也限制了数据存储的速度。 一些储存速度更快的固态存储设备，不存在出现机械故障的可能性，将数据作为小电荷进行储存。 它们的存储速度还是比数据在电脑各部件中穿梭的速度更慢。 固态存储设备利用磁力将数据进行编码是最理想的方式。IBM正在研发一种新的改良设备，叫做赛道储存。它使用的是比人类头发丝还要细几百倍的纳米线集合。 还有其他方法让磁数据“流动”起来。我(作者)来自谢菲尔德大学的团队和来自利兹大学的John Cunningham发现了利用声波能够使赛道储存更有效率的方法，并且将论文发表在了《应用物理快报》上。 在这种技术成为解决赛道储存背后的问题之前还有许多疑问需要解决。但根据实验进度，下一步是创建一个模型对它来进行测试。 来自微信公众号煎蛋
1.3K70发布于 2018-05-22 - 来自专栏程序猿的栖息地
使用MySQL储存过程批量插入数据
今天给大家分享一个MySQL储存过程。 #数据表的结构为stu_id（学号） ，stu_name（姓名），stu_sex（性别），cla_id（班级编号），stu_phone（手机号） drop procedure if exists insertt ;#如果存在储存过程则删除 delimiter $$ #创建一个储存过程 create procedure insertt() begin set @a=2000000001 if @a%100=0 then set @d=@d+1 ; end if; end while; end$$ delimiter ; #执行存储过程插入数据
2.9K20编辑于 2022-04-29 - 来自专栏《C++与 AI：个人经验分享合集》
《探秘数据储存：科技背后的无限奥秘》
在当今数字化时代，数据储存已成为支撑科技发展的基石。我们生活在一个信息爆炸的世界里，每天都有海量的数据被产生、传输和存储。数据储存不仅仅是一项技术，更是一门艺术，它承载着我们的记忆、知识和梦想。 数据储存的历史可以追溯到很久以前。从早期的穿孔卡片到磁带、光盘，再到如今的硬盘和闪存，每一次技术的革新都带来了更高效、更可靠的数据储存方式。 固态硬盘采用闪存芯片作为存储介质，具有读写速度快、能耗低、体积小等优势，迅速成为数据储存领域的新宠。 闪存技术的发展是数据储存领域的一大突破。 数据储存系统的稳定性和性能直接影响着企业的运营效率和竞争力。通过采用先进的数据储存技术和解决方案，企业能够更好地管理和利用数据，实现业务的数字化转型和创新发展。 然而，数据储存也面临着一些挑战和问题。 让我们一起关注数据储存的发展，探索其中的无限奥秘，为创造更美好的未来贡献我们的力量。 在这个数据驱动的时代，数据储存的重要性不言而喻。它就像一座无形的宝库，珍藏着我们的智慧和财富。
22310编辑于 2024-12-09 - 来自专栏指点的专栏
Android文件读写和使用SharedPreferences储存数据
在 onDestroy 方法中调用 saveText 来储存 EditText 中的数据。，在 onCreate 方法中我们进行恢复 EditText 中的数据。 前面介绍的文件操作储存数据是用文本文件或者二进制文件来储存数据的，下面介绍一个新的数据储存方式：SharedPreferences SharedPreferences 储存的文件采用xml格式的文件来储存数据 得到了SharedPreferences对象之后我们就可以利用它进行数据的储存了： （1） 调用Sharedpreferences 对象的 edit() 方法获取一个SharedPreferences.Editor 对象 （2） 使用SharedPreferences.Editor 对象的特性方法储存数据(putString()...) （3） 调用SharedPreferences.Editor 对象的apply () 方法提交数据，完成储存。
2.5K10发布于 2019-01-18 - 来自专栏我的专栏文集
对象储存cos-腾讯云对象储存cos
腾讯云 COS 具有高扩展性、低成本、可靠和安全等特点，能为您提供专业的数据存储服务。您可以使用控制台、API、SDK 等多种方式连接到腾讯云对象存储，实时存储和管理您的业务数据。 腾讯云对象储存cos详情 https://cloud.tencent.com/act 3.创建注意事项，如图 image.png 4.查找储存桶秘钥 5.获取默认项目的秘钥，不是总的秘钥 6.如果需要不同尺寸的缩略图则需要启用腾讯云的数据万象功能，如图 7.注意腾讯云的图像处理接口 download_url? imageView2/3/w/400/format/png 8.网站本身配置（pos为列子） 图片css js这些远程储存桶还是比较有意义的，比如我的服务器才1M带宽，这种页面加载图片这些很慢
27.8K51发布于 2019-08-01 - 来自专栏小简技术栈
MySQL数据库常识之储存引擎
储存引擎分类 show engines; 这个命令可以查看数据库的数据引擎，可以看到InnoDB是默认的引擎。 命令除了在终端运行，也可以在查询数据库可视化工具中运行。 而，（我是5.7版本）我们可以看出数据库中，存储引擎一共有九个。 设置默认引擎 SHOW VARIABLES LIKE 'default_storage_engine%' 这个语句可以查询当前默认的数据库引擎。 default_storage_engine%表示查询默认数据库存储引擎。 如果我们要修改默认储存引擎，我们可以通过修改my.ini/my.cnf文件实现(不建议！)。 添加 default-storage-engine = 数据库引擎名（INNODB/MYISAM）。 sudo service mysql restart 用命令重启mysql。
2.6K30编辑于 2022-04-22 - 来自专栏python全栈教程专栏
爬虫学习（14）：数据储存为txt文档
差不多就两种方法，个人喜欢第二种。w是写入，没有wen.txt文件就创建txt文件，有就直接写入。别的没啥说的，记录一下今天学习。
1K20发布于 2021-10-18 - 来自专栏swag code
Android数据储存之SharedPreferences-记住密码案例
---- 简介 SharedPreferences是一种轻型的数据存储方式,通过键值对的形式保存数据，存储数据是以xml文件形式存储，文件存放在/data/data//shared_prefs目录下, ，但是无法直接在多个程序间共享，需要借助于Conttent Providers(内容分发者) SharedPreferences存储数据 SharedPreferences通过Editor进行数据的编辑处理 Editor editor=sharedPreferences.edit(); 存放数据 以Key-Value的形式储存，只适用于一些简单的数据类型 ? 移除数据 //移除数据 editor.remove(String key); //清空数据 editor.clear(); 读取数据 ? 记住密码案列 ? //XML文件的形式储存 //设置本程序的私有访问 sharedPreferences=getSharedPreferences("userInfo",MODE_PRIVATE);
1.3K10发布于 2019-05-23 MySQL-储存引擎
MySQL体系结构 MySQL的系统体系结构一般来说分为一下几层： 连接层 服务层 引擎层 储存层 存储引擎简介 存储引擎是储存数据，建立索引，更新/查询数据的实现方式。 = 储存类型 [ 注释 ] ; 查看当前数据库支持的储存引擎： show engines; InnoDB 介绍 InnoDB是一种高可靠性和高性能性的储存引擎，自从MySQL 5.5之后，InnoDB 特点 DML操作遵循ACID原则 行级锁，提高并发性能 支持外键约束，提高数据的一致性和完整性 文件 xxx.ibd，innnoDB的每张表都有一个对应的表文件，储存表结构，数据和索引。 逻辑储存结构 MyISAM 介绍 是早期MySQL的默认储存引擎 特点 支持表锁，不支持行锁 访问速度更快 文件 xxx.sdi 储存表结构信息 xxx.MYD 储存数据 xxx.MYI 储存索引 Memor：储存在内存中，访问速度快，通常用于临时表及缓存。缺点是有表的大小限制，不能存储大量的数据，无法保证数据的安全性。 小结
18310编辑于 2025-12-23
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号