su.dbms

 
 - SU.DBMS ----------------------------------------------------------------------
 From : Nik Sestrin                          2:5020/400     15 Apr 2003  06:49:53
 To : Serguei Tarassov
 Subject : Re: БД в тopгoвлe
 -------------------------------------------------------------------------------- 
 

 "Serguei Tarassov" <templar@arbinada.com> wrote in message
 news:b7f7pm$vea$1@host.talk.ru...
 
 >  NS> ух ты! расскажи всем, особенно интересно для веб-приложения, на
 
 которое
 
 >  NS> ты ссылаешься ниже.
 > Да все, я думаю, и так в курсе. Hадо реализовать механизм логических
 > блокировок.
 
 lol
 особенно пикантно этот механизм будет выглядеть в вебе
 
 >  NS> это почему? - хотя бы одно веское обоснование, "не притянутое за уши"
 >  NS> как тут говорят...
 > Hет, извини. Сначал я выслушаю "не притянутое за уши" обоснование, почему
 > это не нужно делать на уровне СУБД.
 
 никто (в т.ч. и я) не отрицал необходимость делать это на уровне сервера.
 некоторые (в т.ч. и ты) отрицали какую-либо возможность или нужность делать
 это на клиенте.
 а также некоторые отрицали (или не знали) наличие встроенных механизмов
 фильтрации в объектах доступа к БД.
 поэтому не будем подменять тему обсуждения: речь не о том, "почему это не
 нужно делать на уровне СУБД", а о том, почему можно и чем выгодно делать на
 уровне клиента. Ответ был уже сформулирован: во всех случаях, когда все
 необходимые данные уже есть на клиенте, фильтрация на сервере - это еще один
 дополнительный запрос, лишняя нагрузка, время.
 
 > А дальше, может быть, и твой вопрос сам собой отпадет.
 
 увы, не отпал. так почему для ado.recordset.filter "если рекордсет в
 middleware или даже на web-сервере, то такие операции там не к месту." ?
 --- ifmail v.2.15dev4
  * Origin: Sinor-NMTS (2:5020/400)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор