Record

record
id
quantity
head
body
location

Lince is centered on the 'record' table, but like, according to the creator... like... what does he know?


recordDATA STRUCTURE
idINT
quantityFLOAT
headSTRING
bodySTRING
location3D POINT (still thinking)

'id's are automatically generated.

'quantity' represents the availability of the record, if negative it is a Necessity, if positive, a Contribution, zero makes it not mean much, sometimes.

'head' and 'body' are meant to be parts of a whole, where one can be used for a short summary and the other a description, or one has all the information and the other holds tags for filtering through views. With a pubsub protocol, one can send a short information of the record, in this case it can be the head, and put the rest in the body. Only those interested in the head will ask for the body of the record. That way the minimum amount of information is sent over the network, making it faster and stuff, I think.

'location' is an important information for interactions outside of computers (they exist, it's insane) or any other use you want to give it.


recordDATA STRUCTUREUSER INPUT
idINT
quantityFLOAT-1
headSTRINGEat Apple
bodySTRING
locationPOINT

So, for an example, imagine that you like apples and you want to create a task to eat it today.

You create a 'record', giving it '-1' to the 'quantity', for that action is a Necessity in your life right now, and 'Eat Apple' to the 'head'.


recordDATA STRUCTUREUSER INPUTACTUAL RECORD
idINT1
quantityFLOAT-1-1
headSTRINGEat AppleEat Apple
bodySTRINGNULL
locationPOINTNULL

The end result, on the database, is this record.


Here is an example of different possible records for individual items and actions.

idquantityheadbodylocation
1-1Eat AppleNULLNULL
2-1AppleItem, FoodNULL
30Brush TeethAction, HygieneNULL
43ToothbrushItem, HygieneNULL
5-1MeditateActionNULL