jsを使ってデータベースを開発する

フロントエンドは依然としていくつかのデータを保存する必要があります。ここでの保存とは、js を使用してデータベースを開発する方法を説明します。多くの場合、データを保存するために -end を保存する必要があります。ここでの保存とは、長期保存を指します。以前のアイデアは、データを Cookie に保存するか、キーを Cookie に保存して、その他のデータをサーバーに保存するというものでした。

これらのシーンは多くの用途があり、非常に大人っぽくて使いやすいです。しかし、データベースや Web SQL と同様に、ローカルに長期間保存できるデータが必要です。

新世代のブラウザは基本的にローカル データベースをサポートしています。必要なときに直接使用してください。それが機能しない場合でも、ストレージを使用して対応できます。

データベースのような機能が必要で、互換性のある保存方法がない場合はどうすればよいですか?これらのものをローカルに暗号化して保存する必要がありますか?たくさんのものを保存したいですか？

現在、ReactNative を使用しているときにこの状況に遭遇しました。大量のデータをローカルに保存する必要があります。 SQLite を直接使用したほうが良いのではないか、と誰かが言いました。

わかりました、全然大丈夫です。ここではフロントエンドの姿勢で開発しているだけです。 SQLite は必要ないが、大量のデータを保存する簡単な方法だけが必要な学生がいる場合はどうすればよいでしょうか?

多くの使用シナリオがあり、実装の最下層を自由に置き換えることができ、実装メソッドさえも自由に記述することができます。ここでは、世界を創造するフロントエンドの姿勢に基づいて、非公式でフロントエンドに優しいデータ リポジトリを構築しています。

基盤となるストレージ

ここでの使用シナリオは ReactNative なので、RN の AsyncStorage を使用します。

保存するすべてのデータをオブジェクトと文字列に変換します。ここでの中心となるアイデアはシリアル化です。すべてのデータを文字列として保存します。

import { AsyncStorage } from 'react-native';

exports.setItem = async (key, value) => {    let item = JSON.stringify({
        v: value
    });    return await AsyncStorage.setItem(key, item);
}

読み取り時には、文字列を元に保存されているデータに変換する変換も行う必要があります。

exports.getItem = async (key) => {    let item = await AsyncStorage.getItem(key);    if (!item) {        return null;
    }    return JSON.parse(item).v || null;
}

特別な処理が必要なのはリストの取得です。 RN には、複数のキーに基づいて複数のデータを返す API があります。配列オブジェクトを返します。配列番号 0 はデータ ストレージのキー値、シーケンス番号 1 はデータ ストレージの特定の文字列です。

rreee

他に使用されているメソッドもいくつか取り上げてみましょう。ここにもう 1 つのレイヤーをネストし、上と同じ構成を維持します。

exports.getlist = async (keys) => {    let list = await AsyncStorage.multiGet(keys);
    list = list.map(item => JSON.parse(item[1]).v || null);    return list;
}

基礎的な最適化

上記は単純な実装です。特別な要件がなければ、ほぼ同じです。ただし、さらに進化したい場合は、最適化を開始することを検討できます。

たとえば、JSON 変換の速度を最適化します。 JSON オブジェクト メソッドを使用して変換する場合、実際には数値型を決定するプロセスが存在します。事前にデータ型を定義した場合。変換時に改めて判定する必要はありません。

モデルオブジェクトを定義し、このテーブルに必要なフィールドを事前定義できます。 Sequelize がどのように定義されているかを確認できます。リレーショナル行データベースの方法に従ってこれを行うのは非常に簡単です。

exports.removeItem = async (key) => await AsyncStorage.removeItem(key);

exports.removeItems = async (keys) => await AsyncStorage.multiRemove(keys);

exports.allKeys = async () => await AsyncStorage.getAllKeys();

ストレージの実装

ここでリレーショナルデータベースの実装を参照しましょう。

まず、テーブルとデータベースを分割する必要があります。こうすることで、データを保存するときにこの情報にあまり注意を払わず、データの操作に集中できます。

//用户对象const users = db.define('t_users', {
    id: {
        type: Sequelize.INTEGER,
        primaryKey: true,
    },    //用户名
    username: {
        type: Sequelize.STRING
    },    //密码
    pwd: {
        type: Sequelize.STRING
    },    //状态
    status: {
        type: Sequelize.INTEGER
    },    //昵称
    nickname: {
        type: Sequelize.STRING
    },    //token
    token: {
        type: Sequelize.STRING
    },
    create_time: {
        type: Sequelize.TIME
    }
}, {
    freezeTableName: true,
    timestamps: false,
});

