it-templar
1.Ежедневный импорт платежей из банка (40 филиалов).
...
3.Импорт (или репликация из филиальных баз) счетов на оплату, платежи осуществляют пользователи в центральной базе за филилалы.
...
1.Что посоветуете в качестве СУБД в центральной базе и почему, если не влом писать?
2.Что посоветуете в качестве СУБД для филиалов?

Sybase SQL Anywhere.
Наиболее весомые причины такого выбора для этой задачи на мой взгляд:
1. Развитые средства репликации, включая off-line репликацию по любым каналам связи (включая курьера с дискеткой на верблюде - не шутка)
2. Богатые функциональные возможности для разработчика, использующего сервер, что может заметно удешевить разработку.
3. Низкие затраты на обслуживание - актуально для малочисленных удаленных филиалов, не имеющих возможности держать в штате квалифицированных админов.
4. Защита информации - шифрование как файлов БД, так и сетевого траффика с использованием криптостойких алогитмов (файл БД можно шифровать по AES)
5. Встроенный Web-сервер, поддержка XML, SOAP web-сервисов, что тоже может потребоваться, например для централизованной раздачи информации.

Можно много чего еще написать, но времени мало, лучше давай наводящие вопросы, если интересно. Такой выбор я предпочел бы как для филиальных баз, так и для центральной. SQL Anywhere прекасно справляется и с достаточно большими базами и нагрузками. Имеет весьма хороший оптимизатор, прекрасно использует возможности многопроцессорных машин и т.д.


it-templar
3.На каком средстве разработки писать клиента, исходя из выбранной СУБД и из ТЗ?

Непринципиально. На чем больше нравится.
--

Портал русскоязычной группы пользователей Sybase

Yo.!!
ну тогда дешеле всего в той же mssql создать базу для вашей задачи, сверху прикрутить soap для передачи данных и не выеживатся с другими субд.

Это дешевле (может быть) по начальным затратам на коробки (если во всех филиалах действительно уже есть MSSQL). Если считать еще и стоимость разработки и сопровождения, то разница может оказаться в другую сторону, причем существенно.

it-templar Yo.!!
ну тогда дешеле всего в той же mssql создать базу для вашей задачи, сверху прикрутить soap для передачи данных и не выеживатся с другими субд. если конечно 1С у филиалов не на dbf.

1С под mssql
И, кстати говоря, надо внимательно изучить лицензионное соглашение на тот MSSQL, что поставляется в комплекте с 1с. Не знаю, как сейчас, но когда-то было ограничение на использование его под другие нужды кроме 1с, т.к. в комплекте он поставлялся дешевле, чем если бы его покупали отдельно от 1с.

Yo.!!
Александр Гoлдун Это дешевле (может быть) по начальным затратам на коробки (если во всех филиалах действительно уже есть MSSQL). Если считать еще и стоимость разработки и сопровождения, то разница может оказаться в другую сторону, причем существенно.
сумневаюсь я что зоопарк из разных субд куда то перевесит,
Какой зоопарк? Кесарю - кесарево. Т.е. одинэсу - MSSQL. Наличие 1с+MSSQL не обязательно подразумевает наличия квалифицированных разработчиков, близко знакомых с MSSQL.
Но не будучи фанатом, я рассмотрел бы альтернативу предложенному мной варианту - реализация всего этого вообще в 1с8. Это при условии что имеется своя команда разработчиков 1с. Ну и грамотный руководитель проекта, системный архитектор

it-templar пишет:

> ASA не будет страдать от майкрософта, или лучше все вынести на отдельный

Совместно прекрасно работают. Проверено годами не на одном сервере. Но
разумеется, в таком случае надо понимать, как ресурсы перераспределить,
в чью пользу.
Можно и вынести на отдельный - благо для этого не нужно покупать Win NT
Server - может работать и на workstation и вообще на Linux. Слово
Anywhere в названии не для красоты стоит.
Posted via ActualForum NNTP Server 1.3

it-templar пишет:

> Дело, в том, что эта система критическа важна, по ней проходит будет в
> среднем несколько млн. в долларовом эквиваленте в день. А 1с пока еще
> находится в стадии внедрения и еще много багов как в бухгалтерии, так и
> в зарплате, и если еще туда и планирование платежей прикрутить, то все
> может стать вообще.

А что, вновь создаваемая не в 1с система проскочит волшебным образом
стадию отладки и внедрения? :)

P.S. (на всякий случай) я далеко не фанат 1с
Posted via ActualForum NNTP Server 1.3

it-templar пишет:
> Как такой проблемы нет, может провайдер подвести и только, везде стоят
> тарелки. Что касается gprs как резерв, то это интересно.

Когда-то у нас в одном филиале пришлось использовать gprs. Для SQL
Anywhere лишь перенаправили транспорт, используемый для репликации с FTP
на e-mail и все.
Posted via ActualForum NNTP Server 1.3

it-templar пишет:
>> Когда-то у нас в одном филиале пришлось использовать gprs. Для SQL
>> Anywhere лишь перенаправили транспорт, используемый для репликации с FTP
>> на e-mail и все.
>
> А то же самое можно проделать с Oracle XE?

