Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Какой инструмент выбрать
|
|||
|---|---|---|---|
|
#18+
Потребовали написать программу автоматизации. Суть в следующем: Существует несколько точек сбора платежей по городу. Там сидят девочки-менеджеры которые собирают деньги с клиентов, отмечают это в программе, которую нужно написать, и, по требованию клиентов, выдают информацию о услугах, проведенных платежах и выписанных счетах за услуги, здесь же клиент может узнать баланс своего лицевого счёта. В конце рабочего дня (или в любое время) менеджеры нажимают кнопочку "Синхронизация" в программе, и программка должна дозвониться до сервера которому должна отправить информацию по всем платежам и новым заказанным услугам, а с сервера получить такую же информацию потому что один клиент, в принципе, может за день провести оплату в нескольких точках сбора. Получается, что на каждой клиентской машине после синхронизации с сервером должна находиться полная информация. Всё время находиться он-лайн все компутеры в точках сбора не могут! Заказчики хотят сэкономить на интернет и не использовать его вовсе. Я уже немного почитал про трехзвенные приложения (MTS, CORBA и т.п. и т.д.) вроде бы оно, но там где я читал все ограничивается описанием архитектуры и общими фразами. А мне хоть какой-нибудь примерчик или ссылочку где про это написанно по-русски. Я более или менее разбираюсь в Access, SQL Server, C# и С++ Builder. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.09.2004, 18:31 |
|
||
|
Какой инструмент выбрать
|
|||
|---|---|---|---|
|
#18+
А может быть вам просто сделать 2-х звенку и воспользоваться репликацией СУБД, вместо того, чтобы лепить 3-е звено ? Почему Вы этот вариант не хотите рассмотреть и сразу решили 3-х звенную архитектуру выбрать ? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.09.2004, 18:49 |
|
||
|
Какой инструмент выбрать
|
|||
|---|---|---|---|
|
#18+
Например, здесь решена таким образом похожая задача: http://www.sql.ru/forum/actualthread.aspx?tid=121800&hl=%e8%f1%f2%ee%f0%e8%ff#953919 ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.09.2004, 18:52 |
|
||
|
Какой инструмент выбрать
|
|||
|---|---|---|---|
|
#18+
Не надо тут никакой трехзвенки - поверьте постам выше, лучше сделайте нормальную двухзвенку а данные отправляйте файлами. А чтобы актуальные данные были, то отметьте период времени, в который точки будут отдавать данные в головной офис, и период поосле предыдущего, в который точки будут забирать полностью обновленные данные. -- Tygra's -- ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.09.2004, 19:00 |
|
||
|
Какой инструмент выбрать
|
|||
|---|---|---|---|
|
#18+
Спасибо. Век живи - век учись! ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.09.2004, 19:12 |
|
||
|
Какой инструмент выбрать
|
|||
|---|---|---|---|
|
#18+
tygraА чтобы актуальные данные были, то отметьте период времени, в который точки будут отдавать данные в головной офис, и период поосле предыдущего, в который точки будут забирать полностью обновленные данные. -- Tygra's -- Мы сделали типа лога отправки. Отправляются все измененные после времени последней отправки данные. Однако из этого лога можно удалить любое количество записей (хоть все) и заново накатить их в центральном офисе (это на случай, если курьер с файлом погибнет в пути) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.09.2004, 19:26 |
|
||
|
Какой инструмент выбрать
|
|||
|---|---|---|---|
|
#18+
message queuing? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.09.2004, 19:46 |
|
||
|
Какой инструмент выбрать
|
|||
|---|---|---|---|
|
#18+
tygraНе надо тут никакой трехзвенки - поверьте постам выше, лучше сделайте нормальную двухзвенку а данные отправляйте файлами. А чтобы актуальные данные были, то отметьте период времени, в который точки будут отдавать данные в головной офис, и период поосле предыдущего, в который точки будут забирать полностью обновленные данные. -- Tygra's -- Или как еще вариант, просто взять в качестве СУБД кроссплатформенную Sybase ASA, в которой все это реализовано штатно в 2-направленных репликациях и СУБД сама может синхронизировать сервера как в онлайн, так и оффлайн, то есть не требуя постоянного подключения (через файлы, POP/SMTP, MAPI, FTP и Lotus Notes). Причем поддерживается 2 механизма репликации: SQLRemote (по логу между серверами ASA) и MobiLink (по логу или TIMESTAMP, где в качестве централизованного хранилища данных может выступать MSSQL, Oracle, DB2, Sybase ASE и Sybase ASA). zkot2 Если это заинтересует, то я бы рекомендовал ознакомиться с переведенным на русской разделом из BOL по SQLRemote, которую можно скачать из нашего FAQ и ознакомиться с возможностями и принципами работы лично. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.09.2004, 20:55 |
|
||
|
Какой инструмент выбрать
|
|||
|---|---|---|---|
|
#18+
А я сразу и начал придумывать лог отправки, но неинтересное это дело. Теперь разбираюсь с программной репликацией в Access с помощью JRO. А Sybase осваивать времени нет ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.09.2004, 01:23 |
|
||
|
Какой инструмент выбрать
|
|||
|---|---|---|---|
|
#18+
авторЯ более или менее разбираюсь в Access, SQL Server, C# и С++ Builder. Я порекомендовал ASA, исходя из того, что Вы разбираетесь в MSSQL, который на уровне диалекта TSQL 100% совместим с Sybase ASA и основные различия - это немного различающийся набор системных функций, процедур и архитектуры сервера (в ASA нет БД Master или TempDB, все лежит в самой БД). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.09.2004, 08:22 |
|
||
|
|

start [/forum/topic.php?fid=32&msg=32698668&tid=1546284]: |
0ms |
get settings: |
9ms |
get forum list: |
19ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
132ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
64ms |
get tp. blocked users: |
1ms |
| others: | 221ms |
| total: | 466ms |

| 0 / 0 |
