I have a few questions
1) will RocksDB be available on Windows? ToduDB isn't (because it does not
compile on Visual Studio I think).
2) How large a set of configuraton options will RocksDB have? InnoDB now
has100+ I guess, and that is a mess IMO. I liked the simplicity of the now
dead Primebase (
Now I remember that the name of the storage engine, I referred, was PBXT.
-- Peter
On Thu, Oct 13, 2016 at 12:00 PM, Peter Laursen
wrote:
> I have a few questions
>
> 1) will RocksDB be available on Windows? ToduDB isn't (because it does not
> compile on Visual Studio I think).
>
> 2) How larg
On 13.10.2016 12:00, Peter Laursen wrote:
I have a few questions
1) will RocksDB be available on Windows? ToduDB isn't (because it does
not compile on Visual Studio I think).
Personally, I plan to make this happen . At least RocksDB works on
Windows, the port seems to be done by competent pe
I think Sergei G. told me once that TokuDB would not compile with Visual
Studio and that MariaDB would only try to fix it in MariaDB if Toku people
wanted to collaborate on this (what they did not). it probably was before
TokuDB was swalloed by Percona .
-- Peter
On Thu, Oct 13, 2016 at 1:36 PM,
.. so +1 for Rocks as compared to Toku: cross-platform support.
-- Peter
On Thu, Oct 13, 2016 at 1:49 PM, Peter Laursen
wrote:
> I think Sergei G. told me once that TokuDB would not compile with Visual
> Studio and that MariaDB would only try to fix it in MariaDB if Toku people
> wanted to coll
RocksDB runs on Windows. An external contributor keeps the build from
breaking and uses it on Windows.
On Thu, Oct 13, 2016 at 3:00 AM, Peter Laursen
wrote:
> I have a few questions
>
> 1) will RocksDB be available on Windows? ToduDB isn't (because it does not
> compile on Visual Studio I think)
Whilst I agree it would be a nice feature and something I've heard for
years, the implementation would likely be more complex than it seems.
For starters you have to consider the possibility of a procedure
crashing and taking the whole daemon with it. You would likely need to
fork a small work
Personally I think (as told a few times before when this discussion arrived
in this mailing list) that such feature should not be an *external
language* as it should not IMO use what is installed independentlyof
MysqL/MariaDB on the system. This lanugage intepreters should ship with the
server - p
On 13.10.2016 17:26, Andrew Hutchings wrote:
Whilst I agree it would be a nice feature and something I've heard for
years, the implementation would likely be more complex than it seems.
For starters you have to consider the possibility of a procedure
crashing and taking the whole daemon with
Well, nothing should be using Python 2.x any more, period. But that is
discussion for another time :)
I get where you are coming from though. I can see both sides of the
argument. Personally I prefer to have that logic closer to the
application layer anyway. Hence my suggestion of doing it in
On 13/10/16 16:53, Vladislav Vaintroub wrote:
On 13.10.2016 17:26, Andrew Hutchings wrote:
Whilst I agree it would be a nice feature and something I've heard for
years, the implementation would likely be more complex than it seems.
For starters you have to consider the possibility of a proce
Antony's work includes a client library change that lets perl/Java/or whatever
run SQL on the THD. The parser was made reentrant, you connect with null
credential and get current THD.
Sent from my iPhone
> On Oct 13, 2016, at 1:01 PM, Andrew Hutchings wrote:
>
>
>
>> On 13/10/16 16:53, Vla
> 2- I am sure that a lot of people would implement procedures libraries if
>> they could use something like JavaScript or PHP. If we could use Python,
>> stuff like NumPy and SciPy could be used.
>
>
Run a language inside database is something very interesting, normally it's
done with daemon plugi
you are talking about this?
https://launchpad.net/mysql-wl820/trunk/5.1.33-wl820
___
Mailing list: https://launchpad.net/~maria-discuss
Post to : maria-discuss@lists.launchpad.net
Unsubscribe : https://launchpad.net/~maria-discuss
More help : http
That is it.
Sent from my iPhone
> On Oct 13, 2016, at 1:17 PM, Roberto Spadim wrote:
>
> you are talking about this?
> https://launchpad.net/mysql-wl820/trunk/5.1.33-wl820
>
___
Mailing list: https://launchpad.net/~maria-discuss
Post to : mari
Wouldn't it be ironic for MariaDB to support java but not MySQL?
Sent from my iPhone
> On Oct 13, 2016, at 3:59 PM, Justin Swanhart wrote:
>
> That is it.
>
> Sent from my iPhone
>
>> On Oct 13, 2016, at 1:17 PM, Roberto Spadim wrote:
>>
>> you are talking about this?
>> https://launchpad
Thanks for the write up Colin.
I had known about TokuDB potentially being dropped due to lack of
developers and support. Understandable, but a real shame. At least rocksdb
has a backup tool and some fun snapshot features.
What I really want to know is, what's the future of transactional DDL in
Ma
Hi, Ricky!
On Oct 13, Ricky B wrote:
> Thanks for the write up Colin.
>
> I had known about TokuDB potentially being dropped due to lack of
> developers and support. Understandable, but a real shame. At least rocksdb
> has a backup tool and some fun snapshot features.
There is development and su
> For example, in MariaDB one can use InnoDB
> for system tables too. Always could, even in 5.5, it's not a new
> feature. There is no code that limits system tables to a specific
> storage engine.
This is not true even in MariaDB 10.2:
https://github.com/MariaDB/server/blob/10.2/storage/innobase/
On Thu, Oct 13, 2016 at 4:00 PM, Sergei Golubchik wrote:
> Hi, Ricky!
>
> On Oct 13, Ricky B wrote:
> > Thanks for the write up Colin.
> >
> > I had known about TokuDB potentially being dropped due to lack of
> > developers and support. Understandable, but a real shame. At least
> rocksdb
> > has
hilarious kkk, IMO, a dot net / mono virtual machine could be nice, it can
'compile' php,python,c++/cli,and many others languages to cli (dot net
bytecode) this make things easier
what i think could be useful? a handlersocket like nosql interface, and a
sql interface, that's all a user need to cre
There is development and support for TokuDB by Percona.
2016-10-14 6:43 GMT+03:00 MARK CALLAGHAN :
>
> On Thu, Oct 13, 2016 at 4:00 PM, Sergei Golubchik wrote:
>>
>> Hi, Ricky!
>>
>> On Oct 13, Ricky B wrote:
>> > Thanks for the write up Colin.
>> >
>> > I had known about TokuDB potentially being
Hi, Pavel!
On Oct 13, Pavel Ivanov wrote:
> > For example, in MariaDB one can use InnoDB
> > for system tables too. Always could, even in 5.5, it's not a new
> > feature. There is no code that limits system tables to a specific
> > storage engine.
>
> This is not true even in MariaDB 10.2:
> http
23 matches
Mail list logo
