Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.databases > #368 > unrolled thread

Object oriented programming language native to EAV

Started bysergei.sheinin@gmail.com
First post2013-04-20 07:44 -0700
Last post2013-04-25 19:05 -0700
Articles 13 — 4 participants

Back to article view | Back to comp.databases

Contents

  Object oriented programming language native to EAV sergei.sheinin@gmail.com - 2013-04-20 07:44 -0700
    Re: Object oriented programming language native to EAV Roy Hann <specially@processed.almost.meat> - 2013-04-22 07:57 +0000
      Re: Object oriented programming language native to EAV sergei.sheinin@gmail.com - 2013-04-22 03:34 -0700
        Re: Object oriented programming language native to EAV Roy Hann <specially@processed.almost.meat> - 2013-04-22 12:10 +0000
          Re: Object oriented programming language native to EAV sergei.sheinin@gmail.com - 2013-04-22 06:03 -0700
            Re: Object oriented programming language native to EAV Ed Prochak <edprochak@gmail.com> - 2013-04-26 02:46 -0700
              Re: Object oriented programming language native to EAV sergei.sheinin@gmail.com - 2013-05-03 06:22 -0700
                Re: Object oriented programming language native to EAV Ed Prochak <edprochak@gmail.com> - 2013-05-15 11:26 -0700
                  Re: Object oriented programming language native to EAV Roy Hann <specially@processed.almost.meat> - 2013-05-16 14:36 +0000
                  Re: Object oriented programming language native to EAV sergei.sheinin@gmail.com - 2013-05-17 02:55 -0700
      Re: Object oriented programming language native to EAV sergei.sheinin@gmail.com - 2017-08-27 01:34 -0700
    Re: Object oriented programming language native to EAV Evgeniy Grigoriev <grigoriev.e@gmail.com> - 2013-04-22 12:54 -0700
      Re: Object oriented programming language native to EAV sergei.sheinin@gmail.com - 2013-04-25 19:05 -0700

#368 — Object oriented programming language native to EAV

Fromsergei.sheinin@gmail.com
Date2013-04-20 07:44 -0700
SubjectObject oriented programming language native to EAV
Message-ID<b2073d89-fcbf-4ccf-be3b-735c25e65581@googlegroups.com>
A project dedicated to a nested key-value pair programming language native to the Entity Attribute Value database schema. The environment is a Relational Database Management System specifically Postgres 9. Wholly implemented with Procedural SQL. Employs key-value translator vernacular to the EAV data model. Stores data objects, object metadata definitions and program code. Programs are executed with SQL commands. Has characteristics of a column-oriented database. 

http://sproutpl.wordpress.com/

[toc] | [next] | [standalone]

#369

FromRoy Hann <specially@processed.almost.meat>
Date2013-04-22 07:57 +0000
Message-ID<kl2qhq$mo5$1@dont-email.me>
In reply to#368
sergei.sheinin@gmail.com wrote:

> A project dedicated to a nested key-value pair programming language native to the Entity Attribute Value database schema. The environment is a Relational Database Management System specifically Postgres 9. Wholly implemented with Procedural SQL. Employs key-value translator vernacular to the EAV data model. Stores data objects, object metadata definitions and program code. Programs are executed with SQL commands. Has characteristics of a column-oriented database. 
>
> http://sproutpl.wordpress.com/

Are you back with this again Sergei?!  

Are you invincibly stupid?  

-- 
Roy

[toc] | [prev] | [next] | [standalone]

#370

Fromsergei.sheinin@gmail.com
Date2013-04-22 03:34 -0700
Message-ID<55cbbc4b-0e8b-49af-bcc6-57ca2abbe553@googlegroups.com>
In reply to#369
> 
> Are you back with this again Sergei?!  
> 
> 
> 
> Are you invincibly stupid?  
> 
> 
> 
> -- 
> 
> Roy



I posted a topic about an object oriented programming language built with RDBMS. There is a link to articles about memory allocation, call stack management and other subjects relevant to making a programming language. You may choose to post flames, Roy and I'll call it your freedoms so don't let me stop you.


Here is the link again: http://sproutpl.wordpress.com

[toc] | [prev] | [next] | [standalone]

#371

FromRoy Hann <specially@processed.almost.meat>
Date2013-04-22 12:10 +0000
Message-ID<kl39bv$m0i$1@dont-email.me>
In reply to#370
sergei.sheinin@gmail.com wrote:

>> 
>> Are you back with this again Sergei?!  
>> 
>> 
>> 
>> Are you invincibly stupid?  
>> 
>> 
>> 
>> -- 
>> 
>> Roy
>
>
>
> I posted a topic about an object oriented programming language built 
> with RDBMS. There is a link to articles about memory allocation, call
> stack management and other subjects relevant to making a programming 
> language. You may choose to post flames, Roy and I'll call it your
> freedoms so don't let me stop you.