オブジェクトを作成するときに、異なるライブラリとテーブルに基づいて異なる操作メソッドを作成できます。ここではクラスが使用されており、各テーブルは個別のオブジェクトに対応します。

RNが提供する保存方法を使用しているため、ここでの追加と更新は実際には同じ方法です。追加すると、現在のタイムスタンプに基づいて一意の ID が作成され、この ID がデータベースに保存するためのキーとして使用されます。したがって、使用する際に ID を別途保存する必要はありませんが、必要な ID と異なると思われる場合は、独自に ID を定義してキーの値を保存することもできます。

constructor(tableName = "table", db = "db") {        //检查库,表是否存在
        //初始化索引表
        this.db = db;        this.tableName = tableName;        this.tableKey = db + "_" + tableName;        this.init();
    }

では取得時にIDを元に取得する方法を別途用意しております。ここで考慮されるのは、ID によって取得するのは非常に簡単で便利であり、一部のデータはすぐに読み取ることができ、行ごとにクエリを実行する必要がないということです。

//添加和更新
    async add(data = {}) {        if (data.constructor !== Object) return;        if (!data._id)data._id = uuid();
        await setItem(this.tableKey + "_" + data._id, data);        return data;
    }

ID に基づくクエリと比較すると、ファジー クエリは確かに非常に遅いため、本当に必要ない場合は、このファジー クエリを使用しない方がよいでしょう。ここではカスタム クエリ メソッドが提供されており、返されたオブジェクトに基づいてこのデータ行が必要かどうかを判断できます。最上位パラメータを追加して、返される数を制限することもできます。このパラメーターを使用すると、データが大量にある場合のパフォーマンスも向上します。

/**
 * 通过id查询
 * @param {*} id 
 */async getById(id) {    if (!id) return {};    return await getItem(this.tableKey + "_" + id);
}

最後に削除メソッドとクリアメソッドを追加して、簡易削除ライブラリが完成します。

/**
 * 通过过滤方法查询
 * @param {*} fn 
 */async get(fn, top = 0) {    let keys = await allKeys();    if (keys.length == 0) return [];    if (top > 0 && keys.length > top) keys.length = top;    const listkey = keys.filter(item => item.indexOf(this.tableKey + "_") === 0);    if (listkey.length == 0) return [];    let list = await getlist(listkey);
    list = list.filter(item => fn(item));    return list;
}

それを使用するときは、オブジェクトを作成して、必要な場所でそれを呼び出すだけです。シンプルで使いやすく、最適化後はクライアントサイド Redis としても使用できます。

 /**
 * 删除
 * @param {*} id 
 */async delete(id) {    if (!id) return {};
    await removeItem(this.tableKey + "_" + id);
}/**
 * 清空表
 */async clear() {    let keys = await allKeys();    const listkey = keys.filter(item => item.indexOf(this.tableKey + "_") === 0);    if (listkey.length == 0) return;
    removeItems(listkey);
}

作成を最適化する

最初に最適化するのはオブジェクトの作成です。実際、各オブジェクトの作成には多額の費用がかかりますが、この消費を削減できれば素晴らしいと思いませんか。

ここでは、データベース プールの概念を学び、オブジェクト プール メソッドを実装します。オブジェクトの作成後に直接戻ることはなく、プール操作を経る必要があります。

将对象放入池内，并在页面销毁的时候重置为一个空对象。下次请求创建的时候就不必再创建新的了。直接赋值表、库的名称就可以使用了。内存毫无变化，并且有点想笑。

优化查询

每次查询都需要去读Stroage还是很麻烦的，尤其这个操作是异步操作，是需要发消息到native端的。

我们可以将上次读取的数据先存在一个变量中，如果下次还需要使用这行数据，就完全不需要再去读取了。这样就可以很简单的提供读取速度。

这个方式还可以继续优化。将变量中保存的数据限制数量，防止数量太多超过了APP的限制。还可以将这个保存的时限做一个逻辑判断，常使用的数据放在里面，不常用的就找机会删除。

使用这种方式也可以优化变量中数据的有效性，减少变量占用内存的大小。不过实现的方式尽量不要使用定时器的形式，可以考虑使用触发式的。在条件满足的时候再触发删除动作。

优化写入

上面提到读取的时候需要放入变量来提高读取速度。我们顺便想到写入的速度是不是也可以提高啊？

我们将要存的数据放在临时的变量里，如果查过我们设置的时间或者数据长度查过我们设置的数量就触发一次保存操作。

这里要注意，保存数据的变量和存入时候使用的变量要交替使用，防止出现丢数据的情况。

比如：存的时候使用变量1，在写到数据库之前，将要存的对象改成变量2，然后读取变量1的数据并存入数据库中。这就是双缓存写入。