Насколько мне известно, штатных средств off-line репликации в Oracle
нет. Люди пишут самостоятельно. Возможно я ошибаюсь, но тогда меня тут
быстро поправят :)
Posted via ActualForum NNTP Server 1.3

Yo.!! пишет:

> XE нет, только enterprise (oracle streams), тока не понял какое
> преимущество даст репликация по email если нет интернета ?

Если исчез нормальный канал, можно на скорую руку соорудить полудохлый
gprs или dial-up, что мы как-то сделали. При этом FTP оказался
недоступен, т.к. был открыт лишь для ограниченного перечня постоянных
IP-адресов. Кроме того связь была достаточно паршивая. А почтовик
располагался локально и почта через него все-же как-то проходила.
Если же даже и такого нет, тогда легко переправляется просто в папку в
виде файлов, тогда их доставку можно возложить на любой оставшийся
доступным транспорт. Например курьер раз в день на машине дискетку
отвозит, если это не далеко.
Posted via ActualForum NNTP Server 1.3

Yo.!!
у меня есть фанатичная убежденность, что если есть хоть какой-то шанс все запихнуть в одну субд с веб интерфейсом, а не размазывать геморой по необъятной исторической родине, то шанс нада использовать.

Правильная убежденность. Называется принцип Оккама. Одна из интерпретаций - не умножайте сущность без необходимости. Вопрос только в том, чтоб уметь посчитать эту самую необходимость. Например исходя из вероятности и стоимости простоя по причине обрыва связи.

Кстати, и тут лично я предпочел бы ASA. Встроенный веб-сервер позволит обойтись для такой задачи без прокладок в виде например php и даже apache. Все родное и html страницы (либо soap или xml-сервисы) формируются в хранимых процедурах.

it-templarКстати хотелось бы выслушать ваше мнение по вот такому поводу:

java как средство разработки клиентской части подойдет ко всем 3 обсуждаемым тут нами СУБД?ms sql 2000(2005, msde), asa 9, oracle xe (standart)

В плане средств разработки клиентской части практически все распространенные РСУБД равны. В конце концов практически у всех есть стандартные драйверы доступа ODBC, ADO, JDBC, dbExpress и т.д. Java подойдет ко всем. Кстати, в ASA можно и хранимые процедуры на java писать, правда большого смысла в этом не вижу, Watcom SQL и так предоставляет достаточно возможностей.

Yo.!!
виндовс без антивируса выставлять в сеть, пусть даже корпаративную - сумашествие. черви nimda, code red, slamer - это только то что наслуху, т.е. никакие фаирволы не спасут,

Вот это ты зря сказал. Недолюбливаю антивирусы и не использую на куче виндовсов, выставленных в сеть. Очень давно и достаточно много. Это уж вопрос квалификации. Если исключить вариант внутреннего заражения (типа почту смотреть через OE или на порносайты ходить из IE), то никаких возможностей атаки компа кроме взлома открытых служб нет. А если нет ни одного открытого порта, то что делать будешь?
Yo.!!
2Александр Гoлдун
непонял, GPRS за глаза хватит бровсить в веб интерфейсе, ну если очень прижмет через тектовый бровсер типа lynks, нафига репликация ? пока курьер на верблюде мчится у нас бизнес как я понимаю стоит, не проще ли сходить домой и из дома отослать по человечески ?

Все так, если забыть, что мир не ограничивается Москвой и областью. Поверь, есть на карте места, где очень и очень плохо с инетом, но при этом там живут и даже работают люди. И даже используются базы данных и информационные системы.

--

Портал русскоязычной группы пользователей Sybase

Yo.!! пишет:

> лабать html на строго-типизированом языке имхо не самое приятное
> занятие,

Я попробовал - понравилось.

> да и функционал у php/perl для слоя представления на порядок
> круче.

Спорить не буду, ибо этим вопросом честно не очень сильно владею, но про
мощь перла знаю не по наслышке. Но тем не менее и встроенные решения
могут быть весьма востребованы в определенных ситуациях. Опять таки, к
вопросу о зоопарке. Если мне нужно лишь несколько сервисов XML выдать
для филиалов, то гораздо проще создать это в нескольких простых
процедурах в одном месте и все, чем ставить и сопровождать еще апач и
php с perl.

> к стате там есть что-то типа wadcom server pages

Не в курсе что это такое

> или весь вывод через echo делается ?

Примерно так. Но это не напрягает - ASA прекрасно справляется с большими
текстами. Я просто в блобах хранил шаблоны страниц и раскрывал их
данными в процедурах.

> не понял откуда порнуха и OE на сервере, речь идет о червях типа slamer
> который ломал mssql, типа code red который ломал IIS и т.п. т.е. то что

Ну, тут нечего возразить. MSSQL выставлять на всеобщее обозрение в инет
глупо (правда по мне так и IIS не очень для инета подходит, но эту точку
зрения в спорах отстаивать не собираюсь). Но при чем тут windows? Вполне
надежная и удобная ОС.
Posted via ActualForum NNTP Server 1.3