![]() |
| ||
|
|
Новости |
Поиск |
FAQ |
Статьи |
Книги |
Новости VCL
| | Форумы ЧАТ |
Орешник |
|
| |||
| |||
« предыдущая ветвь | форум | следующая ветвь »
Черный список с обменом [D7, FB2.1]
makz © (2009-08-11 01:31:00)Есть потребность организовать blacklist организаций и ИП, с наименованиями, примечаниями от добавителей, датами пополнения, и собственно наименованиями тех, кто добавил записи. Подскажите пожалуйста, может есть примерчик где подсмотреть структуру подобной базы, или прямо что-нибудь посоветуете?
makz (2009-08-11 16:38:00) [1]2 Sergey13
сообразил, peer to peer. надо обмозговать. :)
Sergey13 (2009-08-11 16:33:00) [2]> [7] makz (11.08.09 16:28)
> Акто разослал? И кто обработает
Вероятно все рассылают и все обрабатывают. Хотя можно и централизованно обрабатывать и рассылать исправленное.
makz (2009-08-11 16:28:00) [3]
> какой-то веб-интерфейс, сервис или что-то в этом роде.
А что именно для этой цели подойдет? Набор компонентов какой?
> А зачем хостинг? Разослал по списку адресов мыло и всех
> делов.
А кторазослал? И ктообработает пополнение от клиентов?
Sergey13 (2009-08-11 15:55:00) [4]> [4] makz (11.08.09 15:37)
А зачем хостинг? Разослал по списку адресов мыло и всех делов.
DrPass (2009-08-11 15:51:00) [5]
> а. В каком виде хранить общий список? Предполагаю что наипростейший
> вариант собственно хостинг c firebird?
Подойдет любой хостинг с СУБД. Ты ж все равно туда будешь лезть не напрямую из программы, а через какой-то веб-интерфейс, сервис или что-то в этом роде. Так что тебе никакой разницы нет, с какой СУБД будет взаимодействовать веб-морда программы. А найти хостинг с MySQL будет не в пример проще
makz (2009-08-11 15:37:00) [6]
> Как же ты с такой "проблемой" основной то список соорудил?
:))). Мдеее. Неясно конечно выразился.
Конкретизирую: есть несколько разных контор с одинаковой программой(FB2.1, delphi, fib+), в которой кроме прочего список "организаций и ИП", некоторые в нем помечены как нехорошие. Смысл том, чтоб обмениваться информацией ч-з инет. Объем баз маленький - ну максимум несколько тыс. записей, с упомянутыми полями. Ну а вопросы примерно такие:
а. В каком виде хранить общий список? Предполагаю что наипростейший вариант собственно хостинг c firebird?
б. sorry for off. но, где положить общий список? Своего хостинга нету.
Sergey13 (2009-08-11 08:30:00) [7]> [0] makz (11.08.09 01:31)
> или прямо что-нибудь посоветуете?
Как же ты с такой "проблемой" основной то список соорудил?
Поле добавь в список "организаций и ИП", типа Black True/False. Вот тебе и список готов.
Добавил таблицу с "примечаниями от добавителей, датами пополнения, и собственно наименованиями тех, кто добавил записи." ссылающуюся на первую - вот тебе и история "почернения" контрагента.
sniknik (2009-08-11 08:03:00) [8]> или прямо что-нибудь посоветуете?
да, возьму вот и прямо посоветую... не ищи "подобную", посмотри любую, прочти книгу по основам, общим, а не "организовываем blacklist", такой не найдешь. хотя наверняка кто то подобное делал, но каждый "чих" не принято описывать. это как нет математики/книги/примеров для четных чисел, или на отрезке от 100 до 1000, частых случаев в общем, но это не значит что математики нет вообще...
учись на тех примерах что есть. и делай что нибудь, делай, даже если потом придется переделывать. это нормально.
и вот потом, когда будут проблемы в решении конкретных задач тогда спрашивай на форуме, а не с таким общим вопросом как сейчас.
Ega23 (2009-08-11 02:07:00) [9]Всё стандартно.
1. Декомпозиция общей модели на сущности.
2. Выделение особенностей каждой сущности.
3. Построение физ.модели БД
4. Анализ результата с (возможно!) последующей разумной денормализацией модели.
5. Реализация полученной модели в рамках конкретной СУБД.
То, что ты задал имеет только слишком приблизительное решение, т.к. неизвестно, какие детали тебе нужны, каков предполагаемый объём данных, какая СУБД будет использоваться и т.д. и т.п.