That's really generous of you, but instead of playing the suffering,
misunderstood genius, tell us why the well understood and thoroughly
tested solutions to data management problems are so incomprehensible to
you that EAV seems like the answer.

-- 
Roy

[toc] | [prev] | [next] | [standalone]

#372

Fromsergei.sheinin@gmail.com
Date2013-04-22 06:03 -0700
Message-ID<4d730e25-27fb-4bc3-8aa0-30d1d1ae4827@googlegroups.com>
In reply to#371
On Monday, April 22, 2013 7:10:39 PM UTC+7, Roy Hann wrote:

> 
> 
> 
> >> 
> 
> >> Are you back with this again Sergei?!  
> 
> >> 
> 
> >> 
> 
> >> 
> 
> >> Are you invincibly stupid?  
> 
> >> 
> 
> >> 
> 
> >> 
> 
> >> -- 
> 
> >> 
> 
> >> Roy
> 
> >
> 
> >
> 
> >
> 
> > I posted a topic about an object oriented programming language built 
> 
> > with RDBMS. There is a link to articles about memory allocation, call
> 
> > stack management and other subjects relevant to making a programming 
> 
> > language. You may choose to post flames, Roy and I'll call it your
> 
> > freedoms so don't let me stop you.
> 
> 
> 
> That's really generous of you, but instead of playing the suffering,
> 
> misunderstood genius, tell us why the well understood and thoroughly
> 
> tested solutions to data management problems are so incomprehensible to
> 
> you that EAV seems like the answer.
> 
> 
> 
> -- 
> 
> Roy

Turns out EAV provides effective means for storing and managing program code, call stack and addressing. It is there to enable the language translator. 

Sergei.

[toc] | [prev] | [next] | [standalone]

#378

FromEd Prochak <edprochak@gmail.com>
Date2013-04-26 02:46 -0700
Message-ID<cdf30d8b-1605-4b60-8ddd-2638b7e74883@googlegroups.com>
In reply to#372
On Monday, April 22, 2013 9:03:45 AM UTC-4, sergei....@gmail.com wrote:
> On Monday, April 22, 2013 7:10:39 PM UTC+7, Roy Hann wrote:
> 
> 
> 
> > 
> 
> > 
> 
> > 
> 
> > >> 
> 
> > 
> 
> > >> Are you back with this again Sergei?!  
> 
> > 
> 
> > >> 
> 
> > 
> 
> > >> 
> 
> > 
> 
> > >> 
> 
> > 
> 
> > >> Are you invincibly stupid?  
> 
> > 
> 
> > >> 
> 
> > 
> 
> > >> 
> 
> > 
> 
> > >> 
> 
> > 
> 
> > >> -- 
> 
> > 
> 
> > >> 
> 
> > 
> 
> > >> Roy
> 
> > 
> 
> > >
> 
> > 
> 
> > >
> 
> > 
> 
> > >
> 
> > 
> 
> > > I posted a topic about an object oriented programming language built 
> 
> > 
> 
> > > with RDBMS. There is a link to articles about memory allocation, call
> 
> > 
> 
> > > stack management and other subjects relevant to making a programming 
> 
> > 
> 
> > > language. You may choose to post flames, Roy and I'll call it your
> 
> > 
> 
> > > freedoms so don't let me stop you.
> 
> > 
> 
> > 
> 
> > 
> 
> > That's really generous of you, but instead of playing the suffering,
> 
> > 
> 
> > misunderstood genius, tell us why the well understood and thoroughly
> 
> > 
> 
> > tested solutions to data management problems are so incomprehensible to
> 
> > 
> 
> > you that EAV seems like the answer.
> 
> > 
> 
> > 
> 
> > 
> 
> > -- 
> 
> > 
> 
> > Roy
> 
> 
> 
> Turns out EAV provides effective means for storing and managing program code, call stack and addressing. It is there to enable the language translator. 
> 
> 
> 
> Sergei.

EAV as the storage for executing code?!  Why?

What kind of problems would this programming language solve? It better be highly efficient because even the best algorithms programmed in it are going to be SLOW.

[toc] | [prev] | [next] | [standalone]

#380

Fromsergei.sheinin@gmail.com
Date2013-05-03 06:22 -0700
Message-ID<0758d2a5-7c62-4b76-984a-a3c477ac7fb0@googlegroups.com>
In reply to#378
It extends DBMS procedural language with object oriented programming features. So far I do not see that it is slow. EAV stores program code and is used to retrieve program call stack.

[toc] | [prev] | [next] | [standalone]

#386

FromEd Prochak <edprochak@gmail.com>
Date2013-05-15 11:26 -0700
Message-ID<e1c5e3a2-2aae-427d-85cd-be37347ecee7@googlegroups.com>
In reply to#380
On Friday, May 3, 2013 9:22:55 AM UTC-4, sergei....@gmail.com wrote:
> It extends DBMS procedural language with object oriented programming features.

