如何有效地进行嵌套 SQLlite 查询

Question

我有一个（足球）比赛的数据库，其中包含 child table 节（例如上半场和下半场）、事件（例如进球、警告）和地点（比赛前和比赛中你所在的位置）。

为了显示 parent 游戏 table，我使用了带有适当参数的 CursorLoader，如下所示：

    public Loader<Cursor> onCreateLoader(final int id, final Bundle args) {
    ...
    if ((mGamesDB.isOpen()) && (id == GAMES_CURSOR_ID)) {
        return createGamesCursorLoader();
    }
    return null;
}

    private Loader<Cursor> createGamesCursorLoader() {
    //Because we don't want to create a ContentProvider for now, we use the technique suggested here:
    //
    return new CursorLoader(getBaseContext(),null, GamesContract.Games.PROJECTION,
            null, null, GamesContract.Games.ORDER_BY) {
        @Override
        public Cursor loadInBackground() {
            if (mGamesDB.isOpen()) {
                return mGamesDB.query(
                    GamesContract.Games.TABLE_NAME,
                    GamesContract.Games.PROJECTION,
                    null, null,
                    null, null,
                    GamesContract.Games.ORDER_BY
                );
            }
            else return null;
        }
    };
}

一切正常。但是，一旦我开始遍历 Games 游标（调用 onLoadFinished 时），我就需要使用当前的 GameID 为 Periods、Events 和 Locations 创建子查询。所以我这样做：

    private Game buildGameFromDB(final Cursor gameCursor) {
    if (!mGamesDB.isOpen() || (gameCursor == null) || gameCursor.isClosed() ) return null;
    final WatchGame game = new WatchGame(gameCursor.getString(GamesContract.Games.COLUMN_ID_INDEX),
            gameCursor.getLong(GamesContract.Games.COLUMN_ACTUAL_START_MILLIS_INDEX),
            gameCursor.getLong(GamesContract.Games.COLUMN_ACTUAL_END_MILLIS_INDEX),
            gameCursor.getInt(GamesContract.Games.COLUMN_HOME_TEAM_COLOR_INDEX),
            gameCursor.getInt(GamesContract.Games.COLUMN_AWAY_TEAM_COLOR_INDEX),
            gameCursor.getInt(GamesContract.Games.COLUMN_HOME_TEAM_SCORE_INDEX),
            gameCursor.getInt(GamesContract.Games.COLUMN_AWAY_TEAM_SCORE_INDEX));

    //FIXME: Ugly nested queries on the main UI thread
    final String[] periodsWhereArgs = {game.getmGameID()};
    final Cursor periodsCursor = mGamesDB.query(GamesContract.Periods.TABLE_NAME, GamesContract.Periods.PROJECTION,
                                                GamesContract.Periods.WHERE, periodsWhereArgs,
                                                null, null, GamesContract.Periods.ORDER_BY);
    while (periodsCursor.moveToNext()) {
        final Period period = new Period(
                periodsCursor.getInt(GamesContract.Periods.COLUMN_PERIOD_NUM_INDEX),
                periodsCursor.getLong(GamesContract.Periods.COLUMN_ACTUAL_START_MILLIS_INDEX),
                periodsCursor.getLong(GamesContract.Periods.COLUMN_ACTUAL_END_MILLIS_INDEX),
                periodsCursor.getFloat(GamesContract.Periods.COLUMN_START_BATTERY_PCT_INDEX),
                periodsCursor.getFloat(GamesContract.Periods.COLUMN_END_BATTERY_PCT_INDEX),
                periodsCursor.getString(GamesContract.Periods.COLUMN_GOOGLE_ACCOUNT_NAME_INDEX),
                periodsCursor.getInt(GamesContract.Periods.COLUMN_NUM_LOCATIONS_INDEX),
                periodsCursor.getInt(GamesContract.Periods.COLUMN_NUM_LOCATIONS_IN_FIT_INDEX),
                periodsCursor.getInt(GamesContract.Periods.COLUMN_CALORIES_INDEX),
                periodsCursor.getInt(GamesContract.Periods.COLUMN_STEPS_INDEX),
                periodsCursor.getInt(GamesContract.Periods.COLUMN_DISTANCE_METRES_INDEX),
                periodsCursor.getLong(GamesContract.Periods.COLUMN_WALKING_MILLIS_INDEX),
                periodsCursor.getLong(GamesContract.Periods.COLUMN_RUNNING_MILLIS_INDEX),
                periodsCursor.getLong(GamesContract.Periods.COLUMN_SPRINTING_MILLIS_INDEX)
        );
        game.addPeriod(period);
    }
    periodsCursor.close();
...

虽然场次和场次不会很多（可能100多场），但每场比赛可能有50个事件，每场比赛有2000个地点。

我怎样才能更有效地做到这一点？我想到的可能性是：

一个很大的 multi-join 查询，然后我必须对其进行排序。我对这种类型的 SQL 非常满意table，假设 SQLite 可以有效地处理它。我不喜欢这个主要是因为时期、事件和地点以及 child tables 所以我实际上是非规范化并造成巨大的混乱。
将我的 selectionArgs 扩展为周期、事件等，成为我拥有的 10 或 100 场比赛的动态列表
1. 以某种方式提高我所拥有的效率并将其转化为异步查询

感谢任何建议或指点。

Answer 1

您认为您正在运行进入 N+1 SELECT problem，您正在执行许多查询并因此降低性能，因为您的应用程序和数据库服务器之间的所有额外通信。

其实不是这样的：SQLite是嵌入式数据库，所以没有单独的服务器，many small queries are just as efficient.

但是您还可以执行其他操作来加快查询速度：

添加适当的索引：用于查找行的列应该被索引；看看 Query Planning for details. PRIMARY KEY or UNIQUE constraints automatically create indexes on their columns; for other columns, you have to create the index(es) 你自己。

在这种情况下，table期间的游戏ID应该有一个索引。
加载较少的数据，即仅在实际需要时加载数据。最简单的方法是删除 game/period 对象，并直接从数据库中运行 UI。这将需要更改整个应用程序的架构，如果您的对象实际上执行的处理不仅仅是存储数据，则可能不可行。

请注意，无论您使用何种查询（N+1、批处理或联合），以上两点都有效。

将数据库访问移到单独的线程中并不会加快它们的速度，它只是允许用户在数据仍在加载时与 UI 进行交互。（UI 在没有所有数据的情况下是否有用是另一个问题。）而且，异步线程同样适用于任何类型的查询。

如何有效地进行嵌套 SQLlite 查询

How to do nested SQLlite queries efficiently

sqlite

android

select-n-plus-1

android-sqlite