summaryrefslogtreecommitdiffstats
Commit message (Collapse)AuthorAge
...
| * Use the new model api in the benchmark and split tests up.Christian Mollekopf2015-11-26
| | | | | | | | This way it's possible to i.e. repeatedly only run the reading part.
| * Avoid repeatedly opening the name db.Christian Mollekopf2015-11-26
| | | | | | | | | | Although, the benchmarks say it doesn't really have an impact on performance.
| * Separate the default index updater from other generic indexersChristian Mollekopf2015-11-25
| |
| * Fixed modifications.Christian Mollekopf2015-11-25
| | | | | | | | Without this modifications are ignored also in incremental queries.
| * Only use the parent index when it's availableChristian Mollekopf2015-11-25
| |
| * Less noiseChristian Mollekopf2015-11-25
| |
| * Optimize findLastChristian Mollekopf2015-11-25
| | | | | | | | | | This just gave a 700% boost to query performance from ~2k to 14k reads per second...
| * Use Query::parentProperty to express tree queriesChristian Mollekopf2015-11-24
| | | | | | | | | | That way we don't have to hardcode the parent property, and we can use the property to express non-tree queries as well.
| * Separated DomainTypeAdaptorFactoryInterfaceChristian Mollekopf2015-11-21
| |
| * Don't try to fetch more once the parent is fetched.Christian Mollekopf2015-11-21
| | | | | | | | We're not doing partial fetches yet
| * Fixed buildChristian Mollekopf2015-11-21
| |
| * Moved facade implementation to cpp fileChristian Mollekopf2015-11-19
| |
| * Move implementations to the cpp file.Christian Mollekopf2015-11-19
| | | | | | | | | | | | | | | | I finally figured out how to do that with cpp files. It requires instantiating the code with all expected classes, but that's not a big problem since we know all types. This will hopefully greatly reduce the compiletimes...
| * The parent is always an object, so we might as well make that explicitChristian Mollekopf2015-11-19
| |
| * Loading data with the new model for the test clientChristian Mollekopf2015-11-19
| |
| * Use the new modelresult in the dummyclientChristian Mollekopf2015-11-19
| |
| * fixupChristian Mollekopf2015-11-18
| |
| * Don't use a smart pointer for the result providerChristian Mollekopf2015-11-18
| | | | | | | | We're not doing any lifetime management anyways.
| * Facade cleanupChristian Mollekopf2015-11-17
| |
| * CleanupChristian Mollekopf2015-11-15
| |
| * Working folder tree queryChristian Mollekopf2015-11-15
| |
| * Fixed clientapitestChristian Mollekopf2015-11-15
| |
| * Query test adjustmentsChristian Mollekopf2015-11-14
| |
| * DummyResourceTest and QueryTest are passingChristian Mollekopf2015-11-13
| | | | | | | | sync has been removed from the query code and is now a separate step
| * It's starting to workChristian Mollekopf2015-11-13
| |
| * A result modelChristian Mollekopf2015-11-10
| | | | | | | | | | The result model drives the data retrieval and provides the interace for consumers
| * CleanupsChristian Mollekopf2015-11-10
| |
| * Added a folder typeChristian Mollekopf2015-11-09
|/
* DocsChristian Mollekopf2015-11-08
|
* Fixed warningsChristian Mollekopf2015-11-08
|
* Implemented removeIndexChristian Mollekopf2015-11-05
|
* Fixed shutdown and synchronize commandsChristian Mollekopf2015-10-31
|
* docsChristian Mollekopf2015-10-30
|
* Updated the index on modifications and removals.Christian Mollekopf2015-10-29
| | | | Misses tests.
* Merge branch 'feature/preprocessor' into developChristian Mollekopf2015-10-29
|\
| * Cleanup changereplay, and replay revision 1 as the firstChristian Mollekopf2015-10-28
| |
| * Correctly execute modifications and removalsChristian Mollekopf2015-10-28
| | | | | | | | ... also if there are intermediate revisions.
| * Reuse the existing transactionChristian Mollekopf2015-10-28
| |
| * Made pipeline preprocessing synchronous.Christian Mollekopf2015-10-28
|/ | | | | | | | | | | | | | | | Instead of having the asynchronous preprocessor concept with different pipelines for new/modify/delete we have a single pipeline with synchronous preprocessors that act upon new/modify/delete. This keeps the code simpler due to lack of asynchronity and keeps the new/modify/delete operations together (which at least for the indexing makes a lot of sense). Not supporting asynchronity is ok because the tasks done in preprocessing are not cpu intensive (if they were we had a problem since they are directly involved in the round-trip time), and the main cost comes from i/o, meaning we don't gain much by doing multithreading. Costly tasks (such as full-text indexing) should rather be implemented as post-processing, since that doesn't increase the round-trip time directly, and eventually consistent is typically good enough for that.
* docsChristian Mollekopf2015-10-28
|
* Comments for the benchmarksChristian Mollekopf2015-10-25
|
* Documentation on what tests are supposed to test.Christian Mollekopf2015-10-24
|
* fixed buildChristian Mollekopf2015-10-23
|
* ApplicationDomainType cleanup, define metatypesChristian Mollekopf2015-10-23
|
* We need to return instance identifiers and not resource typesChristian Mollekopf2015-10-23
|
* Made headers installable and install headersChristian Mollekopf2015-10-23
|
* Avoid deadlockChristian Mollekopf2015-10-23
|
* Make it possible to set a new emitter on the listresultmodelChristian Mollekopf2015-10-22
|
* Finished ListResultModel implementation.Christian Mollekopf2015-10-21
|
* CleanupChristian Mollekopf2015-10-21
|