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

Groups > comp.databases > #286 > unrolled thread

New programming language for databases

Back to article view | Back to comp.databases

Contents

  New programming language for databases sergei.sheinin@gmail.com - 2012-11-25 06:30 -0800
    Re: New programming language for databases Robert Klemme <shortcutter@googlemail.com> - 2012-11-26 23:24 +0100
      Re: New programming language for databases sergei.sheinin@gmail.com - 2012-11-26 19:07 -0800
        Re: New programming language for databases Harry Tuttle <OTPXDAJCSJVU@spammotel.com> - 2012-11-27 10:31 +0100
          Re: New programming language for databases sergei.sheinin@gmail.com - 2012-11-27 03:04 -0800
            Re: New programming language for databases Arthur Ward <art.ward@noreply.xx> - 2012-11-27 14:29 +0000
              Re: New programming language for databases sergei.sheinin@gmail.com - 2012-11-27 07:45 -0800
                Re: New programming language for databases Arthur Ward <art.ward@noreply.xx> - 2012-11-27 17:34 +0000
              Re: New programming language for databases Robert Klemme <shortcutter@googlemail.com> - 2012-12-02 13:51 +0100
                Re: New programming language for databases Arthur Ward <art.ward@noreply.xx> - 2012-12-02 13:51 +0000
                  Re: New programming language for databases Robert Klemme <shortcutter@googlemail.com> - 2012-12-08 10:49 +0100
                    Re: New programming language for databases Arthur Ward <art.ward@noreply.xx> - 2012-12-08 11:49 +0000
                      Re: New programming language for databases Gene Wirchenko <genew@ocis.net> - 2012-12-12 17:42 -0800
                        Re: New programming language for databases Arthur Ward <art.ward@noreply.xx> - 2012-12-13 09:02 +0000
                          Re: New programming language for databases Gene Wirchenko <genew@telus.net> - 2012-12-13 08:30 -0800
                            Re: New programming language for databases Arthur Ward <art.ward@noreply.xx> - 2012-12-13 17:03 +0000
                          Re: New programming language for databases Robert Klemme <shortcutter@googlemail.com> - 2012-12-14 07:56 +0100
                            Re: New programming language for databases Arthur Ward <art.ward@noreply.xx> - 2012-12-15 09:36 +0000
    Re: New programming language for databases emilbarton <emilbarton@whynot.com> - 2012-12-01 11:10 +0000
      Re: New programming language for databases Arthur Ward <art.ward@noreply.xx> - 2012-12-02 13:49 +0000
        Re: New programming language for databases emilbarton <emilbarton@whynot.com> - 2012-12-02 22:09 +0000
          Re: New programming language for databases Arthur Ward <art.ward@noreply.xx> - 2012-12-03 08:54 +0000
    Re: New programming language for databases sergei.sheinin@gmail.com - 2012-12-11 01:30 -0800
      Re: New programming language for databases Arthur Ward <art.ward@noreply.xx> - 2012-12-11 10:45 +0000
    Re: New programming language for databases sergei.sheinin@gmail.com - 2017-08-27 01:38 -0700

Page 1 of 2  [1] 2  Next page →

#286 — New programming language for databases

I am a developer of new programming language platform for relational databases. Its technology enables preventing database schema updates as objects are added in process of application growth and may find use in a range of database applications.

Platform features:
- Programming logic is updated in a database without altering its schema
- Application table structures are updated in a database without altering its schema
- Interpreter resides inside a database, no application software installation
- Hierarchical tree structures are saved in a relational database and accessible by path
- Enables updates of programming logic and data schema with DML SQL statements
- Supports flow controls including variables, conditional, loops, function calls with in-out parameters

Currently tested as a working prototype. Thanks! http://sprout.internetsite.eu

[toc] | [next] | [standalone]

#289

On 11/25/2012 03:30 PM, sergei.sheinin@gmail.com wrote:
>
> I am a developer of new programming language platform for relational
> databases. Its technology enables preventing database schema updates
> as objects are added in process of application growth and may find
> use in a range of database applications.

What do you mean by "objects" here?  Are we talking about database 
objects (tables, views...) or about objects in the sense of object 
oriented programming?

> Platform features:
> - Programming logic is updated in a database without altering its schema
> - Application table structures are updated in a database without altering its schema

Changing table structure *is* a schema change.

> - Interpreter resides inside a database, no application software installation
> - Hierarchical tree structures are saved in a relational database and accessible by path
> - Enables updates of programming logic and data schema with DML SQL statements

