Enhancement: Expectations for an event store

[danielcirket]

It might be a worthwhile investment to support additional behaviours and/or APIs as required by: here

• [X] ability to create streams - Existing
• [ ] ability to delete streams
• [x] ability to use optimistic locking on stream level
• [X] ability to write a batch of events in one stream atomically and durably - Existing
• [X] ability to read events from one stream - Existing
• [X] ability to read all events in the store ( the so called "$all" stream) - Existing
• [ ] ability to read forward and backward - Currently only support forward reads
• [X] ability to read from some position in a stream or from the "$all" stream - Existing
• [ ] ability to remove events before some position in a stream
• [ ] ability to remove events before some time
• [ ] ability to have subscription (though I might consider it a bonus)
• [X] ability to read events from a stream in commit order - Existing
• [X] ability to read events from "$all" stream in commit order - Existing
• [ ] ability to have metadata on stream level
• [ ] ability to have metadata on stream level even if the stream does not exists yet
• [ ] ability to have metadata on events