当然还是要判断一次APP的退出事件的，如果APP退出了，请一定要把变量中的内容保存一次，不然你的心血就全丢了。

---

好了，一个简单的数据库就完成了。想要使用的可以先在npm上搜索react-native-jsdb这个库。我已经将第一部分实现放在了npm上，后续的优化也会满满的开源出来的。

npm仓库地址

文章地址

前端很多时候还是需要保存一些数据的，这里的保存指的是长久的保存。以前的思想是把数据保存在cookie中，或者将key保存在cookie中，将其他数据保存在服务器上。

这几个场景用处很多，也非常的成熟好用。但是我还是想要一种能够长久的保存在本地的数据，类似数据库或者类似web sql。

新一代浏览器基本都支持了本地数据库，需要用的时候直接使用就好了。实在不行还可以使用Storage将就一下。

假如我需要的是一个数据库那种功能并且没有兼容的存储方式呢？加入我还要加密存储这些东西在本地呢？加入我要存的东西非常多呢？

目前我在使用ReactNative的时候确实遇到了这种情况。我需要将非常多的数据存在本地。有人说了，直接使用sqlite不就好了么？

好啊，完全可以啊。我这里仅仅是本着前端的态度去开发而已。假如有的同学不需要sqlite呢，只需要一个简单的，能够存储一些大量数据的方式呢？

使用场景可能有很多，实现的底层也可以随便替换，甚至实现方式都可以随便写写。这里我本着前端创造世界的态度来做一个非正式的、前端好使的数据存储库。

底层存储

这里的使用场景是ReactNative，所以我使用的是RN的AsyncStorage。

将所有要保存的数据转成对象，并转化为字符串。这里的核心思想就是序列化。将所有数据当成字符串来存。

import { AsyncStorage } from 'react-native';

exports.setItem = async (key, value) => {    let item = JSON.stringify({
        v: value
    });    return await AsyncStorage.setItem(key, item);
}

当读取的时候也需要做一次转化，将字符串转成当初存入的数据。

exports.getItem = async (key) => {    let item = await AsyncStorage.getItem(key);    if (!item) {        return null;
    }    return JSON.parse(item).v || null;
}

需要特殊处理的是列表的获取。RN有一个根据多个key返回多条数据的api。它返回的是一个数组对象，数组序号0是数据存储的key值，序号1才是数据存储的具体字符串。

exports.getlist = async (keys) => {    let list = await AsyncStorage.multiGet(keys);
    list = list.map(item => JSON.parse(item[1]).v || null);    return list;
}

其他用到的几个方法也顺便拿出来吧。这里多嵌套一层，跟上面的保持队形。

exports.removeItem = async (key) => await AsyncStorage.removeItem(key);

exports.removeItems = async (keys) => await AsyncStorage.multiRemove(keys);

exports.allKeys = async () => await AsyncStorage.getAllKeys();

底层优化

上面只是简单的实现，如果没有特殊需求也就差不多了。但是，想要更进一步的可以考虑开始优化了。

比如，优化json转化的速度。我们使用JSON对象的方法去转化的时候其实还有一个判断数值类型的过程。如果我们把数据的类型提前定义好。再转化的时候就不需要再判断了。

可以定义一个model对象，将这个表需要的字段预先定义好。可以查看一下Sequelize的定义方式。按照关系行数据库的方式来搞这个事情就很简单了。

//用户对象const users = db.define('t_users', {
    id: {
        type: Sequelize.INTEGER,
        primaryKey: true,
    },    //用户名
    username: {
        type: Sequelize.STRING
    },    //密码
    pwd: {
        type: Sequelize.STRING
    },    //状态
    status: {
        type: Sequelize.INTEGER
    },    //昵称
    nickname: {
        type: Sequelize.STRING
    },    //token
    token: {
        type: Sequelize.STRING
    },
    create_time: {
        type: Sequelize.TIME
    }
}, {
    freezeTableName: true,
    timestamps: false,
});

实现存储

我们这里参考一下关系型数据库的实现。

首先需要分表和分库。这样在存入数据的时候可以更少的关注这方面的信息，将主要精力放在数据操作上。

constructor(tableName = "table", db = "db") {        //检查库,表是否存在
        //初始化索引表
        this.db = db;        this.tableName = tableName;        this.tableKey = db + "_" + tableName;        this.init();
    }

将它们分开存储在当前对象内部，在创建对象的时候就可以根据不同的库、表创建不同的操作方法。这里使用的是class，每个表都对应一个单独的对象。