How can a schema be changed via DML?  Normally DDL is used to change the 
schema.

> - Supports flow controls including variables, conditional, loops, function calls with in-out parameters
>
> Currently tested as a working prototype. Thanks! http://sprout.internetsite.eu

Hmm...  There is not really much there.  I am missing especially a 
consistent example which demonstrates all - or at least most - of the 
features.  Is this for web only?  At the moment I don't really see the 
use case or benefits.  I believe you need to spicy up your presentation 
if you want to stir more interest.

Cheers

	robert


PS: Now I see that you use EAV - so you basically do not have schema 
changes at all - at least not on the database level.

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

#290

On Tuesday, November 27, 2012 5:24:52 AM UTC+7, Robert Klemme wrote:
> 
> >
> 
> > I am a developer of new programming language platform for relational
> 
> > databases. Its technology enables preventing database schema updates
> 
> > as objects are added in process of application growth and may find
> 
> > use in a range of database applications.
> 
> 
> 
> What do you mean by "objects" here?  Are we talking about database 
> 
> objects (tables, views...) or about objects in the sense of object 
> 
> oriented programming?
> 

Tables, views and stored procedures as database objects.

> 
> 
> > Platform features:
> 
> > - Programming logic is updated in a database without altering its schema
> 
> > - Application table structures are updated in a database without altering its schema
> 
> 
> 
> Changing table structure *is* a schema change.
> 
> 
> 
> > - Interpreter resides inside a database, no application software installation
> 
> > - Hierarchical tree structures are saved in a relational database and accessible by path
> 
> > - Enables updates of programming logic and data schema with DML SQL statements
> 
> 
> 
> How can a schema be changed via DML?  Normally DDL is used to change the 
> 
> schema.
> 
> 

This platform has data schema that contains EAV storage mechanism and metadata descriptors of entities that it stores. It can describe and store definition of objects like database tables or program logic trees of functions. Thus when database objects are created it is committed in db with DML.

> 
> > - Supports flow controls including variables, conditional, loops, function calls with in-out parameters
> 
> >
> 
> > Currently tested as a working prototype. Thanks! http://sprout.internetsite.eu
> 
> 
> 
> Hmm...  There is not really much there.  I am missing especially a 
> 
> consistent example which demonstrates all - or at least most - of the 
> 
> features.  Is this for web only?  At the moment I don't really see the 
> 
> use case or benefits.  I believe you need to spicy up your presentation 
> 
> if you want to stir more interest.
> 
> 
It is ongoing work more will be posted soon.


> 
> Cheers
> 
> 
> 
> 	robert
> 
> 
> 
> 
> 
> PS: Now I see that you use EAV - so you basically do not have schema 
> 
> changes at all - at least not on the database level.

The platform can query database tables physically created in database schema or tables created and contained within its storage mechanism and table function that accesses it.

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

#291

sergei.sheinin@gmail.com, 27.11.2012 04:07:
> This platform has data schema that contains EAV storage mechanism and
> metadata descriptors of entities that it stores.

So you are implementing a database using a database. What's the point in that?

This doesn't scale and is a nightmare to do regular SQL queries on.

What's bad about DDL to change a schema definition (in the background it essentially does exactly
the same as your system does: it updates metatables that contain the definition of tables and
other database objects.

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

#292

On Tuesday, November 27, 2012 4:30:57 PM UTC+7, Harry Tuttle wrote:
> 
> > This platform has data schema that contains EAV storage mechanism and
> 
> > metadata descriptors of entities that it stores.
> 
> 
> 
> So you are implementing a database using a database. What's the point in that?
> 
To provide a programming language of higher level in relation to procedural SQL, automate EAV schema interface, functionality to save hierarchical trees in relational tables.

> 
> 
> This doesn't scale and is a nightmare to do regular SQL queries on.
> 
There is a function to query EAV tables like any regular database table via table function and scale by clustering and partitioning.

> 
> 
> What's bad about DDL to change a schema definition (in the background it essentially does exactly
> 
> the same as your system does: it updates metatables that contain the definition of tables and
> 
> other database objects.

Executing DDL is not exactly same as it needs "alter schema" access and it may be a concern in systems with frequently changing program logic. An advantage is querying database schema without accessing its physical schema definition. For example function check_input(<column path>, <value>) which may not work in regular procedural SQL since schema definition is not always accessible to client queries.

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

#295

sergei.sheinin@gmail.com wrote:

