[00:06] <Gnipi_> and I like it
[00:06] <Gnipi_> we can make it perfect :)
[00:07] <lbaldi> i know but it can solve many problems :)
[00:07] <Gnipi_> exactly
[00:07] <Gnipi_> it may even provide people with choice
[00:07] <Gnipi_> to use sql
[00:07] <Gnipi_> or to use that internal db
[00:07] <lbaldi> i'm not so confident that internal db with arrays will work for l2j :(
[00:08] <Gnipi_> oh it should
[00:08] <Gnipi_> l2j uses very little queries
[00:08] <lbaldi> yes but handles many rows....
[00:08] <Gnipi_> true, but on arrays in ram that is fast :)
[00:08] <lbaldi> yes if you hav 8 gis of RAM
[00:09] <Gnipi_> data stored in ram
[00:09] <Gnipi_> for 500 players online
[00:09] <Gnipi_> would be MAX  10 mb
[00:09] <Gnipi_> really I mean it
[00:09] <Gnipi_> it's not that huge amount of data
[00:09] <lbaldi> now perhaps...
[00:09] <Gnipi_> anyway, I prefer not to depend on any method
[00:09] <Gnipi_> so having this choice would be really good
[00:10] <Gnipi_> did you read my other comments
[00:10] <lbaldi> after internal db tha amount of data in RAM is very huge...
[00:10] <Gnipi_> about behaviour of data fetch methods in case connection can't be acquired ?
[00:10] <lbaldi> no