Re: Precision of data types and functions

Поиск
Список
Период
Сортировка
От Ron Johnson
Тема Re: Precision of data types and functions
Дата
Msg-id 44F36DC4.8060902@cox.net
обсуждение исходный текст
Ответ на Re: Precision of data types and functions  ("Brandon Aiken" <BAiken@winemantech.com>)
Ответы Re: Precision of data types and functions  ("Brandon Aiken" <BAiken@winemantech.com>)
Список pgsql-general
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Brandon Aiken wrote:
> To be fair, that's the fault of the previous designer, not MySQL.
> You don't blame Stanley when your contractor uses 2" plain nails
> when he needed 3" galvanized.  The tool isn't to blame just
> because someone used it incorrectly.

Shows that you've been afflicted with the MySQL "app developer must
do everything" disease.

Just as a PK should not let you insert a duplicate record, a
NUMERIC(12,2) should not let you insert a too-big number.

Tool analogy: Pneumatic nailer says "maximum nail length 3 inches",
but it *lets* you install *4* inch nails.  So, you do what you can,
it mis-fires and you nail your hand to the deck.  Who's fault is it?
 Theirs, for making it easy to install 4 inch nails, or yours for
doing it?

That's where the analogy breaks down.  DBMSs have *always* returned
errors when the app tries to do something beyond the range of the
DB's parameters.

- --
Ron Johnson, Jr.
Jefferson LA  USA

Is "common sense" really valid?
For example, it is "common sense" to white-power racists that
whites are superior to blacks, and that those with brown skins
are mud people.
However, that "common sense" is obviously wrong.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org

iD8DBQFE823ES9HxQb37XmcRAi2bAKDXSW7ImqWSmpYKLGKFUxkdxtdz/QCgt2RM
DiTn9wpUZoOJ8WIrFXxKmQ4=
=U6SP
-----END PGP SIGNATURE-----

В списке pgsql-general по дате отправления:

Предыдущее
От: Rafal Pietrak
Дата:
Сообщение: Re: optimising UNION performance
Следующее
От: Peter Eisentraut
Дата:
Сообщение: Re: Postgresql mentioned on Newsforge MySQL article