<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments for davidjmurray</title>
	<atom:link href="http://davidjmurray.org/comments/feed/" rel="self" type="application/rss+xml" />
	<link>http://davidjmurray.org</link>
	<description>IT, Coffee and Me</description>
	<lastBuildDate>Sun, 06 Feb 2011 16:12:36 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>Comment on Python to InterCall by davidjmurray</title>
		<link>http://davidjmurray.org/2010/07/05/python-to-intercall/#comment-19</link>
		<dc:creator>davidjmurray</dc:creator>
		<pubDate>Sun, 06 Feb 2011 16:12:36 +0000</pubDate>
		<guid isPermaLink="false">http://u2blog.org/?p=267#comment-19</guid>
		<description>I consider the PICK model to be a ERDBMS - Entity Relationship DBMS - as anything which can be modeled as ER (remember ERD&#039;s?)can be mapped to U2 etc without normalization (1NF onwards). See my article - http://mvdbs.com/2010/06/18/is-universe-non-relational/ on my thoughts.

I am currently re-reading a number of texts on the ER data model - as the basics within this technology seem to be forgotten - and my assumptions are being confirmed - U2 is a ERDBMS. It would be a nice re-branding and differentiator within the marketplace.

The really interesting thing is that many extensible languages (python, php, .net etc) have extensions which map client/server SQL proceses to a lock/read/write process. So, intercall would be a good fit to most of these api&#039;s.</description>
		<content:encoded><![CDATA[<p>I consider the PICK model to be a ERDBMS &#8211; Entity Relationship DBMS &#8211; as anything which can be modeled as ER (remember ERD&#8217;s?)can be mapped to U2 etc without normalization (1NF onwards). See my article &#8211; <a href="http://mvdbs.com/2010/06/18/is-universe-non-relational/" rel="nofollow">http://mvdbs.com/2010/06/18/is-universe-non-relational/</a> on my thoughts.</p>
<p>I am currently re-reading a number of texts on the ER data model &#8211; as the basics within this technology seem to be forgotten &#8211; and my assumptions are being confirmed &#8211; U2 is a ERDBMS. It would be a nice re-branding and differentiator within the marketplace.</p>
<p>The really interesting thing is that many extensible languages (python, php, .net etc) have extensions which map client/server SQL proceses to a lock/read/write process. So, intercall would be a good fit to most of these api&#8217;s.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Python to InterCall by Slestak</title>
		<link>http://davidjmurray.org/2010/07/05/python-to-intercall/#comment-18</link>
		<dc:creator>Slestak</dc:creator>
		<pubDate>Sun, 06 Feb 2011 08:53:02 +0000</pubDate>
		<guid isPermaLink="false">http://u2blog.org/?p=267#comment-18</guid>
		<description>The fact that Intercall is not SQL I see as a benefit. I consider U2 moreof a document store.  Trying to keep it 1NF is artificial.

Your work here is very interesting. I wonder if there is an existing api that can be extended to abstract the ctypes work.  DBAPI may not be right, since it presumes sql, but maybe.</description>
		<content:encoded><![CDATA[<p>The fact that Intercall is not SQL I see as a benefit. I consider U2 moreof a document store.  Trying to keep it 1NF is artificial.</p>
<p>Your work here is very interesting. I wonder if there is an existing api that can be extended to abstract the ctypes work.  DBAPI may not be right, since it presumes sql, but maybe.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on wIntegrate 6.1 by DTSig</title>
		<link>http://davidjmurray.org/2008/04/11/wintegrate-61/#comment-17</link>
		<dc:creator>DTSig</dc:creator>
		<pubDate>Tue, 15 Apr 2008 16:04:57 +0000</pubDate>
		<guid isPermaLink="false">http://u2blog.org/2008/04/11/wintegrate-61/#comment-17</guid>
		<description>You might want to look at using OpenInsight for your client.  Although it comes with a powerful &quot;prime model&quot; db it can be used for a client to the U2 databases.  You can GreenScreen for those developers that can&#039;t get out of the 80&#039;s and a full GUI.

One thing to keep in mind is that OI was developed to be a client for MV world.  Not something just bolted on like the other products out there

Thanks</description>
		<content:encoded><![CDATA[<p>You might want to look at using OpenInsight for your client.  Although it comes with a powerful &#8220;prime model&#8221; db it can be used for a client to the U2 databases.  You can GreenScreen for those developers that can&#8217;t get out of the 80&#8242;s and a full GUI.</p>
<p>One thing to keep in mind is that OI was developed to be a client for MV world.  Not something just bolted on like the other products out there</p>
<p>Thanks</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on New IBM DB Magazine by Bill</title>
		<link>http://davidjmurray.org/2008/03/04/new-ibm-db-magazine/#comment-16</link>
		<dc:creator>Bill</dc:creator>
		<pubDate>Tue, 04 Mar 2008 22:13:03 +0000</pubDate>
		<guid isPermaLink="false">http://u2blog.org/2008/03/04/new-ibm-db-magazine/#comment-16</guid>
		<description>This is the way I believe it will turn out:  Either IBM promotes this product or
someone else will.</description>
		<content:encoded><![CDATA[<p>This is the way I believe it will turn out:  Either IBM promotes this product or<br />
someone else will.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Great Guru Software &#8211; MetaFourGL by davidjmurray</title>
		<link>http://davidjmurray.org/2008/02/10/great-guru-software/#comment-14</link>
		<dc:creator>davidjmurray</dc:creator>
		<pubDate>Sat, 16 Feb 2008 16:35:26 +0000</pubDate>
		<guid isPermaLink="false">http://u2blog.org/2008/02/10/great-guru-software/#comment-14</guid>
		<description>mfgl,

Thanks for your comment. Have you ever had contact with the developer? There is no personal details on the web site for MetaFourGL, though I think that I have tracked down a name from an associated site.

I would like to confirm with the developer/author/writer/owner what the license on the software is.</description>
		<content:encoded><![CDATA[<p>mfgl,</p>
<p>Thanks for your comment. Have you ever had contact with the developer? There is no personal details on the web site for MetaFourGL, though I think that I have tracked down a name from an associated site.</p>
<p>I would like to confirm with the developer/author/writer/owner what the license on the software is.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Great Guru Software &#8211; MetaFourGL by mfgl</title>
		<link>http://davidjmurray.org/2008/02/10/great-guru-software/#comment-15</link>
		<dc:creator>mfgl</dc:creator>
		<pubDate>Sat, 16 Feb 2008 03:42:48 +0000</pubDate>
		<guid isPermaLink="false">http://u2blog.org/2008/02/10/great-guru-software/#comment-15</guid>
		<description>I&#039;m currently supporting a system which uses MetaFourGL for the front end. But it is running in D3 on a W2K box. I do find it very useful, lots of simple features, easy to build and maintain menus, edit screens, apply logic during data entry, etc..

But, then again, my PICK experience is limited to the last six months....</description>
		<content:encoded><![CDATA[<p>I&#8217;m currently supporting a system which uses MetaFourGL for the front end. But it is running in D3 on a W2K box. I do find it very useful, lots of simple features, easy to build and maintain menus, edit screens, apply logic during data entry, etc..</p>
<p>But, then again, my PICK experience is limited to the last six months&#8230;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on More PHP Madness by davidjmurray</title>
		<link>http://davidjmurray.org/2008/01/23/more-php-madness/#comment-13</link>
		<dc:creator>davidjmurray</dc:creator>
		<pubDate>Mon, 28 Jan 2008 21:03:28 +0000</pubDate>
		<guid isPermaLink="false">http://u2blog.org/2008/01/23/more-php-madness/#comment-13</guid>
		<description>Just found a similar concept from IBM at their developer works:

http://www.ibm.com/developerworks/library/os-php-command/index.html?S_TACT=105AGX44&amp;S_CMP=EDU</description>
		<content:encoded><![CDATA[<p>Just found a similar concept from IBM at their developer works:</p>
<p><a href="http://www.ibm.com/developerworks/library/os-php-command/index.html?S_TACT=105AGX44&#038;S_CMP=EDU" rel="nofollow">http://www.ibm.com/developerworks/library/os-php-command/index.html?S_TACT=105AGX44&#038;S_CMP=EDU</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on PHP in UniVerse by U2 Blog &#187; Blog Archive &#187; More PHP Madness</title>
		<link>http://davidjmurray.org/2008/01/10/php-in-universe/#comment-12</link>
		<dc:creator>U2 Blog &#187; Blog Archive &#187; More PHP Madness</dc:creator>
		<pubDate>Sun, 27 Jan 2008 18:00:27 +0000</pubDate>
		<guid isPermaLink="false">http://u2blog.org/2008/01/10/php-in-universe/#comment-12</guid>
		<description>[...] This is a continuation from a previous post - php-in-universe [...] </description>
		<content:encoded><![CDATA[<p>[...] This is a continuation from a previous post &#8211; php-in-universe [...]</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on PHP in UniVerse by davidjmurray</title>
		<link>http://davidjmurray.org/2008/01/10/php-in-universe/#comment-11</link>
		<dc:creator>davidjmurray</dc:creator>
		<pubDate>Tue, 22 Jan 2008 17:39:43 +0000</pubDate>
		<guid isPermaLink="false">http://u2blog.org/2008/01/10/php-in-universe/#comment-11</guid>
		<description>PHP by default wants to look for the php.ini file within the library directory rather than the /etc directory.

To conform to standards, configure with:

./configure -disable-cgi --with-config-file-path=/etc/php

and create a &#039;php&#039; directory within the /etc directory.

As a matter of interest, the RPM install creates a /etc/php5/ directory!</description>
		<content:encoded><![CDATA[<p>PHP by default wants to look for the php.ini file within the library directory rather than the /etc directory.</p>
<p>To conform to standards, configure with:</p>
<p>./configure -disable-cgi &#8211;with-config-file-path=/etc/php</p>
<p>and create a &#8216;php&#8217; directory within the /etc directory.</p>
<p>As a matter of interest, the RPM install creates a /etc/php5/ directory!</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on PHP in UniVerse by davidjmurray</title>
		<link>http://davidjmurray.org/2008/01/10/php-in-universe/#comment-10</link>
		<dc:creator>davidjmurray</dc:creator>
		<pubDate>Sun, 13 Jan 2008 01:08:18 +0000</pubDate>
		<guid isPermaLink="false">http://u2blog.org/2008/01/10/php-in-universe/#comment-10</guid>
		<description>Thanks for your comments Ken.

I know that UniVerse and Unidata have significant and good support for external applications to use the database and it&#039;s environment. I have also done work previously external to UniVerse and extracted or inserted data; reliably with the U2 tools available.

As I really hate reinventing the wheel and I would like to sit inside UniVerse and use all the existing code available on the &#039;interweb&#039; thing. But, mainly this code is written in other programming languages. The amount of code snippets written in PHP, Java, Python and Javascript is huge. Wouldn&#039;t it be nice to use it all within UniVerse without the overhead of SOA or other complicated mechanisms?</description>
		<content:encoded><![CDATA[<p>Thanks for your comments Ken.</p>
<p>I know that UniVerse and Unidata have significant and good support for external applications to use the database and it&#8217;s environment. I have also done work previously external to UniVerse and extracted or inserted data; reliably with the U2 tools available.</p>
<p>As I really hate reinventing the wheel and I would like to sit inside UniVerse and use all the existing code available on the &#8216;interweb&#8217; thing. But, mainly this code is written in other programming languages. The amount of code snippets written in PHP, Java, Python and Javascript is huge. Wouldn&#8217;t it be nice to use it all within UniVerse without the overhead of SOA or other complicated mechanisms?</p>
]]></content:encoded>
	</item>
</channel>
</rss>
<!-- This Quick Cache file was built for (  www.davidjmurray.org/comments/feed/ ) in 0.21499 seconds, on Feb 23rd, 2012 at 2:06 am UTC. -->
<!-- This Quick Cache file will automatically expire ( and be re-built automatically ) on Feb 23rd, 2012 at 12:06 pm UTC -->
