Loading the documentation…
DataMind Oda keeps every chat as a log of what happened in it, and builds its search from those logs on this computer. This page covers how that store behaves, the limits a search works within and what the cached label in the chat list means; Search earlier chats covers what Oda may look up in your earlier chats.
Oda keeps a search index beside the logs, so a search does not have to read every chat.
session search is disabled); reading, exporting and opening your chats still work.The chat list can answer before a chat is opened, from a saved checkpoint. Values served that way are labelled cached.
cached values may be as old as the last checkpoint, but they are never wrong; the saved copy catches up as the chat changes.cached label in the chat list mean?The chat list can answer from a saved checkpoint instead of loading the chat first, and values served that way are labelled cached. They may be as old as the last checkpoint, but they are never wrong: the chat's log always leads, and the saved copy catches up as the chat changes.
In the background as the chat changes: about every 200 events or 5 seconds, and always at three moments, when a chat is created, when a turn ends and when the chat closes. A failed save keeps the last good copy, and the next save catches up.
It depends on the installation: on the first search (the default), when Oda starts, or never. With it set to never, a search reports that search is disabled (session search is disabled), and reading, exporting and opening your chats still work. If you need search and it reports this, ask your administrator; for messages you meet, see Updates and troubleshooting.
No. The index is derived from the logs. Updating it reads your chats and writes only the index; it never changes what a chat says.
Yes. When the index catches up, it reads a chat that is open or still being written from its live copy, so a search sees the chat's current state rather than a stale stored copy.
A search pages through results with a reference that fits the history it was searching at that moment. If that history changes while the search runs, the reference goes stale: Oda refuses to continue from an out-of-date place (session-search cursor is stale because its relevant corpus changed) and the search has to be run again from the start, so results are never half old and half new. A reference Oda does not recognise is refused as invalid (session-search cursor is invalid), never guessed.
Oda never serves a copy it cannot trust: the values are rebuilt from the chat's log instead, and a damaged file is set aside so it cannot hold up the rest. The chat list keeps working, and you may notice nothing.
The index is derived data that belongs to one installation: one running copy of the app owns it at a time, and Oda refuses a file it does not recognise as a search index of its own. To move or back up your chats, copy the log folder instead; a new installation builds its own index from the copied logs. See Chat logs on disk.
No. There is no setting that clears or limits them. Both are derived from your chats and kept in step with them, and the saved copy is never rebuilt on a schedule of its own.