|
阅读：5685回复：6
Firefox配置文件夹中的\indexedDB目录是什么？html5？
从哪个版本出现的呢？里面有\indexedDB\chrome\idb\846562544phus.sqlite
这种。。 |
|
|
|
1楼#
发布于：2013-06-26 17:10
不清楚，indexeddb 很早就开始规划了，原来数据库对付大容量数据性能不好，indexedDB 这方面又优势，势在必行
|
|
|
|
2楼#
发布于：2013-06-26 17:10
http://en.wikipedia.org/wiki/Indexed_Database_API
Preliminary support for Indexed DB is included by Firefox (since version 4[4]) 但是release note里面最早提到indexedDB的是10.0 http://www.mozilla.org/en-US/firefox/10.0/releasenotes/ 4.0的没有 http://www.mozilla.org/en-US/firefox/4.0/releasenotes/ |
|
|
|
3楼#
发布于：2013-06-26 17:10
https://hacks.mozilla.org/2010/06/compa ... bdatabase/
仔细爬完了这楼的评论, 真是大开眼界 2010到2011年那会儿, 评论几乎是一边倒的“mozilla你个傻X就知道整些没用的等着吧历史的洪流会把你冲到下水道的“ 那会儿网络上基本上是清一色的SQL项目, fx如果真搞indexedDB, 开发者面临的一个很现实的问题就是要重新学习一个完全不同, 尚在发育不够完善不够solid的东西, 对管理者来说直接后果就是开发周期延长, 开发成本上升维护成本提高. (话说有个家伙提到在他的业务客户端中fx的比例不到1%, 我还以为只有中国才这样呢, 他这么一说反而好奇了, 不知道fx在各种应用情况下的比例都是多少) 后来慢慢到了2012临近2013, 才有人站出来说“得了吧你们这些顽固的码农, 除了会制造垃圾代码还是制造垃圾代码, SQL基于字符串驱动的行为太屎了, 拜托都快2013了咱能弄点符合现代规范的接口不“ 就sqlite或者sql系列的语法来说, 基于字符串驱动确实是一件非常危险的事情( 在很多基于SQL的网站进行注入攻击的事情大家都有所耳闻吧), 相比之下indexedDB的用法就显得可靠得多. 但是正如评论中某位的说法,indexedDB的API“除了优雅, 其他完爆SQL“. 去看看MDN的using indexedDB就会发现, 这玩意的api......着实丑的不行,可读性很低, 用起来也不方便...而且毕竟是api, 评论中的意思似乎indexedDB是比上不足比下有余 考虑到chrome也在开始支持, 似乎是现在SQL系列以外, 除了这玩意也没有其他选择的样子, 所以即使是扶不起的阿斗, 也只能硬着头皮扶... |
|
|
|
4楼#
发布于：2013-06-26 17:10
看着纠结。。。。
|
|
|
5楼#
发布于：2014-03-14 08:26
问题是，我的\indexedDB 有近1.7g的大小，不知道除了直接删除文件夹外，还有什么方法可以删除？
|
|
|
6楼#
发布于：2014-03-14 09:58
|
|
