On 9/26/11, Uwe Schroeder wrote:
> In my experience "data formatting" goes both ways, in and out. Out is
> obviously not a major issue because errors don't cause data corruption. In,
> however, is a different issue. Errors in "inwards" conversion will cause
> data
> corruption. So unless you have
On 9/25/11, Karsten Hilbert wrote:
> On Sun, Sep 25, 2011 at 09:41:19PM +, Albretch Mueller wrote:
>
>> I am amazed to read that you/the PC community were still running
>> regression tests
>>
>> *in ASCII*:
>>
>> http://www.postgresql.org/docs/9.1/static/release-9-1.html (E.1.3.12.
>> Sourc
On 09/25/11 7:48 PM, Uwe Schroeder wrote:
Which still depends on your use case. Your assumption is that every piece of
code is coded in Java - which is fine if that's what your application calls
for. It's going to be a major hassle when you ever have to re-code in a
different language though.
i
> First, I wonder what kind of technical person would say there are
> "de-facto truth(s)". I thought only politicians would talk like that.
Well, politicians and Microsoft, Oracle etc. :-)
> Now, in a sense you are right, I am talking from the background of my
> own experiences (and so are you
On Sun, Sep 25, 2011 at 09:41:19PM +, Albretch Mueller wrote:
> I am amazed to read that you/the PC community were still running regression
> tests
>
> *in ASCII*:
>
> http://www.postgresql.org/docs/9.1/static/release-9-1.html (E.1.3.12. Source
> Code)
> * Run regression tests
> (postgr
On 9/25/11, David Johnston wrote:
> On Sep 25, 2011, at 2:11, Albretch Mueller wrote:
>> Can you or do you know of anyone who has made those kinds of
>> imaginations falsifiable?
>
> No; not worth my effort.
~
;-)
~
>>> That approach strips down on application complexity. My apps don't have
>>>
On Sat, Sep 24, 2011 at 11:11 PM, Albretch Mueller wrote:
>> I cannot imagine you would benefit that much by removing these capabilities
>> compared to simply ignoring them.
>> Plus, by having it in the DB I avoid considerable considerable overhead
> ~
> Can you or do you know of anyone who has
> > ... you're looking for a non-sql compliant SQL database where a lot of
> > the data integrity is actually coded in the application :-)
>
> ~
> First past of your statement I acknowledged, but how is it exactly
> that "lot of the data integrity is actually coded in the application"
> ~
Take
Albretch Mueller writes:
> Well, at least I thought you would tell me where the postgresql-base
> is to be found. The last version I found is:
>
> http://freebsd.csie.nctu.edu.tw/pub/distfiles/postgresql/postgresql-base-8.3beta2.tar.bz2
> and I wondered what that is and why there are no postgr
On Sun, Sep 25, 2011 at 06:11:36AM +, Albretch Mueller wrote:
> ~
> Well, at least I thought you would tell me where the postgresql-base
> is to be found. The last version I found is:
> ~
>
> http://freebsd.csie.nctu.edu.tw/pub/distfiles/postgresql/postgresql-base-8.3beta2.tar.bz2
Notwithst
On Sep 25, 2011, at 2:11 AM, Albretch Mueller wrote:
> For what exactly? Isn't a comparison on 4 numeric bytes (1 (or 1/2)
> word in modern hardware) more efficient than comparing sequences of
> string characters?
What on earth makes you think the db engine compares numbers as strings???
--
Sco
On 25 Sep 2011, at 8:11, Albretch Mueller wrote:
>> ... and can now use those features within my SQL statements/queries.
> ~
> For what exactly? Isn't a comparison on 4 numeric bytes (1 (or 1/2)
> word in modern hardware) more efficient than comparing sequences of
> string characters?
Data types
On Sep 25, 2011, at 2:11, Albretch Mueller wrote:
> ~
> Well, at least I thought you would tell me where the postgresql-base
> is to be found. The last version I found is:
> ~
> http://freebsd.csie.nctu.edu.tw/pub/distfiles/postgresql/postgresql-base-8.3beta2.tar.bz2
> ~
> and I wondered what tha
~
Well, at least I thought you would tell me where the postgresql-base
is to be found. The last version I found is:
~
http://freebsd.csie.nctu.edu.tw/pub/distfiles/postgresql/postgresql-base-8.3beta2.tar.bz2
~
and I wondered what that is and why there are no postgresql-base
after "8.3beta2"
~
>
> ~
> I have been searching for a PostgreSQL-derived project with a
> "less-is-best" Philosophy. Even though I have read about quite a bit
> of PG forks out there, what I have in mind is more like a baseline
> than a fork.
> ~
> My intention is not wrapping the same thing in a different package
Based on your description, I suggest you might want to look at SQLite. It
provides a number of compile-time options where you can exclude various features
you don't want from the binary, when simply ignoring the extra features isn't
good enough. -- Darren Duncan
Albretch Mueller wrote:
~
I
On Sep 24, 2011, at 22:54, Albretch Mueller wrote:
> Do you see any usefulness in such a project?
> ~
> Do you know of such a project? Anyone interested? Any suggestions to
> someone embarking in it?
> ~
> It would be great if PG developers see any good in it and do it themselves ;-)
> ~
> lbrtchx
> ~
> I have been searching for a PostgreSQL-derived project with a
> "less-is-best" Philosophy. Even though I have read about quite a bit
> of PG forks out there, what I have in mind is more like a baseline
> than a fork.
> ~
> My intention is not wrapping the same thing in a different package o
~
I have been searching for a PostgreSQL-derived project with a
"less-is-best" Philosophy. Even though I have read about quite a bit
of PG forks out there, what I have in mind is more like a baseline
than a fork.
~
My intention is not wrapping the same thing in a different package or
code add-ons
19 matches
Mail list logo
