

Get in touch

Download Plugin Now
  • Follow
  • Follow
WP Data Access
  • Download
  • Support
  • Features
  • Pricing
  • Documentation
    • Tool Guide
    • App Builder
    • Data Explorer
    • SQL Query Builder
    • Plugin Settings
    • Legacy Tools
    • Remote Connections
a
M
  • Download
  • Support
  • Features
  • Pricing
  • Documentation
    • Tool Guide
    • App Builder
    • Data Explorer
    • SQL Query Builder
    • Plugin Settings
    • Legacy Tools
    • Remote Connections
Download Plugin Now

Remote Databases

  • MySQL | MariaDB
  • Heterogeneous Connections
  • Using ODBC | JDBC
  • Connect to SQL Server
  • WordPress user ID in SQL

Premium Data Services

  • Remote wizard
  • START HERE
  • Errors and messages
  • Limitations
  • Tutorials
  • Remote Databases
    • Overview
    • SQL Server
    • PostgreSQL
    • Oracle
    • MariaDB | MySQL
  • Remote Data Files
    • Overview
    • CSV files
    • JSON files
    • MS Access
    • XML files
    • Public URL
    • Synchronization
  • Advanced features
    • Performance
    • Indexes
View Categories

Indexes

Tables created from remote database connections and remote data files are not normal database tables. These tables are depending on their remote connection or data file. Most of these tables support local indexes, except tables created from JSON and XML files. Do not create indexes on these tables. The table will no longer be accessible if you do.

When a table is queried through a remote database connection, the remote database server uses available indexes when applicable. There is usually no need to create local indexes for these tables. There are two exceptions to this rule:

  1. A local primary key is needed to enable transactions in WP Data Access.
  2. A local index might increase performance for columns used in joins.

You can join tables from different data sources. You can for example join an MS Access table, an Oracle table, and a CSV spreadsheet. Without local indexes on columns used to join these tables, the DBMS needs to load these tables entirely to perform a join. In these cases, local indexes can increase performance dramatically. Do not join large tables without local indexes! Such a query might take forever…

Tables created from a CSV file can be indexed as well. The plugin maintains these indexes automatically. It is even possible to add a primary key to these tables, which enables transaction support in WP Data Access. Table changes however are not written to the original remote data file, even if the public URL to this file remains valid. Synchronization works in one direction only.

Example CSV file with primary key and inline editing enabled #

The following screenshot demonstrates a table created from a CSV file. After loading the CSV file into the database, I added a primary key on column Empno and enabled inline editing for all columns (except the primary key which is generally not editable in WP Data Access).

WP Data Access CSV inline editing

Important #

Don’t create indexes on tables created from a JSON or XML file. The index makes your table inaccessible (removing the index will make the table accessible again).

Share This Article :
  • Facebook
  • X
  • LinkedIn
  • Pinterest
Still stuck? How can we help?

How can we help?

Updated on 2025-02-07
Performance

Submit a Comment Cancel reply

Your email address will not be published. Required fields are marked *

Table of Contents
  • Example CSV file with primary key and inline editing enabled
  • Important
WP Data Access
  • Follow
  • Follow
Links
$

Imprint

$

Privacy policy

$

Cookie policy

Get in touch
$

Contact us

$

Free support forum

$

Premium support

Resources


WordPress plugin directory



YouTube tutorials

Copyright © 2025 | All Right Reserves

Manage Consent
To provide the best experiences, we use technologies like cookies to store and/or access device information. Consenting to these technologies will allow us to process data such as browsing behavior or unique IDs on this site. Not consenting or withdrawing consent, may adversely affect certain features and functions.
Functional Always active
The technical storage or access is strictly necessary for the legitimate purpose of enabling the use of a specific service explicitly requested by the subscriber or user, or for the sole purpose of carrying out the transmission of a communication over an electronic communications network.
Preferences
The technical storage or access is necessary for the legitimate purpose of storing preferences that are not requested by the subscriber or user.
Statistics
The technical storage or access that is used exclusively for statistical purposes. The technical storage or access that is used exclusively for anonymous statistical purposes. Without a subpoena, voluntary compliance on the part of your Internet Service Provider, or additional records from a third party, information stored or retrieved for this purpose alone cannot usually be used to identify you.
Marketing
The technical storage or access is required to create user profiles to send advertising, or to track the user on a website or across several websites for similar marketing purposes.
Manage options Manage services Manage {vendor_count} vendors Read more about these purposes
View preferences
{title} {title} {title}