> Executing DDL is not exactly same as it needs "alter schema" access
> and it may be a concern in systems with frequently changing program
> logic. An advantage is querying database schema without accessing
> its physical schema definition. For example function
> check_input(<column path>, <value>) which may not work in regular
> procedural SQL since schema definition is not always accessible to
> client queries.

LoL.  

Really, PMSL!

You really think you're the first genius to dream up this bullshit
"solution"?

By all means piss your youth and energy away on this if it makes you
happy, but don't come looking for approval, because we're not polite
enough to pretend.

I honestly can't believe you actually seemed to write "EAV" with a
straight face.

Art

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

#297

> 
> LoL.  
> 
> 
> 
> Really, PMSL!
> 
> 
> 
> You really think you're the first genius to dream up this bullshit
> 
> "solution"?
> 


Not sure, but all EAV schemas I've seen and worked with contain hard-coded metadata infrastructure (columns named with specific attributes for example). 

In my platform the metadata is stored in physically same EAV repo that keeps table data while the schema does not contain assumptions of any kind about application data structure.


I believe the topic is exhausted. 
Cheers.

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

#298

sergei.sheinin@gmail.com wrote:

> I believe the topic is exhausted. 

There never was a topic mate.  But yeah, we're done.

Art

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

#308

On 11/27/2012 03:29 PM, Arthur Ward wrote:

> By all means piss your youth and energy away on this if it makes you
> happy, but don't come looking for approval, because we're not polite
> enough to pretend.

You do not have to pretend to be polite.

Regards

	robert

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

#310

Robert Klemme wrote:

> You do not have to pretend to be polite.

Who's being polite?

Politeness *is* pretending.  Sincerity isn't politeness. 

Art

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

#316

On 12/02/2012 02:51 PM, Arthur Ward wrote:
> Robert Klemme wrote:
>
>> You do not have to pretend to be polite.
>
> Who's being polite?
>
> Politeness *is* pretending.  Sincerity isn't politeness.

There is a difference between sincerity and disrespect.  Even if one 
does not agree or thinks suggested ideas are not worthwhile pursuing one 
can still communicate that in a respectful way.

In absence of sympathy politeness is not just pretending but expresses 
the notion that everybody is entitled to respectful treatment.

Regards

	robert

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

#317

Robert Klemme wrote:

> On 12/02/2012 02:51 PM, Arthur Ward wrote:
>> Robert Klemme wrote:
>>
>>> You do not have to pretend to be polite.
>>
>> Who's being polite?
>>
>> Politeness *is* pretending.  Sincerity isn't politeness.
>
> There is a difference between sincerity and disrespect.  

Are you suggesting that I should feign "respect" when it is my sincere
position that the OP and his defenders are not just wrong, but lazy and
arrogant?  

What kind of respect is it when it is only pretended?  How much can you
value someone's apparent respect for you if you always have to wonder if
they are faking it?  

> Even if one 
> does not agree or thinks suggested ideas are not worthwhile pursuing one 
> can still communicate that in a respectful way.

One can, but in the case of EAV it is an idea that has been
comprehensively shown to be wrong-headed so many times, in so many ways
that it is a public good to cut across it to save everyone a lot
of time.  It does no one any favors to show the idea respect it
doesn't deserve and to drag the whole weary argument out with elaborate
courtesies just to save the feelings of someone selling snake-oil.  

> In absence of sympathy politeness is not just pretending but expresses 
> the notion that everybody is entitled to respectful treatment.

No they are not, and a moment's reflection should reveal countless
examples of why that is just trite sentiment.  How do you feel about
people who promote fake cancer cures?   

There is being mistaken, which is forgiveable and which deserves patient
correction, and then there is lazy but arrogant, which deserves a
figurative smack up the side of the head.  

Everyone is entitled to honesty.  Sometimes its most beneficial when its
bare-knuckle honesty.  Giving someone a wake-up call shows respect. 
Encouraging them to remain deluded, with sugar-coated euphemisms does
not.

Art

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

#320

On Sat, 8 Dec 2012 11:49:57 +0000 (UTC), Arthur Ward
<art.ward@noreply.xx> wrote:

>Robert Klemme wrote:
>
>> On 12/02/2012 02:51 PM, Arthur Ward wrote:
>>> Robert Klemme wrote:
>>>
>>>> You do not have to pretend to be polite.
>>>
>>> Who's being polite?
>>>
>>> Politeness *is* pretending.  Sincerity isn't politeness.
>>
>> There is a difference between sincerity and disrespect.  
>
>Are you suggesting that I should feign "respect" when it is my sincere
>position that the OP and his defenders are not just wrong, but lazy and
>arrogant?  

     No, actually show it.

     As I like to say, it is one thing to disagree, but quite another