由于我们使用的是RN提供的存储方法，所以这里的添加和更新其实是一个方法。在添加的时候会根据当前时间戳创建一个唯一id，使用这个id作为key存储在数据库中。所以在使用的时候不需要再单独存入id，不过如果你觉得这个id跟你需要的有差别也可以自己定义一个id来作为key值存储。

//添加和更新
    async add(data = {}) {        if (data.constructor !== Object) return;        if (!data._id)data._id = uuid();
        await setItem(this.tableKey + "_" + data._id, data);        return data;
    }

在获取的时候单独提供了一个根据id获取的方式。这里考虑的是通过id获取非常的简单方便，对于某些数据完全可以快速读取，没必要一行一行的去查询。

/**
 * 通过id查询
 * @param {*} id 
 */async getById(id) {    if (!id) return {};    return await getItem(this.tableKey + "_" + id);
}

相对于根据id查询来说，模糊查询确实很慢，如果不是真实需要，还是不要使用这种模糊查询的好。这里提供了一个自定义查询的方法，可以根据返回的对象判断是否需要这行数据。同时也可以添加top参数来限制返回的数量。使用这个参数也可以在数据很多的时候提高性能。

/**
 * 通过过滤方法查询
 * @param {*} fn 
 */async get(fn, top = 0) {    let keys = await allKeys();    if (keys.length == 0) return [];    if (top > 0 && keys.length > top) keys.length = top;    const listkey = keys.filter(item => item.indexOf(this.tableKey + "_") === 0);    if (listkey.length == 0) return [];    let list = await getlist(listkey);
    list = list.filter(item => fn(item));    return list;
}

最后把删除和清空的方法加上，这样一个简单的删除库就完成了。

 /**
 * 删除
 * @param {*} id 
 */async delete(id) {    if (!id) return {};
    await removeItem(this.tableKey + "_" + id);
}/**
 * 清空表
 */async clear() {    let keys = await allKeys();    const listkey = keys.filter(item => item.indexOf(this.tableKey + "_") === 0);    if (listkey.length == 0) return;
    removeItems(listkey);
}

使用的时候只需要创建对象，然后在需要的地方调用即可。使用起来简单又方便，再加上优化之后的情况甚至可以当成客户端的redis来使用。

//初始化数据库let db=new JSDB();//添加一个自定义数据db.add({name:"test",key:"abc"});//根据id获取数据db.getById("1223467890");//根据条件查询数据db.get(d=>d.name==="test");//删除对应的数据db.delete("1223467890");//情况所有数据db.clear()

优化创建

首先要优化的就是对象的创建。每个对象创建其实都是一个很大的消耗，如果能把这个消耗降低岂不是美滋滋！

这里我们借鉴数据库池的概念，实现一个对象池的方法。在对象创建之后并没有直接返回，要在经过池的操作。

将对象放入池内，并在页面销毁的时候重置为一个空对象。下次请求创建的时候就不必再创建新的了。直接赋值表、库的名称就可以使用了。内存毫无变化，并且有点想笑。

优化查询

每次查询都需要去读Stroage还是很麻烦的，尤其这个操作是异步操作，是需要发消息到native端的。

我们可以将上次读取的数据先存在一个变量中，如果下次还需要使用这行数据，就完全不需要再去读取了。这样就可以很简单的提供读取速度。

这个方式还可以继续优化。将变量中保存的数据限制数量，防止数量太多超过了APP的限制。还可以将这个保存的时限做一个逻辑判断，常使用的数据放在里面，不常用的就找机会删除。

使用这种方式也可以优化变量中数据的有效性，减少变量占用内存的大小。不过实现的方式尽量不要使用定时器的形式，可以考虑使用触发式的。在条件满足的时候再触发删除动作。

优化写入

上面提到读取的时候需要放入变量来提高读取速度。我们顺便想到写入的速度是不是也可以提高啊？

我们将要存的数据放在临时的变量里，如果查过我们设置的时间或者数据长度查过我们设置的数量就触发一次保存操作。

这里要注意，保存数据的变量和存入时候使用的变量要交替使用，防止出现丢数据的情况。

比如：存的时候使用变量1，在写到数据库之前，将要存的对象改成变量2，然后读取变量1的数据并存入数据库中。这就是双缓存写入。

当然还是要判断一次APP的退出事件的，如果APP退出了，请一定要把变量中的内容保存一次，不然你的心血就全丢了。

---

好了，一个简单的数据库就完成了。想要使用的可以先在npm上搜索react-native-jsdb这个库。我已经将第一部分实现放在了npm上，后续的优化也会满满的开源出来的。

相关推荐：

npm仓库地址

文章地址

以上がjsを使ってデータベースを開発するの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。