Well, so did C++ (extend a procedural language with OOP features). so nothing related to EAV here.

> So far I do not see that it is slow. EAV stores program code and is
> used to retrieve program call stack.

You say you don't see it as slow, but have you run any benchmarks?

Is this a RAM based DBMS? Otherwise it has to be slower than normal programming which executes from RAM.

Sounds a little like emulating content addressable memory. An interesting idea, but not likely to solve many problems.

[toc] | [prev] | [next] | [standalone]

#387

FromRoy Hann <specially@processed.almost.meat>
Date2013-05-16 14:36 +0000
Message-ID<kn2qtb$gui$1@dont-email.me>
In reply to#386
Ed Prochak wrote:

> Sounds a little like emulating content addressable memory. 

Ignore him.  He's isn't even a retard. 

-- 
Roy

[toc] | [prev] | [next] | [standalone]

#388

Fromsergei.sheinin@gmail.com
Date2013-05-17 02:55 -0700
Message-ID<25d812ae-ed08-4188-9af5-93bfb175b550@googlegroups.com>
In reply to#386
> Well, so did C++ (extend a procedural language with OOP features). so nothing related to EAV here.
> 

My language is translated by standard SQL/PSM (Persistent Stored Modules) which is native to a DBMS. It is not a language add-on.

Furthermore all program code is stored as nested key-value pairs in normal form, inside database tables. It is an EAV schema that stores either sets of single node values such as program code, structured documents, xml, html, rdf, etc., or EAV database tables. 


> You say you don't see it as slow, but have you run any benchmarks?
> 

I will have benchmarks later because the prototype is not yet fully optimized. I have tons of work there in development.

> Is this a RAM based DBMS? Otherwise it has to be slower than normal programming which executes from RAM.
> 

Short answer is no, although CAM microchips is something I research in context of this language. There may be possibilities there. 

> Sounds a little like emulating content addressable memory. An interesting idea, but not likely to solve many problems.

Column-level locking in INSERT statements in content addressable memory may shed light onto possibilities of solving a problem or two. Immediate goals are more down to earth though.

[toc] | [prev] | [next] | [standalone]

#678

Fromsergei.sheinin@gmail.com
Date2017-08-27 01:34 -0700
Message-ID<e5beb269-5b05-405a-8258-c87515426298@googlegroups.com>
In reply to#369
Hello Roy,


Invincibly :) sorry took so long to get back, project finally under way since less than two months ago. 

You may finally see it at http://visualdatasynthesis.com


The Gui will expand a lot, and server side is still in development. So check back to the website soon again! :)



On Monday, April 22, 2013 at 2:57:46 PM UTC+7, Roy Hann wrote:
> sergei.sheinin@gmail.com wrote:
> 
> > A project dedicated to a nested key-value pair programming language native to the Entity Attribute Value database schema. The environment is a Relational Database Management System specifically Postgres 9. Wholly implemented with Procedural SQL. Employs key-value translator vernacular to the EAV data model. Stores data objects, object metadata definitions and program code. Programs are executed with SQL commands. Has characteristics of a column-oriented database. 
> >
> > http://sproutpl.wordpress.com/
> 
> Are you back with this again Sergei?!  
> 
> Are you invincibly stupid?  
> 
> -- 
> Roy

[toc] | [prev] | [next] | [standalone]

#373

FromEvgeniy Grigoriev <grigoriev.e@gmail.com>
Date2013-04-22 12:54 -0700
Message-ID<accd9e83-6223-4c7e-be23-57fbe149cf79@googlegroups.com>
In reply to#368
zadornov skazal "kakie zhe oni tupie". U menya v sosedney gruppe "comp.database.theory" vetka, gda i predlagay im posmotret realno rabotayushiy prototip SUBD, polnostuy obyedinyaushiy OO i RM. Ya ne sprashivayu pravilno ili net. Net, korchat iz sebya znatokov, uhodyat v debry, zayavlyaut, chto eto nevosmozhno. Blin, nu ty posmotri, glaza razuy, pered tem kak govorit'  chto eto nevosmozhno. Nu raz chelovek zayavlyaet, chto on eto sdelal, navernor on v etom ponimat chto to, i vozmozhno luchshe tebya.

Hi from Moscow :)

[toc] | [prev] | [next] | [standalone]

#377

Fromsergei.sheinin@gmail.com
Date2013-04-25 19:05 -0700
Message-ID<18b080ba-5216-4d6d-b438-4f38b6bea10b@googlegroups.com>
In reply to#373
Задоронов видимо прав :(

[toc] | [prev] | [standalone]

Back to top | Article view | comp.databases

csiph-web