to be disagreeable.

>What kind of respect is it when it is only pretended?  How much can you
>value someone's apparent respect for you if you always have to wonder if
>they are faking it?  

     Well, at least, they have some courtesy.

>> Even if one 
>> does not agree or thinks suggested ideas are not worthwhile pursuing one 
>> can still communicate that in a respectful way.
>
>One can, but in the case of EAV it is an idea that has been
>comprehensively shown to be wrong-headed so many times, in so many ways
>that it is a public good to cut across it to save everyone a lot
>of time.  It does no one any favors to show the idea respect it
>doesn't deserve and to drag the whole weary argument out with elaborate
>courtesies just to save the feelings of someone selling snake-oil.  

     Ah, but if you are trying to get people to see that they might be
mistaken, your approach is very unlikely to work.

>> In absence of sympathy politeness is not just pretending but expresses 
>> the notion that everybody is entitled to respectful treatment.
>
>No they are not, and a moment's reflection should reveal countless
>examples of why that is just trite sentiment.  How do you feel about
>people who promote fake cancer cures?   

     That they are criminal.  That is a legal matter.  Manners are
not.

>There is being mistaken, which is forgiveable and which deserves patient
>correction, and then there is lazy but arrogant, which deserves a
>figurative smack up the side of the head.  

     Why give such so much attention?

>Everyone is entitled to honesty.  Sometimes its most beneficial when its
>bare-knuckle honesty.  Giving someone a wake-up call shows respect. 
>Encouraging them to remain deluded, with sugar-coated euphemisms does
>not.

     I very much disagree with you, but in this post, I have not
insulted you.

     It is possible to make a strong point without being rude.

Sincerely,

Gene Wirchenko

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

#321

Gene Wirchenko wrote:

> On Sat, 8 Dec 2012 11:49:57 +0000 (UTC), Arthur Ward
> <art.ward@noreply.xx> wrote:
>
>>Are you suggesting that I should feign "respect" when it is my sincere
>>position that the OP and his defenders are not just wrong, but lazy and
>>arrogant?  
>
>      No, actually show it.

Respect is to show deference, esteem or honor.  If none of those have
been earned,  or they've been lost, showing respect is feigning it. 
Pretending.  Lying.

>      As I like to say, it is one thing to disagree, but quite another
> to be disagreeable.

Irrelevant, though true.

>>What kind of respect is it when it is only pretended?  How much can you
>>value someone's apparent respect for you if you always have to wonder if
>>they are faking it?  
>
>      Well, at least, they have some courtesy.

You debase the concept of courtesy.  False courtesy is fawning. 

>>One can, but in the case of EAV it is an idea that has been
>>comprehensively shown to be wrong-headed so many times, in so many ways
>>that it is a public good to cut across it to save everyone a lot
>>of time.  It does no one any favors to show the idea respect it
>>doesn't deserve and to drag the whole weary argument out with elaborate
>>courtesies just to save the feelings of someone selling snake-oil.  
>
>      Ah, but if you are trying to get people to see that they might be
> mistaken, your approach is very unlikely to work.

I am under no illusion that I will ever help the OP.  I am heckling. 
All I want to do is raise awareness so that perhaps one or two other
people wonder why anyone would get so bent out of shape about EAV and
look into it a bit more carefully. I am trying to deny the OP a free
ride here.

>>No they are not, and a moment's reflection should reveal countless
>>examples of why that is just trite sentiment.  How do you feel about
>>people who promote fake cancer cures?   
>
>      That they are criminal.  That is a legal matter.  Manners are
> not.

Irrelevant, though true.  Address the argument.

>>There is being mistaken, which is forgiveable and which deserves patient
>>correction, and then there is lazy but arrogant, which deserves a
>>figurative smack up the side of the head.  
>
>      Why give such so much attention?

To deny lazy egotists the free ride they seem to expect.

>>Everyone is entitled to honesty.  Sometimes its most beneficial when its
>>bare-knuckle honesty.  Giving someone a wake-up call shows respect. 
>>Encouraging them to remain deluded, with sugar-coated euphemisms does
>>not.
>
>      I very much disagree with you, but in this post, I have not
> insulted you.

I am sure both you and Robert will agree I've not insulted you either. 
In fact I have treated you both with a degree of respect.  You can
properly value that because you know I don't fake it.  Sadly I wonder if
both you and Robert think I am a shit. I can't trust either of you
because you've both told me people should lie about that sort of
thing.

