информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
Атака на InternetВсе любят мед
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Phrack #70/0x46 
 Возможно, Facebook наступил на... 
 50 лет электронной почте 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / programming
Имя Пароль
ФОРУМ
все доски
FAQ
IRC
новые сообщения
site updates
guestbook
beginners
sysadmin
programming
operating systems
theory
web building
software
hardware
networking
law
hacking
gadgets
job
dnet
humor
miscellaneous
scrap
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Ну если поллить, то ничего нового там не изобрели :) 01.06.06 08:21  Число просмотров: 2083
Автор: HandleX <Александр М.> Статус: The Elderman
Отредактировано 01.06.06 11:56  Количество правок: 1
<"чистая" ссылка>
> MySQL хорошая RDBMS, но многое не успели там сделать.
> Тригеры, как и хранимые процедуры, как и АПИ для Windows в
> зачаточном состоянии, если стравнить с решениями Microsoft.
> Там можно использовать АПИ, для написания своих функций, но
> это много дельно, и не стоит того. Офтопик: сегодня была
> телеконференция с инженерами MySQL. Они сказали интересную
> вещь - несмотря на всю юниксовость MySQL и его
> разработчиков, обычная некластер версия для виндовз
> работает часто лучше чем для юникс, из-за того, что потоки
> концептуально и практически гораздо лучше решены в виндовз,
> нежели в современных юникс.
Венда мне тоже нравится, как бы её ни ругали... -))

> Про Access. Это очень удобно для для части пользователей,
> которые не могут по ряду причин использовать корпоративную
> базу (базы). Думаю, там и придётся дёргать таблицы
> периодически. ВОПРОС - а как нормальные люди делают
> "дёргание" базы. Такие ненормальные как я, туповато бы
> делали селект на таблицу, где могут оказаться "новые"
> записи (новые записи отличаются флагом, который после
> обработки можно сбросить) по таймеру. Скажем каждую минуту.
> А как нормальные люди бы сделали?
Не знаю, как нормальные, но я бы постарлся максимально ускорить время обработки и в то же время не сильно напрягать машинку и сеть.
1) Программу рассылки исполнять на сервере, где лежит mdb.
2) Поле флага "запись обработана" обязательно индексировать. Тогда запросы вида
Select * From Table1 Where Send <> True (выбираем, что рассылать) и
Update Table1 Set Send = True Where Send <> True (после расылки гасим флаги) будут проходить с использованием этого индекса.
3) Определиться, насколько важна актуальность рассылки — т.е. может дёргать базу не через минуту, а скажем, через 10 минут, или каждый час. В самом деле -- использование 3-х минутного поллинга вместо ежеминутного напрягает машину в 3 раза легче -))
Вроде всё.

> Спасибо.
Всегда пожалуйста :)
<programming> Поиск 








Rambler's Top100
Рейтинг@Mail.ru


  Copyright © 2001-2021 Dmitry Leonov   Page build time: 0 s   Design: Vadim Derkach