Re: Re[2]: [pgsql-ru-general] Приведение СУБД в соответствие современным коммуникационным требованиям - SQL:2009
- From: "Yuriy Rusinov" <yrusinov(at)gmail(dot)com>
- To: "Dmitry Turin" <dmitry(dot)turin(at)belarusbank(dot)minsk(dot)by>
- Cc: pgsql-ru-general(at)postgresql(dot)org
- Subject: Re: Re[2]: [pgsql-ru-general] Приведение СУБД в соответствие современным коммуникационным требованиям - SQL:2009
- Date: Sat, 20 Dec 2008 15:26:43 +0300
- Message-id: <1ac023f40812200426q5726ab90o9647cea6d5a1d525@mail.gmail.com> <text/plain>
Hi, Dmitry !
>> А почему это должна делать БД, а не клиентский софт ?
>
> "дабы программа,
> обратившаяся к этому движку, могла отправлять полученные данные своему
> X-серверу без каких-либо собственных вычислений или изменений (без обращения
> к OpenGL, DirectX"
Я правильно понял, что речь не идет о том, что сама БД должна
отправить данные непосредственно на X-server ? Исходя из предыдущего
поста это не очевидно. И ИМХО не дело это базы, отрисовывать данные на
клиенте.
>
> http://archives.postgresql.org/pgsql-ru-general/2008-12/msg00010.php
>
>>> *) предоставлять ввод из браузера (настроить проприетарный веб-сервер конкретной
>>> СУБД)
>> А почему обязательно проприетарный, открытый веб-сервер apache в
>> связке с php, python, etc. справляется на ура.
>
> написать свою прокладку:
>
> 1) рядовому пользователю сложнее, чем настроить http-сервер
> 2) для программиста означает дополнительную работу
>
На вопрос, почему обязательно проприетарный веб-сервер, почему не
пользовать открытый, ответ не получен, поясню отличие проприетарного
софта от открытого состоит в лицензировании, а не в технической
стороне дела.
>>> *) несколько раз включить и выключить ноутбук в течение одной длинной транзакции,
>>> длящейся дни или даже недели
>> И что за транзакция, которая длится сутками и при этом не имеет точек
>> останова-возобновления ?
ИМХО правильнее заменить слово "ноутбук" на "компьютер".
> Должно быть, вы имели ввиду другой вопрос: какие транзакции длятся сутками ?
ну да.
--
Best regards,
Sincerely yours,
Yuriy Rusinov.
Home |
Main Index |
Thread Index