Skip to main content
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [jnosql-dev] JNoSQL Aphrodite
Yes, I agree with you, if you solve this on the application layer we'll get enthusiasts, however, IMHO the price is too high.

When I started this API, as any standard process, I studied deeper NoSQL and took three steps:

  • I took a look at all solutions that already does exist in the Java world.
  • Talked with higher NoSQL user.
  • Talked with the NoSQL provider.

And the solutions that bring any behavior to the application layer usually has any performance issue. E.g.: I saw a solution that put an auto increment id on Cassandra, that sounds nice, however, to get this warranty the code created a new column family, that has this auto-increment value, and any operation it uses the highest consistency level, so that might lost availability.

That brings a nice discussion about the ORM boundaries...





On Mon, May 28, 2018 at 3:51 PM, Fernando Boaglio <fernando@xxxxxxxxxxx> wrote:
Ok Otavio,

What do you think of this idea: instead of throw an unsupported operation exception, JNoSQL implements it on its layer (as long as it is running) .

Even though it will bring more responsability to JNoSQL, for sure will bring more users too.

On Sat, May 26, 2018 at 1:53 PM, Otávio Gonçalves de Santana <otaviopolianasantana@gmail.com> wrote:


On Sat, May 26, 2018 at 11:35 AM, Fernando Boaglio <fernando@xxxxxxxxxxx> wrote:
Hi Otávio,

I liked the name, in the bow and arrow context a heart make sense. =)

This API will be able to handle DDL statements as well (create, drop, alter) ?
  That draft is just in the beginning; I didn't go through on this yet. That is something we can discuss, but almost always NoSQL databases are schemaless. It isn't in my plan to the first interaction, but we can change it. 

I am not sure I got this TTL parameter, can you elaborate a little more ?
    Thank you, that means the README.md isn't clean enough I'll improve it, also feel free to open PRs.

If I put TTL 1 day, the DML object will be available for 1 day or the data will be available in the database for one day and then removed later ?

 If I put TTL 1 day, the DML object will be available for one day or the data will be available in the database for one day and then removed later?
If the database has the TTL resource, when you do either inserts, to column or document, or put, to key-value, the entity itself will expire in the that you informed.
e.g.:

insert God (name = "Diana", age = 10, power = {"hunt", "moon"}) 1 day
insert God (name = "Apollo", age = 50, power = {"beauty", "sun"})
put {"Diana" ,  "The goddess of hunt", 1 day}
put {"Apollo" ,  "The god of Sun"}

So, just the Diana entities will expire in one day.

About how that from each database implementation, the API will request it from the database if it has otherwise will return unported operation exception. If they will remove logically or not, that will transparent to us.
I hope that is clear now. 
 Thank you for the question, if there is anything else not clear, please let me know.

Thanks.


On Sat, May 26, 2018 at 9:58 AM, Otávio Gonçalves de Santana <otaviopolianasantana@xxxxxxxxm> wrote:
Hello everyone, In the last month I was studying the good way to introduce query as String in the JNoSQL project and finally I have a draft code.

So, it was born JNoSQL Aphrodite, the project that reads and convert the query:

why this name?
I'm not creative, that is just to keep the Goodness line and the logo I thought the JNoSQL duke logo with a heart at the tip of the arrow, yeah like a cupid.

That is the syntax that I have in my mind:



Also, if you have any question, please let me know.

ps: Guys, please feedbacks as draft anything can be changed.

Thoughts?
 


--
Otávio Gonçalves de Santana

_______________________________________________
jnosql-dev mailing list
jnosql-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/jnosql-dev




--

Fernando Boaglio

│◦└̅┘◦ ◦ ﴾̭▒̭̊▒̭̊﴿ ﴾̭▓̭̊▓̭̊﴿ ﴾̭░̭̊░̭̊﴿ ◦ ◦ (͡ < ◦ ● ◦└̅┘◦│

_______________________________________________
jnosql-dev mailing list
jnosql-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/jnosql-dev




--
Otávio Gonçalves de Santana

_______________________________________________
jnosql-dev mailing list
jnosql-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/jnosql-dev




--

Fernando Boaglio

│◦└̅┘◦ ◦ ﴾̭▒̭̊▒̭̊﴿ ﴾̭▓̭̊▓̭̊﴿ ﴾̭░̭̊░̭̊﴿ ◦ ◦ (͡ < ◦ ● ◦└̅┘◦│

_______________________________________________
jnosql-dev mailing list
jnosql-dev@xxxxxxxxxxx
To change your delivery options, retrieve your password, or unsubscribe from this list, visit
https://dev.eclipse.org/mailman/listinfo/jnosql-dev




--
Otávio Gonçalves de Santana

Back to the top