>      It is possible to make a strong point without being rude.

Irrelevant and glib, but true.

Art

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

#322

On Thu, 13 Dec 2012 09:02:18 +0000 (UTC), Arthur Ward
<art.ward@noreply.xx> wrote:

>Gene Wirchenko wrote:

[snip]

>>      Ah, but if you are trying to get people to see that they might be
>> mistaken, your approach is very unlikely to work.
>
>I am under no illusion that I will ever help the OP.  I am heckling. 
>All I want to do is raise awareness so that perhaps one or two other
>people wonder why anyone would get so bent out of shape about EAV and
>look into it a bit more carefully. I am trying to deny the OP a free
>ride here.

     As to why someone would get so bent out of shape, people might
wonder if the problem is with you rather than the OP's idea.  By being
rude about it, it is unlikely you will succeed in raising awareness.
You are more likely to encourage such practices.

[snip]

Sincerely,

Gene Wirchenko

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

#323

Gene Wirchenko wrote:

> On Thu, 13 Dec 2012 09:02:18 +0000 (UTC), Arthur Ward
> <art.ward@noreply.xx> wrote:
>
>>Gene Wirchenko wrote:
>
> [snip]
>
>>>      Ah, but if you are trying to get people to see that they might be
>>> mistaken, your approach is very unlikely to work.
>>
>>I am under no illusion that I will ever help the OP.  I am heckling. 
>>All I want to do is raise awareness so that perhaps one or two other
>>people wonder why anyone would get so bent out of shape about EAV and
>>look into it a bit more carefully. I am trying to deny the OP a free
>>ride here.
>
>      As to why someone would get so bent out of shape, people might
> wonder if the problem is with you rather than the OP's idea.  

If I had only been rude people would be quite right to suspect I am
unhinged.  But I told the OP exactly why he was wrong, and what to do
instead. My bluntness was justified and my rudeness was to catch the
eye. Evidently it worked.

> By being
> rude about it, it is unlikely you will succeed in raising awareness.
> You are more likely to encourage such practices.

The logic leading to that conclusion completely eludes me.  The worst
that will happen is I will get ignored.

Art

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

#324

On 12/13/2012 10:02 AM, Arthur Ward wrote:

> Respect is to show deference, esteem or honor.  If none of those have
> been earned,  or they've been lost, showing respect is feigning it.

There we disagree: there are different kinds of respect, one that can be 
earned and one that everybody deserves because of his humanity.  You 
talk about respect not earned but it seems to me you deny the other form 
as well.

> Pretending.  Lying.

That is just one way of looking at it.  By treating someone with respect 
whom one does not like one acknowledges that he is human as well.  No 
sympathy needs to be faked for that.  Also, politeness and honesty are 
not exclusive.  I can be polite and offer honest disagreement at the 
same time.

>>       Ah, but if you are trying to get people to see that they might be
>> mistaken, your approach is very unlikely to work.
>
> I am under no illusion that I will ever help the OP.  I am heckling.
> All I want to do is raise awareness so that perhaps one or two other
> people wonder why anyone would get so bent out of shape about EAV and
> look into it a bit more carefully. I am trying to deny the OP a free
> ride here.

I believe by now attention has been drawn to a completely different 
subject - which might or might not help your goal.

> Sadly I wonder if both you and Robert think I am a shit.

If you consider that option you must be assuming that we do that based 
on some of your prior communication.  Since you entered this discussion 
about style where you elaborate your good intentions it must be 
important for you not to be viewed as a "shit".  What I do not 
understand: why do you employ a style of communication of which you 
assume that it has potential to harm your reputation?

Regards

	robert

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

#325

Robert Klemme wrote:

> On 12/13/2012 10:02 AM, Arthur Ward wrote:
>
>> Respect is to show deference, esteem or honor.  If none of those have
>> been earned,  or they've been lost, showing respect is feigning it.
>
> There we disagree: there are different kinds of respect, one that can be 
> earned and one that everybody deserves because of his humanity.  You 
> talk about respect not earned but it seems to me you deny the other form 
> as well.

I am sure you have something nice in mind when you use the word respect
but you are using your own definition of it.  The only real meaning of
any word is its shared meaning. I can't productively engage you if you
give unconventional meanings to words. 

>> Pretending.  Lying.
>
> That is just one way of looking at it.  By treating someone with respect 
> whom one does not like one acknowledges that he is human as well.  No 
> sympathy needs to be faked for that.  

