Re: (another ;-)) PostgreSQL-derived project ...
От
Alban Hertroys
Тема
Re: (another ;-)) PostgreSQL-derived project ...
Дата
Msg-id
ED5C651F-CE27-45C4-B7A6-252AD0852471@gmail.com
Ответ на
Re: (another ;-)) PostgreSQL-derived project ... (Albretch Mueller)
Список
Дерево обсуждения
(another ;-)) PostgreSQL-derived project ... Albretch Mueller <lbrtchx@gmail.com>
Re: (another ;-)) PostgreSQL-derived project ... Uwe Schroeder <uwe@oss4u.com>
Re: (another ;-)) PostgreSQL-derived project ... Albretch Mueller <lbrtchx@gmail.com>
Re: (another ;-)) PostgreSQL-derived project ... Tom Lane <tgl@sss.pgh.pa.us>
Re: (another ;-)) PostgreSQL-derived project ... Uwe Schroeder <uwe@oss4u.com>
Re: (another ;-)) PostgreSQL-derived project ... Martijn van Oosterhout <kleptog@svana.org>
Re: (another ;-)) PostgreSQL-derived project ... Scott Ribe <scott_ribe@elevated-dev.com>
Re: (another ;-)) PostgreSQL-derived project ... David Johnston <polobo@yahoo.com>
Re: (another ;-)) PostgreSQL-derived project ... Chris Travers <chris.travers@gmail.com>
Re: (another ;-)) PostgreSQL-derived project ... Albretch Mueller <lbrtchx@gmail.com>
Re: (another ;-)) PostgreSQL-derived project ... Uwe Schroeder <uwe@oss4u.com>
Re: (another ;-)) PostgreSQL-derived project ... John R Pierce <pierce@hogranch.com>
Re: (another ;-)) PostgreSQL-derived project ... Karsten Hilbert <Karsten.Hilbert@gmx.net>
Re: (another ;-)) PostgreSQL-derived project ... Albretch Mueller <lbrtchx@gmail.com>
Re: (another ;-)) PostgreSQL-derived project ... Albretch Mueller <lbrtchx@gmail.com>
Re: (another ;-)) PostgreSQL-derived project ... Alban Hertroys <haramrae@gmail.com>
Re: (another ;-)) PostgreSQL-derived project ... Darren Duncan <darren@darrenduncan.net>
Re: (another ;-)) PostgreSQL-derived project ... David Johnston <polobo@yahoo.com>
Re: (another ;-)) PostgreSQL-derived project ... Mike Christensen <mike@kitchenpc.com>
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 aren't stored in the database as character strings (unless you define your columns as text, of course). When data in the database gets compared to data in a query (for example, when you use a WHERE clause that compares a date column to a given date), the data in the query gets transformed to the appropriate type (text to date, in this case) - just once. That's efficient enough that the difference in performance between a numerical value and the string representation doesn't matter. I don't know what you're trying to say in the above, but you seem to base your hypothesis on wrong assumptions. Alban Hertroys -- The scale of a problem often equals the size of an ego.
В списке pgsql-general по дате отправления