Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Выбрать средство программирования
|
|||
|---|---|---|---|
|
#18+
Hi, All. Помогите выбрать средство для реализации идеи. Есть система, работающая с БД. Серверов БД несколько. Они будут обмениваться данными. Собираемся писать программу, которая будет за это отечать. Программа должна: - работать под Linux; - общаться с несколькими серверами БД - постоянно держать соединение; - общаться с себе подобными на других серверах; - общаться, т.е. получать запросы и отвечать, с windows клиентом. Поделитесь, плиз, опытом. Нужны наиболее простые варианты реализации. Видимые проблемы: - организовать устойчивую работу программы по сценарию: постоянно работать с серверами, а при наличии запроса от клиента, обработать его в первую очередь; - грамотно построить интерфейс с клиентскими приложениями; ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.09.2003, 19:34 |
|
||
|
Выбрать средство программирования
|
|||
|---|---|---|---|
|
#18+
Kylix, JDeveloper ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.09.2003, 19:51 |
|
||
|
Выбрать средство программирования
|
|||
|---|---|---|---|
|
#18+
2: mwsp А базы то какие (MySql, Db2, ... )? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.10.2003, 13:10 |
|
||
|
Выбрать средство программирования
|
|||
|---|---|---|---|
|
#18+
А через что решать проблемы?: - постоянный коннект к серверам БД; - прием сообщений от клиентов и отсылка им результата; - общение с такими же программами на других серверах; ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.10.2003, 13:12 |
|
||
|
Выбрать средство программирования
|
|||
|---|---|---|---|
|
#18+
Базы практически не важны. Сейчас Oracle, в дальнейшем Interbase, PostgreSQL. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.10.2003, 13:13 |
|
||
|
Выбрать средство программирования
|
|||
|---|---|---|---|
|
#18+
Про проблемы другими словами: Написаную программу как-то нужно повесить в память, чтобы она хранила\мониторила\восстанавливала коннекты и могла принять запрос извне. Как это сделать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.10.2003, 13:19 |
|
||
|
Выбрать средство программирования
|
|||
|---|---|---|---|
|
#18+
>Написаную программу как-то нужно повесить в память, чтобы она хранила\мониторила\восстанавливала коннекты и могла принять запрос извне. Как это сделать? Простейший вариант - вызывай свою программу из бесконечного цикла. Потом kill-ом или ctrl-c убьешь. Запрос как приходит? Если по tcp/ip то слушай сокет в том же цикле и передавай данные в свою программу. В этом случае выход из цикла можно организовать более интеллигентно. Из средств кроме gcc и текстового редактора ничего не надо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.10.2003, 02:26 |
|
||
|
Выбрать средство программирования
|
|||
|---|---|---|---|
|
#18+
Про проблемы другими словами: Написаную программу как-то нужно повесить в память, чтобы она хранила\мониторила\восстанавливала коннекты и могла принять запрос извне. Как это сделать? написать собственный координатор транзакций, типа TXSeries ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.10.2003, 13:34 |
|
||
|
Выбрать средство программирования
|
|||
|---|---|---|---|
|
#18+
Ну, спасиба. Обрадовали "координатором транзакций". Кстати, это важный вопрос. 2 программы на разных серверах будут выполнять операцию изменения. Нужно транзакцию контролировать. Может, готовое что-нибудь есть? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.10.2003, 13:38 |
|
||
|
Выбрать средство программирования
|
|||
|---|---|---|---|
|
#18+
ага. TXSeries ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.10.2003, 13:40 |
|
||
|
Выбрать средство программирования
|
|||
|---|---|---|---|
|
#18+
TXSeries - неколько десяткой штукобаксов!:-) Это слишком круто. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.10.2003, 14:24 |
|
||
|
Выбрать средство программирования
|
|||
|---|---|---|---|
|
#18+
Знаете, если вы задаете ТАКИЕ вопросы: автор писал:Написаную программу как-то нужно повесить в память, чтобы она хранила\мониторила\восстанавливала коннекты и могла принять запрос извне. Как это сделать? то имхо рановато вам писать такой софт... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 17.10.2003, 22:10 |
|
||
|
Выбрать средство программирования
|
|||
|---|---|---|---|
|
#18+
В первый раз всегда рановато... :) давай, давай... повесить можно как сервайс, демон, или приложение, которое работает в режиме ожидания запросов. чтобы внешние запросы принимать - .NET, CORBA, DCOM, TCP/IP, Named Pipes, Hook on Shared Folders, ... (в порядке убывания моего личного предпочтения) Выбери конкретное и спрашивай. Что значит "мониторить коннекшены"? Можешь не отвечать сюда, ответь самому себе, по-моему, вопроса нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.10.2003, 03:09 |
|
||
|
Выбрать средство программирования
|
|||
|---|---|---|---|
|
#18+
Требование номер 1 в списке - Работать под линукс. Соответственно DCOM и .net отпадают (вместо .net можно конечно mono глянуть, но там говорят все еще сыровато) Если с явой в хороших оношениях, я бы посоветовал посмотреть на EJB (скажем, jboss из бесплатных), или CORBA (я лично предпочитаю omniorb, хотя многие - mico, еще можно orbit посмотреть для С или jacorb для java), Если желания "зарываться" в сложные системы нет, то можно почитать на предмет RPC/rpcgen, или стандарта xmlrpc. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.10.2003, 01:43 |
|
||
|
Выбрать средство программирования
|
|||
|---|---|---|---|
|
#18+
Могу посоветовать средство программирования, только такой программист будет на вес золота: Обработчик пишите на Assembler под тот процессор, который стоит на серваке на котором будет программа стоять. А чтобы обработка шла под любую операционку, то создайте Web на Java2 (San Microsystems) Судя по Вашему размаху фирма Ваша богатая, хотя судя по реплике, что $10 тысяч жалко - скупая. Поэтому видимо этот вариант, который я предлагаю для Вас не приемлем. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 23.10.2003, 20:22 |
|
||
|
Выбрать средство программирования
|
|||
|---|---|---|---|
|
#18+
Спасибо за советы. Будем экспериментировать. Assembler:-) трогать не будем, т.к. не вижу причин так опускаться к железкам. Остались варианты: - C++; - Java, EJB; - Kylix. Все имеют свои недостатки, но мы на них посмотрим. Будет результат, напишу сюда. По поводу богатости\скупости - очень забавное замечание:) Все относительно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2003, 11:56 |
|
||
|
Выбрать средство программирования
|
|||
|---|---|---|---|
|
#18+
В том то и дело, что база - важна... Например все что было затребованно можно реализовать средствами Oracle. (хранимые процедуры, триггеры, ...) С IB/FB - сложнее, нужно писать сервер транзакций (репликаций), или покупать готовый... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2003, 12:17 |
|
||
|
Выбрать средство программирования
|
|||
|---|---|---|---|
|
#18+
2 nik_x: Я представляю себе, что в серверах БД есть механизмы взаимодействия (репликация, распределенные транзакции ...). Опыт есть. Но постановка задачи такова, что сервер завтра может быть другим. А может создасться ситуация, что система станет неоднородной (разные сервера в разных офисах). Тут и натыкаемся на оригинальность каждого сервера. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.10.2003, 12:51 |
|
||
|
|

start [/forum/topic.php?fid=16&msg=32281920&tid=1348691]: |
0ms |
get settings: |
9ms |
get forum list: |
16ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
60ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
75ms |
get tp. blocked users: |
2ms |
| others: | 321ms |
| total: | 504ms |

| 0 / 0 |
