%%% @doc Extended Relational Database Operations (RM/T)
%%%
%%% This module implements core database operations for Domino, an extended
%%% relational database engine based on E. F. Codd's RM/T (1979).
%%%
%%% == Architecture ==
%%%
%%% The system uses:
%%%
%%% - Content-Addressed Storage - All entities identified by SHA-256 hashes
%%% - Immutable Data Structures - Operations create new versions
%%% - Merkle Trees - Efficient versioning and diffing via merklet
%%% - Mnesia Backend - ACID transactions and persistent storage
%%% - Volcano Iterator Model - Lazy evaluation with process-based iterators
%%%
%%%
%%% == Data Model ==
%%%
%%% The system maintains four tables in Mnesia:
%%%
%%% - `attribute' - Stores atomic values with their hashes
%%% - `tuple' - Stores tuples as maps from attribute names to value hashes
%%% - `relation' - Stores relations with merkle trees of tuple hashes
%%% - `database_state' - Stores database snapshots with relation merkle trees
%%%
%%%
%%% == RM/T Integrity Rules ==
%%%
%%%
%%% - Rule 3 (Entity Integrity) - E-relations accept insertions/deletions, not updates
%%% - Rule 4 (Property Integrity) - Tuples require entity existence in E-relation
%%%
%%%
%%% @author Nekoma Team
%%% @copyright 2025
%%% @version 0.1.0
%%% @reference E. F. Codd (1979). "Extending the Database Relational Model to Capture More Meaning"
%%% @reference E. F. Codd (1970). "A Relational Model of Data for Large Shared Data Banks"
-module(operations).
-include("operations.hrl").
-export([setup/0,
hash/1,
create_database/1,
create_relation/3,
create_infinite_relation/2,
create_tuple/3,
retract_tuple/3,
retract_tuple/4,
clear_relation/2,
clear_relation/3,
retract_relation/2,
retract_relation/3,
get_relations/1,
get_relation_hash/2,
hashes_from_tuple/1,
get_tuples_iterator/2,
get_tuples_iterator/3,
take/3,
next_tuple/1,
close_iterator/1,
collect_all/1,
%% Iterator operators (lazy)
select_iterator/2,
project_iterator/2,
sort_iterator/2,
take_iterator/2,
%% Materialization (eager)
materialize/3]).
%% @doc Initialize Mnesia database schema and tables.
%%
%% Creates a fresh Mnesia schema with four tables for content-addressed storage:
%%
%% - `attribute' - Hash → Value mapping for deduplication
%% - `tuple' - Hash → Tuple mapping with attribute references
%% - `relation' - Hash → Relation with merkle tree and schema
%% - `database_state' - Hash → Database with relation merkle tree
%%
%%
%% Warning: This function deletes any existing schema and recreates it from scratch.
%%
%% @returns `ok' on success
%% @see create_database/1
setup() ->
mnesia:stop(),
mnesia:delete_schema([node()]),
mnesia:create_schema([node()]),
mnesia:start(),
mnesia:create_table(attribute, [
{attributes, [hash, value]},
{disc_copies, [node()]},
{type, set}
]),
mnesia:create_table(tuple, [
{attributes, [hash, relation, attribute_map]},
{disc_copies, [node()]},
{type, set}
]),
mnesia:create_table(relation, [
{attributes, [hash, name, tree, schema, constraints, cardinality, generator, provenance]},
{disc_copies, [node()]},
{type, set}
]),
mnesia:create_table(database_state, [
{attributes, [hash, name, tree, relations, timestamp]},
{disc_copies, [node()]},
{type, set}
]).
%% @doc Compute SHA-256 hash of an Erlang term.
%%
%% This is the foundational hashing function used throughout the system for
%% content addressing. All entities (attributes, tuples, relations, databases)
%% are identified by hashes computed with this function.
%%
%% @param Value Any Erlang term to hash
%% @returns Binary SHA-256 hash (32 bytes)
%%
%% @see create_tuple/3
%% @see create_relation/3
hash(Value) ->
crypto:hash(sha256, term_to_binary(Value)).
%% @doc Insert a tuple into a relation and update the database state.
%%
%% This is the primary operation for adding data to the database. It:
%%
%% - Stores each attribute value with its hash (automatic deduplication)
%% - Creates a tuple record mapping attribute names to value hashes
%% - Inserts the tuple hash into the relation's merkle tree
%% - Computes new relation hash from updated tree
%% - Updates database merkle tree with new relation hash
%% - Computes new database hash
%%
%%
%% All operations execute within a Mnesia transaction for ACID guarantees.
%%
%% == Example ==
%% ```
%% DB = operations:create_database(my_db),
%% {DB1, _} = operations:create_relation(DB, users, #{name => string, age => integer}),
%% {DB2, _} = operations:create_tuple(DB1, users, #{name => "Alice", age => 30}).
%% '''
%%
%% @param Database `#database_state{}' record
%% @param RelationName Atom naming the relation
%% @param Tuple Map of attribute names to values (e.g., `#{name => "Alice", age => 30}')
%% @returns `{UpdatedDatabase, UpdatedRelation}' tuple
%%
%% @see create_relation/3
%% @see get_tuples_iterator/2
create_tuple(Database, RelationName, Tuple) when is_map(Tuple), is_record(Database, database_state) ->
F = fun() ->
%% Step 1: Store each attribute value and build attribute_map
AttributeMap = maps:map(fun(_AttrName, Value) ->
ValueHash = hash(Value),
mnesia:write(attribute, #attribute{hash = ValueHash, value = Value}, write),
ValueHash
end, Tuple),
%% Step 2: Compute tuple hash and store tuple
TupleHash = hash(Tuple),
mnesia:write(tuple, #tuple{hash = TupleHash, relation = RelationName, attribute_map = AttributeMap}, write),
%% Step 3: Get current relation hash from database
CurrentRelationHash = maps:get(RelationName, Database#database_state.relations),
%% Step 4: Read current relation
[RelationRecord] = mnesia:read(relation, CurrentRelationHash),
%% Step 5: Insert tuple hash into relation merkle tree
%% We don't need to store the content of a tuple hash, just the key
%% merklet can spot the difference in both keys and values
%% sets:set follows the same strategy of an empty value
NewRelationTree = merklet:insert({TupleHash, <<>>}, RelationRecord#relation.tree),
%% Step 6: Compute new relation hash as the root of the new merkle tree and store
{_,NewRelationTreeHash,_,_} = NewRelationTree,
NewRelationHash = hash({RelationRecord#relation.name, RelationRecord#relation.schema, NewRelationTreeHash}),
%% Update cardinality: increment by 1
NewCardinality = case RelationRecord#relation.cardinality of
{finite, N} -> {finite, N + 1};
Other -> Other % Shouldn't happen for finite relations
end,
UpdatedRelation = #relation{
hash = NewRelationHash,
name = RelationName,
tree = NewRelationTree,
schema = RelationRecord#relation.schema,
constraints = RelationRecord#relation.constraints,
cardinality = NewCardinality,
generator = RelationRecord#relation.generator,
provenance = RelationRecord#relation.provenance
},
mnesia:write(relation, UpdatedRelation, write),
%% Step 7: Update database relations map
NewRelations = maps:put(RelationName, NewRelationHash, Database#database_state.relations),
%% Step 8: Update database tree (for diffing)
RelationKey = atom_to_binary(RelationName, utf8),
NewDatabaseTree = merklet:insert({RelationKey, NewRelationHash}, Database#database_state.tree),
%% Step 9: Compute new database hash and store
{_,NewDatabaseHash,_,_} = NewDatabaseTree,
UpdatedDatabase = #database_state{
name = Database#database_state.name,
hash = NewDatabaseHash,
tree = NewDatabaseTree,
relations = NewRelations,
timestamp = erlang:timestamp()
},
mnesia:write(database_state, UpdatedDatabase, write),
{UpdatedDatabase, UpdatedRelation}
end,
{atomic, Result} = mnesia:transaction(F),
Result.
%% @doc Clear all tuples from a relation (truncate).
%%
%% Wrapper for `clear_relation/3' with transactions enabled.
%%
%% @param Database `#database_state{}' record
%% @param RelationHash Binary hash identifying the relation
%% @returns `{atomic, {UpdatedDatabase, UpdatedRelation}}' or `{aborted, Reason}'
%%
%% @see clear_relation/3
%% @see retract_relation/2
clear_relation(Database, RelationHash) ->
clear_relation(Database, RelationHash, true).
%% @doc Clear all tuples from a relation with optional transaction control.
%%
%% Removes all tuples from the relation but preserves its schema. The relation's
%% merkle tree is set to `undefined', and a new relation hash is computed.
%%
%% @param Database `#database_state{}' record
%% @param RelationHash Binary hash identifying the relation
%% @param Transact Boolean - if `true', wraps operation in Mnesia transaction
%% @returns When `Transact =:= true': `{atomic, {UpdatedDatabase, UpdatedRelation}}'
%% When `Transact =:= false': `{UpdatedDatabase, UpdatedRelation}'
%%
%% @see retract_relation/2
clear_relation(Database, RelationHash, Transact) ->
[Relation] = mnesia:dirty_read(relation, RelationHash),
NewRelationHash = hash({Relation#relation.name, Relation#relation.schema, undefined}),
UpdatedRelation =
Relation#relation{hash = NewRelationHash,
tree = undefined},
DatabaseTreeWithoutTuples = merklet:insert({atom_to_binary(Relation#relation.name, utf8), NewRelationHash}, Database#database_state.tree),
{_,NewDatabaseHash,_,_} = DatabaseTreeWithoutTuples,
NewRelations = maps:put(Relation#relation.name, NewRelationHash, Database#database_state.relations),
UpdatedDatabase =
Database#database_state{timestamp = erlang:timestamp(),
hash = NewDatabaseHash,
tree = DatabaseTreeWithoutTuples,
relations = NewRelations},
TX = fun () ->
mnesia:write(relation, UpdatedRelation, write),
mnesia:write(database_state, UpdatedDatabase, write),
{UpdatedDatabase, UpdatedRelation}
end,
case Transact of
true -> mnesia:transaction(TX);
false -> {UpdatedDatabase, UpdatedRelation}
end.
%% @doc Remove a tuple from a relation.
%%
%% Wrapper for `retract_tuple/4' with transactions enabled.
%%
%% @param Database `#database_state{}' record
%% @param RelationHash Binary hash identifying the relation
%% @param TupleHash Binary hash identifying the tuple to remove
%% @returns `{atomic, {UpdatedDatabase, UpdatedRelation}}' or `{aborted, Reason}'
%%
%% @see retract_tuple/4
%% @see create_tuple/3
retract_tuple(Database, RelationHash, TupleHash) ->
retract_tuple(Database, RelationHash, TupleHash, true).
%% @doc Remove a tuple from a relation with optional transaction control.
%%
%% Deletes a specific tuple from the relation's merkle tree and recomputes
%% the relation and database hashes.
%%
%% @param Database `#database_state{}' record
%% @param RelationHash Binary hash identifying the relation
%% @param TupleHash Binary hash identifying the tuple to remove
%% @param Transact Boolean - if `true', wraps operation in Mnesia transaction
%% @returns When `Transact =:= true': `{atomic, {UpdatedDatabase, UpdatedRelation}}'
%% When `Transact =:= false': `{UpdatedDatabase, UpdatedRelation}'
%%
%% @see create_tuple/3
retract_tuple(Database, RelationHash, TupleHash, Transact)
when is_record(Database, database_state) ->
[Relation] = mnesia:dirty_read(relation, RelationHash),
RelationTreeWithoutTuple = merklet:delete(TupleHash, Relation#relation.tree),
{_,NewRelationTreeHash,_,_} = RelationTreeWithoutTuple,
NewRelationHash = hash({Relation#relation.name, Relation#relation.schema, NewRelationTreeHash}),
DatabaseTreeWithoutTuple = merklet:insert({atom_to_binary(Relation#relation.name, utf8), NewRelationHash}, Database#database_state.tree),
{_,NewDatabaseHash,_,_} = DatabaseTreeWithoutTuple,
NewRelations = maps:put(Relation#relation.name, NewRelationHash, Database#database_state.relations),
UpdatedDatabase =
Database#database_state{timestamp = erlang:timestamp(),
hash = NewDatabaseHash,
tree = DatabaseTreeWithoutTuple,
relations = NewRelations},
UpdatedRelation =
Relation#relation{hash = NewRelationHash,
tree = RelationTreeWithoutTuple},
TX = fun () ->
mnesia:write(relation, UpdatedRelation, write),
mnesia:write(database_state, UpdatedDatabase, write),
{UpdatedDatabase, UpdatedRelation}
end,
case Transact of
true -> mnesia:transaction(TX);
false -> {UpdatedDatabase, UpdatedRelation}
end.
%% @doc Remove a relation from the database.
%%
%% Wrapper for `retract_relation/3' with transactions enabled.
%%
%% @param Database `#database_state{}' record
%% @param Name Atom naming the relation to remove
%% @returns `{atomic, UpdatedDatabase}' or `{aborted, Reason}'
%%
%% @see retract_relation/3
%% @see clear_relation/2
retract_relation(Database, Name) ->
retract_relation(Database, Name, true).
%% @doc Remove a relation from the database with optional transaction control.
%%
%% First clears all tuples from the relation, then removes the relation entirely
%% from the database's relation map and merkle tree.
%%
%% @param Database `#database_state{}' record
%% @param Name Atom naming the relation to remove
%% @param Transact Boolean - if `true', wraps operation in Mnesia transaction
%% @returns When `Transact =:= true': `{atomic, UpdatedDatabase}'
%% When `Transact =:= false': `UpdatedDatabase'
%%
%% @see create_relation/3
retract_relation(Database, Name, Transact) ->
RelationHash = maps:get(Name, Database#database_state.relations, {error, retract_relation_could_not_find}),
{DatabaseWithClearedRelation, _ClearedRelation} = clear_relation(Database, RelationHash, false),
NewTree = merklet:delete(atom_to_binary(Name, utf8), DatabaseWithClearedRelation#database_state.tree),
NewHash = case NewTree of
undefined -> <<>>;
{_,H,_,_} -> H
end,
UpdatedDatabase =
DatabaseWithClearedRelation#database_state{relations = maps:remove(Name, DatabaseWithClearedRelation#database_state.relations),
hash = NewHash,
tree = NewTree,
timestamp = erlang:timestamp()},
TX = fun () ->
mnesia:write(database_state, UpdatedDatabase, write),
UpdatedDatabase
end,
case Transact of
true -> mnesia:transaction(TX);
false -> UpdatedDatabase
end.
%% @doc Create a new relation in the database with a schema definition.
%%
%% Creates an empty relation (no tuples) with the specified schema. The schema
%% is stored but not yet enforced - it serves as documentation and provides a
%% foundation for future domain validation.
%%
%% Important: The relation's identity is tied to its name. Two relations
%% with identical schemas but different names are semantically distinct and can
%% contain different tuples.
%%
%% == Example ==
%% ```
%% DB = operations:create_database(my_db),
%% Schema = #{name => string, age => integer, email => string},
%% {DB1, _Rel} = operations:create_relation(DB, users, Schema).
%% '''
%%
%% @param Database `#database_state{}' record
%% @param Name Atom naming the new relation
%% @param Definition Map specifying schema (e.g., `#{name => string, age => integer}')
%% @returns `{UpdatedDatabase, NewRelation}' tuple
%%
%% @see create_database/1
%% @see create_tuple/3
%% @see retract_relation/2
create_relation(Database, Name, Definition) when is_record(Database, database_state) ->
F = fun() ->
%% Create relation with empty tree
%% The meaning of a relation needs to be attached to its name
%% It may sound nominalistic but that is a physical concern.
%% Two relations might share definitions but their name gives another interpretation
%% and therefore different tuples
RelationHash = hash({Name, Definition, undefined}),
NewRelation = #relation{
hash = RelationHash,
name = Name,
tree = undefined,
schema = Definition,
constraints = #{}, % No constraints by default
cardinality = {finite, 0}, % Empty relation
generator = undefined, % Finite relation has no generator
provenance = {base, Name} % Base relation
},
mnesia:write(relation, NewRelation, write),
%% Update database relations map
%% TODO: maybe we can purge this later after including the name on the merkle trees
NewRelations = maps:put(Name, RelationHash, Database#database_state.relations),
%% Update database tree (for diffing)
%% Note that the name here is important as a key because
%% we gotta go from a name to a hash within a database state
NewTree = merklet:insert({atom_to_binary(Name), RelationHash}, Database#database_state.tree),
{_,NewHash,_,_} = NewTree,
UpdatedDatabase = #database_state{
name = Database#database_state.name,
hash = NewHash,
tree = NewTree,
relations = NewRelations,
timestamp = erlang:timestamp()
},
mnesia:write(database_state, UpdatedDatabase, write),
{UpdatedDatabase, NewRelation}
end,
{atomic, Result} = mnesia:transaction(F),
Result.
%% @doc Create a new database state.
%%
%% Initializes an empty database with no relations. The database starts with:
%%
%% - Empty relation map
%% - Undefined merkle tree (will be created when first relation is added)
%% - Empty hash
%% - Timestamp of creation
%%
%%
%% All changes are committed to Mnesia within a transaction.
%%
%% == Example ==
%% ```
%% DB = operations:create_database(my_app).
%% '''
%%
%% @param Name Atom identifying the database
%% @returns `#database_state{}' record
%%
%% @see setup/0
%% @see create_relation/3
create_database(Name) ->
Entry = #database_state{
name = Name,
hash = <<>>,
tree = undefined,
relations = #{},
timestamp = erlang:timestamp()
},
{atomic, ok} = mnesia:transaction(fun () ->
mnesia:write(database_state, Entry, write)
end),
Entry.
%% @doc Create an infinite relation with a generator.
%%
%% Creates a relation with infinite cardinality (aleph_zero or continuum).
%% The relation is defined by a generator function that produces tuples
%% lazily based on constraints.
%%
%% == Primitive Infinite Relations ==
%%
%%
%% - `naturals' - Natural numbers: {0, 1, 2, 3, ...}
%% - `integers' - Integers: {0, 1, -1, 2, -2, ...}
%% - `rationals' - Rationals via Stern-Brocot tree
%%
%%
%% == Example ==
%% ```
%% %% Create infinite relation of natural numbers
%% {DB1, Naturals} = operations:create_infinite_relation(DB, #{
%% name => naturals,
%% schema => #{value => natural},
%% cardinality => aleph_zero,
%% generator => {primitive, naturals},
%% constraints => #{value => {gte, 0}}
%% }).
%%
%% %% Query with bounds
%% Iterator = operations:get_tuples_iterator(DB1, naturals,
%% #{value => {range, 0, 100}}).
%% '''
%%
%% @param Database `#database_state{}' record
%% @param Spec Map with keys: name, schema, cardinality, generator, constraints
%% @returns `{UpdatedDatabase, NewRelation}' tuple
%%
%% @see create_relation/3
%% @see get_tuples_iterator/3
create_infinite_relation(Database, Spec) when is_record(Database, database_state) ->
Name = maps:get(name, Spec),
Schema = maps:get(schema, Spec),
Cardinality = maps:get(cardinality, Spec, aleph_zero),
GeneratorSpec = maps:get(generator, Spec),
Constraints = maps:get(constraints, Spec, #{}),
F = fun() ->
%% Hash is based on generator specification
RelationHash = hash({Name, Schema, GeneratorSpec, Cardinality}),
NewRelation = #relation{
hash = RelationHash,
name = Name,
tree = undefined, % Infinite relations have no merkle tree
schema = Schema,
constraints = Constraints,
cardinality = Cardinality,
generator = GeneratorSpec,
provenance = {base, Name}
},
mnesia:write(relation, NewRelation, write),
%% Update database relations map
NewRelations = maps:put(Name, RelationHash, Database#database_state.relations),
%% Update database tree
NewTree = merklet:insert({atom_to_binary(Name), RelationHash}, Database#database_state.tree),
{_,NewHash,_,_} = NewTree,
UpdatedDatabase = #database_state{
name = Database#database_state.name,
hash = NewHash,
tree = NewTree,
relations = NewRelations,
timestamp = erlang:timestamp()
},
mnesia:write(database_state, UpdatedDatabase, write),
{UpdatedDatabase, NewRelation}
end,
{atomic, Result} = mnesia:transaction(F),
Result.
%% @doc Get all relation names in a database.
%%
%% Returns a list of atoms representing all relation names currently
%% defined in the database.
%%
%% @param Database `#database_state{}' record
%% @returns List of atoms (relation names)
%%
%% @see get_relation_hash/2
%% @see create_relation/3
get_relations(Database) ->
maps:keys(Database#database_state.relations).
%% @doc Get relation hash by name.
%%
%% Looks up a relation's hash in the database's relation map. This hash
%% can be used to retrieve the full relation record from Mnesia.
%%
%% @param Database `#database_state{}' record
%% @param RelationName Atom naming the relation
%% @returns `{ok, Hash}' on success, `{error, not_found}' if relation doesn't exist
%%
%% @see get_relations/1
%% @see hashes_from_tuple/1
get_relation_hash(Database, RelationName) ->
case maps:find(RelationName, Database#database_state.relations) of
error -> {error, not_found};
X -> X
end.
%% @doc Resolve a tuple hash to actual values.
%%
%% This is an internal function that materializes a tuple by:
%%
%% - Reading the tuple record from Mnesia (contains attribute_map)
%% - For each attribute, reading the actual value using its hash
%% - Building a map with attribute names and materialized values
%%
%%
%% Uses dirty reads since all data is immutable.
%%
%% @param TupleHash Binary hash identifying the tuple
%% @returns Map with attribute names and actual values (e.g., `#{name => "Alice", age => 30}')
%%
%% @see get_tuples_iterator/2
%% @see create_tuple/3
resolve_tuple(TupleHash) ->
[#tuple{attribute_map = AttributeMap}] = mnesia:dirty_read(tuple, TupleHash),
maps:map(fun(_AttrName, ValueHash) ->
[#attribute{value = Value}] = mnesia:dirty_read(attribute, ValueHash),
Value
end, AttributeMap).
%% @doc Extract all tuple hashes from a relation.
%%
%% Retrieves the list of all tuple hashes stored in the relation's merkle tree.
%% Returns an empty list if the relation has no tuples (tree is `undefined').
%%
%% Uses dirty reads since the relation data is immutable.
%%
%% @param RelationHash Binary hash identifying the relation
%% @returns List of binary tuple hashes, or empty list `[]' if relation is empty
%%
%% @see get_tuples_iterator/2
%% @see create_tuple/3
hashes_from_tuple(RelationHash) ->
[Relation] = mnesia:dirty_read(relation, RelationHash),
case Relation#relation.tree of
undefined -> [];
Tree -> merklet:keys(Tree)
end.
%% @doc Take operator (τ): Returns N arbitrary elements from a relation.
%%
%% The take operator is a unary relational operator that produces a finite
%% relation containing N arbitrary elements from the input relation. Since
%% relations are sets (unordered), the specific elements returned are
%% determined by the enumeration order.
%%
%% For finite relations smaller than N, returns all elements.
%% For infinite relations, returns first N elements by generator order.
%%
%% == Example ==
%% ```
%% %% Take 100 naturals (returns {0, 1, 2, ..., 99})
%% {DB1, Naturals100} = operations:take(DB, naturals, 100).
%%
%% %% Can compose with other operators
%% Iterator = operations:get_tuples_iterator(DB1, naturals100).
%% '''
%%
%% @param Database `#database_state{}' record
%% @param RelationName Atom naming the source relation
%% @param N Number of elements to take
%% @returns `{UpdatedDatabase, TakeRelation}' where TakeRelation is finite
%%
%% @see get_tuples_iterator/3
take(Database, RelationName, N) when is_record(Database, database_state), is_integer(N), N > 0 ->
case maps:get(RelationName, Database#database_state.relations, error) of
error ->
erlang:error({relation_not_found, RelationName});
RelationHash ->
[SourceRelation] = mnesia:dirty_read(relation, RelationHash),
%% Compute cardinality of result
ResultCardinality = case SourceRelation#relation.cardinality of
{finite, M} when M < N -> {finite, M};
{finite, _} -> {finite, N};
_ -> {finite, N} % Taking from infinite yields finite
end,
%% Create take relation
TakeName = list_to_atom(atom_to_list(RelationName) ++ "_take_" ++ integer_to_list(N)),
TakeRelation = #relation{
hash = hash({take, RelationName, N}),
name = TakeName,
tree = undefined, % Generated on-demand
schema = SourceRelation#relation.schema,
constraints = SourceRelation#relation.constraints,
cardinality = ResultCardinality,
generator = {take, RelationName, N},
provenance = {take, SourceRelation#relation.provenance, N}
},
%% Note: We don't persist take relations to Mnesia for now
%% They are ephemeral views
{Database, TakeRelation}
end.
%% @doc Create an iterator for streaming tuples from a relation with constraints.
%%
%% Extended version of get_tuples_iterator/2 that accepts boundedness constraints.
%% For infinite relations, constraints are mandatory to ensure termination.
%%
%% == Constraints ==
%%
%% Constraints bound the iteration over infinite relations:
%%
%% - `{range, Min, Max}' - Range constraint
%% - `{eq, Value}' - Equality constraint
%% - `{lt, Value}', `{lte, Value}' - Upper bounds
%% - `{gt, Value}', `{gte, Value}' - Lower bounds
%% - `{in, List}' - Membership constraint
%%
%%
%% == Example ==
%% ```
%% %% Iterate naturals in range [0, 100]
%% Iterator = operations:get_tuples_iterator(DB, naturals,
%% #{value => {range, 0, 100}}).
%% '''
%%
%% @param Database `#database_state{}' record
%% @param RelationName Atom naming the relation to iterate
%% @param Constraints Map of attribute constraints
%% @returns Pid of iterator process
%%
%% @see get_tuples_iterator/2
%% @see take/3
get_tuples_iterator(Database, RelationName, Constraints) when is_record(Database, database_state) ->
case maps:get(RelationName, Database#database_state.relations, error) of
error ->
erlang:error({error_tuple_iterator_init, RelationName});
RelationHash ->
[Relation] = mnesia:dirty_read(relation, RelationHash),
case Relation#relation.cardinality of
{finite, _} ->
%% Finite relation: use tuple hashes
TupleHashes = hashes_from_tuple(RelationHash),
spawn(fun() -> tuple_iterator_loop(TupleHashes) end);
_ ->
%% Infinite relation: use generator
Generator = instantiate_generator(Relation#relation.generator, Constraints),
spawn(fun() -> generator_iterator_loop(Generator) end)
end
end.
%% @doc Create an iterator for streaming tuples from a relation.
%%
%% Implements the Volcano Iterator Model: spawns an independent process that
%% lazily streams tuples from the relation. This enables:
%%
%% - Memory-bounded queries (tuples materialized on demand)
%% - Composable query operators (future: select, project, join)
%% - Process-based concurrency
%%
%%
%% The iterator process responds to `{next, Caller}' messages and sends back
%% either `{tuple, Tuple}' or `done' when exhausted.
%%
%% Note: For infinite relations, use `get_tuples_iterator/3' with constraints.
%%
%% == Example ==
%% ```
%% Iterator = operations:get_tuples_iterator(DB, users),
%% {ok, Tuple} = operations:next_tuple(Iterator),
%% operations:close_iterator(Iterator).
%% '''
%%
%% @param Database `#database_state{}' record
%% @param RelationName Atom naming the relation to iterate
%% @returns Pid of iterator process
%%
%% @see get_tuples_iterator/3
%% @see next_tuple/1
%% @see close_iterator/1
%% @see collect_all/1
get_tuples_iterator(Database, RelationName) when is_record(Database, database_state) ->
get_tuples_iterator(Database, RelationName, #{}).
%% @doc Get next tuple from iterator.
%%
%% Sends a `{next, self()}' message to the iterator process and waits for
%% the response. The iterator will materialize the tuple on demand.
%%
%% Timeout is set to 5 seconds to prevent indefinite blocking.
%%
%% @param IteratorPid Pid returned from `get_tuples_iterator/2'
%% @returns `{ok, Tuple}' with materialized tuple map,
%% `done' when no more tuples remain, or
%% `{error, timeout}' if iterator doesn't respond
%%
%% @see get_tuples_iterator/2
%% @see close_iterator/1
next_tuple(IteratorPid) ->
IteratorPid ! {next, self()},
receive
{tuple, Tuple} -> {ok, Tuple};
done -> done;
{error, Reason} -> {error, Reason}
after 5000 ->
{error, timeout}
end.
%% @doc Close iterator process.
%%
%% Sends a `stop' message to terminate the iterator process. This should be
%% called when you're done consuming tuples to avoid leaving processes running.
%%
%% @param IteratorPid Pid returned from `get_tuples_iterator/2'
%% @returns `ok'
%%
%% @see get_tuples_iterator/2
%% @see collect_all/1
close_iterator(IteratorPid) ->
IteratorPid ! stop,
ok.
%% @private
%% @doc Iterator loop implementation (internal).
%%
%% This is the process loop for the Volcano Iterator Model. It maintains a list
%% of tuple hashes and resolves them lazily when requested.
%%
%% Protocol:
%%
%% - `{next, Caller}' - Resolve next tuple and send `{tuple, ResolvedTuple}' or `done'
%% - `stop' - Terminate the process
%%
%%
%% @param TupleHashes List of binary tuple hashes to stream
tuple_iterator_loop([]) ->
receive
{next, Caller} ->
Caller ! done;
stop ->
ok
end;
tuple_iterator_loop([TupleHash | Rest]) ->
receive
{next, Caller} ->
%% Resolve tuple on demand
ResolvedTuple = resolve_tuple(TupleHash),
Caller ! {tuple, ResolvedTuple},
tuple_iterator_loop(Rest);
stop ->
ok
end.
%% @doc Helper to collect all tuples from an iterator into a list.
%%
%% This is a convenience function primarily used for testing. It exhausts the
%% iterator by repeatedly calling `next_tuple/1' until `done' is received,
%% accumulating all tuples into a list.
%%
%% Warning: This materializes all tuples in memory, defeating the purpose
%% of lazy evaluation. Only use for small relations or testing.
%%
%% == Example ==
%% ```
%% Iterator = operations:get_tuples_iterator(DB, users),
%% AllTuples = operations:collect_all(Iterator).
%% %% Iterator is automatically closed
%% '''
%%
%% @param IteratorPid Pid returned from `get_tuples_iterator/2'
%% @returns List of tuple maps, `{error, Reason, PartialResults}' on timeout
%%
%% @see get_tuples_iterator/2
%% @see next_tuple/1
collect_all(IteratorPid) ->
collect_all(IteratorPid, []).
collect_all(IteratorPid, Acc) ->
case next_tuple(IteratorPid) of
{ok, Tuple} -> collect_all(IteratorPid, [Tuple | Acc]);
done ->
close_iterator(IteratorPid),
lists:reverse(Acc); % Preserve order
{error, Reason} ->
close_iterator(IteratorPid),
{error, Reason, lists:reverse(Acc)}
end.
%%% ============================================================================
%%% Iterator Operators (Lazy - Volcano Model)
%%% ============================================================================
%% @doc Select iterator: Filters tuples based on a predicate.
%%
%% Lazy operator that wraps a child iterator and only emits tuples that
%% satisfy the predicate function.
%%
%% == Example ==
%% ```
%% BaseIter = get_tuples_iterator(DB, employees, #{}),
%% FilteredIter = select_iterator(BaseIter, fun(E) -> maps:get(age, E) > 30 end),
%% Tuples = collect_all(FilteredIter).
%% '''
%%
%% @param ChildIterator Iterator process to filter
%% @param Predicate Function: tuple() -> boolean()
%% @returns Iterator process (Pid)
select_iterator(ChildIterator, Predicate) when is_function(Predicate, 1) ->
spawn(fun() -> select_loop(ChildIterator, Predicate) end).
select_loop(ChildPid, Predicate) ->
receive
{next, Caller} ->
case next_tuple(ChildPid) of
{ok, Tuple} ->
case Predicate(Tuple) of
true ->
Caller ! {tuple, Tuple},
select_loop(ChildPid, Predicate);
false ->
%% Skip this tuple, get next
self() ! {next, Caller},
select_loop(ChildPid, Predicate)
end;
done ->
close_iterator(ChildPid),
Caller ! done
end;
stop ->
close_iterator(ChildPid),
ok
end.
%% @doc Project iterator: Projects tuples onto specified attributes.
%%
%% Lazy operator that transforms tuples by keeping only the specified
%% attributes. This is the relational projection operator (π).
%%
%% == Example ==
%% ```
%% BaseIter = get_tuples_iterator(DB, employees, #{}),
%% ProjectedIter = project_iterator(BaseIter, [name, age]),
%% Tuples = collect_all(ProjectedIter).
%% '''
%%
%% @param ChildIterator Iterator process to project
%% @param Attributes List of attribute names to keep
%% @returns Iterator process (Pid)
project_iterator(ChildIterator, Attributes) when is_list(Attributes) ->
spawn(fun() -> project_loop(ChildIterator, Attributes) end).
project_loop(ChildPid, Attributes) ->
receive
{next, Caller} ->
case next_tuple(ChildPid) of
{ok, Tuple} ->
ProjectedTuple = maps:with(Attributes, Tuple),
Caller ! {tuple, ProjectedTuple},
project_loop(ChildPid, Attributes);
done ->
close_iterator(ChildPid),
Caller ! done
end;
stop ->
close_iterator(ChildPid),
ok
end.
%% @doc Sort iterator: Sorts all tuples from child iterator.
%%
%% Blocking operator - must consume ALL tuples from child before
%% emitting any output. Materializes and sorts tuples in memory.
%%
%% Warning: Do not use on unbounded streams! Ensure child iterator
%% produces finite tuples (via constraints or take).
%%
%% == Example ==
%% ```
%% BaseIter = get_tuples_iterator(DB, employees, #{}),
%% SortedIter = sort_iterator(BaseIter, fun(A, B) ->
%% maps:get(age, A) =< maps:get(age, B)
%% end),
%% Tuples = collect_all(SortedIter).
%% '''
%%
%% @param ChildIterator Iterator process to sort
%% @param CompareFun Function: (tuple(), tuple()) -> boolean()
%% @returns Iterator process (Pid)
sort_iterator(ChildIterator, CompareFun) when is_function(CompareFun, 2) ->
spawn(fun() ->
%% Phase 1: Consume all tuples (blocking!)
AllTuples = collect_all(ChildIterator),
%% Phase 2: Sort in memory
SortedTuples = lists:sort(CompareFun, AllTuples),
%% Phase 3: Emit sorted tuples on demand
sorted_emit_loop(SortedTuples)
end).
sorted_emit_loop([]) ->
receive
{next, Caller} -> Caller ! done;
stop -> ok
end;
sorted_emit_loop([Tuple | Rest]) ->
receive
{next, Caller} ->
Caller ! {tuple, Tuple},
sorted_emit_loop(Rest);
stop -> ok
end.
%% @doc Take iterator: Limits output to N tuples.
%%
%% Lazy operator that emits at most N tuples from the child iterator,
%% then closes the child and signals done.
%%
%% == Example ==
%% ```
%% BaseIter = get_tuples_iterator(DB, naturals, #{value => {range, 0, 1000}}),
%% LimitedIter = take_iterator(BaseIter, 10),
%% Tuples = collect_all(LimitedIter). % Gets exactly 10 tuples
%% '''
%%
%% @param ChildIterator Iterator process to limit
%% @param N Maximum number of tuples to emit
%% @returns Iterator process (Pid)
take_iterator(ChildIterator, N) when is_integer(N), N > 0 ->
spawn(fun() -> take_iter_loop(ChildIterator, N, 0) end).
take_iter_loop(ChildPid, Limit, Count) when Count < Limit ->
receive
{next, Caller} ->
case next_tuple(ChildPid) of
{ok, Tuple} ->
Caller ! {tuple, Tuple},
take_iter_loop(ChildPid, Limit, Count + 1);
done ->
close_iterator(ChildPid),
Caller ! done
end;
stop ->
close_iterator(ChildPid),
ok
end;
take_iter_loop(ChildPid, _Limit, _Count) ->
%% Reached limit - close child and signal done
close_iterator(ChildPid),
receive
{next, Caller} -> Caller ! done;
stop -> ok
end.
%%% ============================================================================
%%% Materialization (Eager - Relation Creation)
%%% ============================================================================
%% @doc Materialize an iterator pipeline into a new relation.
%%
%% This is the boundary between lazy evaluation (iterator pipeline) and
%% eager materialization (stored relation). Consumes all tuples from the
%% iterator and stores them as a new finite relation in the database.
%%
%% == Example ==
%% ```
%% %% Build lazy pipeline
%% Pipeline = get_tuples_iterator(DB, employees, #{})
%% |> select_iterator(fun(E) -> maps:get(age, E) > 30 end)
%% |> sort_iterator(fun(A, B) -> maps:get(age, A) =< maps:get(age, B) end)
%% |> take_iterator(10)
%% |> project_iterator([name, age]),
%%
%% %% Materialize into new relation
%% {DB1, SeniorEmployees} = materialize(DB, Pipeline, senior_employees).
%% '''
%%
%% @param Database Current database state
%% @param SourceIterator Iterator process (pipeline endpoint)
%% @param ResultName Atom naming the new relation
%% @returns `{UpdatedDatabase, NewRelation}' tuple
materialize(Database, SourceIterator, ResultName) when is_record(Database, database_state) ->
%% 1. Pull all tuples from pipeline
AllTuples = collect_all(SourceIterator),
case AllTuples of
[] ->
%% Empty result - create empty relation
Schema = #{}, % Empty schema
create_relation(Database, ResultName, Schema);
[FirstTuple | _] ->
%% 2. Infer schema from first tuple
Schema = infer_schema_from_tuple(FirstTuple),
%% 3. Create new relation
{DB1, _Relation} = create_relation(Database, ResultName, Schema),
%% 4. Insert all tuples
{FinalDB, FinalRelation} = insert_all_tuples(DB1, ResultName, AllTuples),
{FinalDB, FinalRelation}
end.
%% @private
%% @doc Infer schema from a tuple.
infer_schema_from_tuple(Tuple) when is_map(Tuple) ->
maps:map(fun(_AttrName, Value) -> infer_type(Value) end, Tuple).
%% @private
%% @doc Infer type from value.
infer_type(Value) when is_integer(Value) -> integer;
infer_type(Value) when is_float(Value) -> float;
infer_type(Value) when is_binary(Value) -> binary;
infer_type(Value) when is_list(Value) -> string;
infer_type(Value) when is_atom(Value) -> atom;
infer_type(Value) when is_boolean(Value) -> boolean;
infer_type(_) -> term.
%% @private
%% @doc Insert multiple tuples into a relation.
insert_all_tuples(DB, RelationName, Tuples) ->
lists:foldl(
fun(Tuple, {DBacc, _RelAcc}) ->
create_tuple(DBacc, RelationName, Tuple)
end,
{DB, undefined},
Tuples
).
%%% ============================================================================
%%% Generator Support Functions
%%% ============================================================================
%% @private
%% @doc Instantiate a generator from a generator specification.
%%
%% Converts a generator spec (stored in relation record) into an actual
%% generator function that can produce tuples.
%%
%% @param GeneratorSpec Generator specification
%% @param Constraints Boundedness constraints
%% @returns Generator function
instantiate_generator({primitive, naturals}, Constraints) ->
generators:naturals(Constraints);
instantiate_generator({primitive, integers}, Constraints) ->
generators:integers(Constraints);
instantiate_generator({primitive, rationals}, Constraints) ->
generators:rationals(Constraints);
instantiate_generator({primitive, plus}, Constraints) ->
generators:plus(Constraints);
instantiate_generator({primitive, times}, Constraints) ->
generators:times(Constraints);
instantiate_generator({primitive, minus}, Constraints) ->
generators:minus(Constraints);
instantiate_generator({primitive, divide}, Constraints) ->
generators:divide(Constraints);
instantiate_generator({custom, GeneratorFun}, Constraints) ->
GeneratorFun(Constraints);
instantiate_generator({take, RelationName, N}, Constraints) ->
%% Take generator: wrap another generator with limit
%% This is a simplified version - full implementation would look up the base relation
make_take_generator(RelationName, N, Constraints);
instantiate_generator(Other, _) ->
erlang:error({unknown_generator, Other}).
%% @private
%% @doc Generator iterator loop for infinite relations.
%%
%% Similar to tuple_iterator_loop but works with generator functions instead
%% of tuple hashes.
%%
%% @param Generator Generator function
generator_iterator_loop(Generator) ->
receive
{next, Caller} ->
case Generator(next) of
done ->
Caller ! done;
{value, Tuple, NextGen} ->
Caller ! {tuple, Tuple},
generator_iterator_loop(NextGen);
{error, Reason} ->
Caller ! {error, Reason}
end;
stop ->
ok
end.
%% @private
%% @doc Create a take generator that limits another generator.
make_take_generator(_RelationName, N, _Constraints) ->
%% Simplified version: just count to N
make_take_gen(0, N).
make_take_gen(Current, Max) when Current < Max ->
fun(next) ->
Tuple = #{value => Current},
NextGen = make_take_gen(Current + 1, Max),
{value, Tuple, NextGen}
end;
make_take_gen(_, _) ->
fun(_) -> done end.