You are carrying on like I was wishing him dead.  I said he was a
fucking imbecile and lazy.  If he'd kept his stupid enthusiasms to
himself I'd have been as civil as you like.

> Also, politeness and honesty are 
> not exclusive.  I can be polite and offer honest disagreement at the 
> same time.

Irrelevant, although true. (You and Gene same to have the same logical
tic.)

>>>       Ah, but if you are trying to get people to see that they might be
>>> mistaken, your approach is very unlikely to work.
>>
>> I am under no illusion that I will ever help the OP.  I am heckling.
>> All I want to do is raise awareness so that perhaps one or two other
>> people wonder why anyone would get so bent out of shape about EAV and
>> look into it a bit more carefully. I am trying to deny the OP a free
>> ride here.
>
> I believe by now attention has been drawn to a completely different 
> subject - which might or might not help your goal.

Yeah, but I think we're both getting a lot out of this new quarrel.  I
know I am.

>> Sadly I wonder if both you and Robert think I am a shit.
>
> If you consider that option you must be assuming that we do that based 
> on some of your prior communication.  

Nope, it's a pure wild-ass conjecture, consistent with the facts
available but otherwise baseless.  I mention it only to show the
true effect of admitting your show of courtesy is mere formula.

> Since you entered this discussion 
> about style where you elaborate your good intentions it must be 
> important for you not to be viewed as a "shit".  

Not in the least.  Valid arguments by even the vilest shits are still
valid.

> What I do not 
> understand: why do you employ a style of communication of which you 
> assume that it has potential to harm your reputation?

For brevity and impact.  To figuratively smack the OP up side the head. 
To hold his ideas up to ridicule.  For color.  And because I
talk like that.  Unlike the OP I don't crave the esteem of anyone here.

Art 
 

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

#307

I would not answer to your message in offending ways for two reasons 
(apart from basic politeness):

1. I'm curious about new results in general;
2. I'm about to propose on Github something similar (in a couple of weeks 
if everything is ok);

With accessibility of information as ultimate goal, my work is much less 
sustained theorically, and more prone to dramatical decrease in 
efficiency also, but maybe we'll find ideas to share. Let's keep in 
touch! In the meantime, I'll try to understand your contribution.

Regards!


On Sun, 25 Nov 2012 06:30:03 -0800, sergei.sheinin wrote:

> I am a developer of new programming language platform for relational
> databases. Its technology enables preventing database schema updates as
> objects are added in process of application growth and may find use in a
> range of database applications.
> 
> Platform features:
> - Programming logic is updated in a database without altering its schema
> - Application table structures are updated in a database without
> altering its schema - Interpreter resides inside a database, no
> application software installation - Hierarchical tree structures are
> saved in a relational database and accessible by path - Enables updates
> of programming logic and data schema with DML SQL statements - Supports
> flow controls including variables, conditional, loops, function calls
> with in-out parameters
> 
> Currently tested as a working prototype. Thanks!
> http://sprout.internetsite.eu


--- news://freenews.netfront.net/ - complaints: news@netfront.net ---

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

#309

emilbarton wrote:

> I would not answer to your message in offending ways for two reasons 
> (apart from basic politeness):

Some ideas are so dumb they need to be nipped in the bud.  Mincing your
words does no one any good when the idea is that dumb.  

We can't put the offender's head on a pikestaff as a warning to others
but we can make it clear he's a bone-head and not to be imitated.

> 1. I'm curious about new results in general;

I think in the context of this thread it's fair to say your being so
open minded your brain has fallen out.  

> 2. I'm about to propose on Github something similar (in a couple of weeks 
> if everything is ok);

Dear god.  Save us from these naive blockheads.  Where do they keep
coming from?  Is there a way we can fumigate for them?

> With accessibility of information as ultimate goal, my work is much less 
> sustained theorically, 

A naive blockhead, by your own admission.  You aer another one who
thinks he's the first to solve the problem. The arrogance and
self-belief is so grotesque it is comical.

> and more prone to dramatical decrease in 
> efficiency 

Just when I thought you couldn't be more arroganant and delusional. What
an ass.

> also, but maybe we'll find ideas to share. Let's keep in 
> touch! In the meantime, I'll try to understand your contribution.

Yeah, you two seem to be peas in a pod.  

I hope you are only wasting your own time and money on this crap.

Art

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

Page 1 of 2  [1] 2  Next page →

Back to top | Article view | comp.databases

csiph-web