информационная безопасность
без паники и всерьез
 подробно о проектеRambler's Top100
За кого нас держат?Портрет посетителяSpanning Tree Protocol: недокументированное применение
BugTraq.Ru
Русский BugTraq
 Анализ криптографических сетевых... 
 Модель надежности двухузлового... 
 Специальные марковские модели надежности... 
 Три миллиона электронных замков... 
 Doom на газонокосилках 
 Умер Никлаус Вирт 
главная обзор RSN блог библиотека закон бред форум dnet о проекте
bugtraq.ru / форум / programming
Имя Пароль
ФОРУМ
если вы видите этот текст, отключите в настройках форума использование JavaScript
регистрация





Легенда:
  новое сообщение
  закрытая нитка
  новое сообщение
  в закрытой нитке
  старое сообщение
  • Напоминаю, что масса вопросов по функционированию форума снимается после прочтения его описания.
  • Новичкам также крайне полезно ознакомиться с данным документом.
Согласен. Конечно, костыль. вернее костылище. Буду пробовать... 31.05.06 06:21  Число просмотров: 2296
Автор: void <Grebnev Valery> Статус: Elderman
<"чистая" ссылка>
> > При добавлении записи в таблицу сервер должен сделать
> > рассылку (е-майл + ftp).
> > Обработку "на лету" могу сделать, хотя не уверени что
> всегда будет надёжно.
> Как это "ненадёжно"? Триггер на таблицу, и вперёд,
> насколько я понял, юзаешь MS SQL 2005, проблем не должно
> составить.
>
> > Как это сделать?
> Я уже подзабыл тонкости, но средствами MS SQL сервера можно
> слать мыло , и можно запускать внешние екзешники, что
> должно решить все проблемы.
Согласен. Конечно, костыль. вернее костылище. Буду пробовать с тригером.
<programming>
Рассылка при добавлении записи в таблицу 30.05.06 04:57  
Автор: void <Grebnev Valery> Статус: Elderman
<"чистая" ссылка>
При добавлении записи в таблицу сервер должен сделать рассылку (е-майл + ftp).
Обработку "на лету" могу сделать, хотя не уверени что всегда будет надёжно. Може по таймеру проверять таблицу? Но сильно коряво это выглядит, скажем кажую n-минуту дёргать базу "напроверку".
Как это сделать?

Спасибо.

ПС. Кроме SQL2005 приложение работает в разных офисах с MySQL и Access базами (для stand-alone версии). Поэтому .NET навороты не хотелось бы использовать)
Чем не устраивает trigger after insert? 30.05.06 12:38  
Автор: ZloyShaman <ZloyShaman> Статус: Elderman
<"чистая" ссылка>
Как раз-таки поллинг (дерганье по таймеру) это тот ещё костыль... 30.05.06 06:41  
Автор: HandleX <Александр М.> Статус: The Elderman
<"чистая" ссылка>
> При добавлении записи в таблицу сервер должен сделать
> рассылку (е-майл + ftp).
> Обработку "на лету" могу сделать, хотя не уверени что всегда будет надёжно.
Как это "ненадёжно"? Триггер на таблицу, и вперёд, насколько я понял, юзаешь MS SQL 2005, проблем не должно составить.

> Как это сделать?
Я уже подзабыл тонкости, но средствами MS SQL сервера можно слать мыло , и можно запускать внешние екзешники, что должно решить все проблемы.
Согласен. Конечно, костыль. вернее костылище. Буду пробовать... 31.05.06 06:21  
Автор: void <Grebnev Valery> Статус: Elderman
<"чистая" ссылка>
> > При добавлении записи в таблицу сервер должен сделать
> > рассылку (е-майл + ftp).
> > Обработку "на лету" могу сделать, хотя не уверени что
> всегда будет надёжно.
> Как это "ненадёжно"? Триггер на таблицу, и вперёд,
> насколько я понял, юзаешь MS SQL 2005, проблем не должно
> составить.
>
> > Как это сделать?
> Я уже подзабыл тонкости, но средствами MS SQL сервера можно
> слать мыло , и можно запускать внешние екзешники, что
> должно решить все проблемы.
Согласен. Конечно, костыль. вернее костылище. Буду пробовать с тригером.
Я, кста, невнимательно прочёл, что standalone версия будет юзать Access mdb таблицы... Вот там без поллинга не обойтись, ИМХО. И ещё не знаю, есть ли триггеры в MySQL, так что... могут быть костыли :-( 31.05.06 09:46  
Автор: HandleX <Александр М.> Статус: The Elderman
<"чистая" ссылка>
Mysql хорошая rdbms, но многое не успели там сделать... 01.06.06 07:02  
Автор: void <Grebnev Valery> Статус: Elderman
<"чистая" ссылка>
MySQL хорошая RDBMS, но многое не успели там сделать. Тригеры, как и хранимые процедуры, как и АПИ для Windows в зачаточном состоянии, если стравнить с решениями Microsoft. Там можно использовать АПИ, для написания своих функций, но это много дельно, и не стоит того. Офтопик: сегодня была телеконференция с инженерами MySQL. Они сказали интересную вещь - несмотря на всю юниксовость MySQL и его разработчиков, обычная некластер версия для виндовз работает часто лучше чем для юникс, из-за того, что потоки концептуально и практически гораздо лучше решены в виндовз, нежели в современных юникс.

Про Access. Это очень удобно для для части пользователей, которые не могут по ряду причин использовать корпоративную базу (базы). Думаю, там и придётся дёргать таблицы периодически. ВОПРОС - а как нормальные люди делают "дёргание" базы. Такие ненормальные как я, туповато бы делали селект на таблицу, где могут оказаться "новые" записи (новые записи отличаются флагом, который после обработки можно сбросить) по таймеру. Скажем каждую минуту. А как нормальные люди бы сделали?

Спасибо.
Насчёт Access 01.06.06 14:50  
Автор: ZloyShaman <ZloyShaman> Статус: Elderman
<"чистая" ссылка>
Может для пущей универсальности этим одиночным товарищам не аксесс ставить, а MSDE?
Да, MSDE или SQL 2005 Express значительно лучше. Такие у нас... 02.06.06 05:38  
Автор: void <Grebnev Valery> Статус: Elderman
<"чистая" ссылка>
> Может для пущей универсальности этим одиночным товарищам не
> аксесс ставить, а MSDE?
Да, MSDE или SQL 2005 Express значительно лучше. Такие у нас тоже есть.
Но там немного больше головняка, поскольку "отдельными " юзерами чаще всего являются/будут начальники. Если MSDE или SQL 2005 Express, то нужен доступ к их девайсам + человек, который будет вручную "актуализировать их базу".
В этом отношеннии с Access может быть проще - они скопировать базу с нашего FTP.
Репликация + возможно написание дополнительной проги для актуализации SQL базы - может потребовать и соответствующей коннективити ++. В любом случае это будет дополнительная нагрузка на наш техперсонал в удалённых офисах, чего хотелось бы избежать.


Ну если поллить, то ничего нового там не изобрели :) 01.06.06 08:21  
Автор: 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 раза легче -))
Вроде всё.

> Спасибо.
Всегда пожалуйста :)
Спасибо за советы. Так и буду делать. 02.06.06 05:51  
Автор: void <Grebnev Valery> Статус: Elderman
<"чистая" ссылка>
1




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


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