Hi!

grexhide
Все зависит от используемой СУБД и степени развитости этих языков в ней.
Тем не менее, серьёзно рассматривать что либо, отличное от PL/SQL - я бы
в принципе не стал (судя даже по документации от DB2, MS SQL, Interbase).
Серверные слои на J2EE или .NET (встроенные) или в виде middleware
(внешние) - это огоромный выстрел мимо по любым ТТХ (кроме
случая - интеграции крайне зоопарковых/гетерогенных комплексов)
А вот тут поподробнее. С чего такой вывод? PL/SQL - далеко не самое
удобное решение для построения серверов приложений с высокой
производительностью. Да и удобство разработки - не очень. Существуют
Cache и другие М-*, которые изначально созданы, как платформы для
построения распределенных серверов приложений, в отличие от Oracle,
DB2 и т.д. Господин MX - ALEX тут уже неоднократно высказывался.
У меня есть свой подход к построению серверов приложений на Cache.
Пока "огоромный выстрел мимо по любым ТТХ" не замечал. Системы
работают быстро, с большими базами (около 200 Гб, 400 конкурентных
соединений), на дешевых серверах, совершенно не требуют
администрирования, обслуживание/обновление - дистанционное.
____________________________
С уважением, Лисеев Дмитрий.
http://private.peterlink.ru/dimik/
PGP key fingerprint: 09 28 74 28 6C 39 62 29 2E CB 95 03 4F 04 33 73


Posted via ActualForum NNTP Server 1.3

Hi!

[quit grexhide]Нет, нельзя.[/quit]
Забавный Вы человек: "На яве программировать не умею, про каше вообще
не знаю, потому самая крутая система - Delphi, т.к. только ее я хорошо
знаю".

[quit grexhide]Идите в раздел - Сравнение СУБД[/quit]
Причем тут СУБД? Речь шла о серверной бизнес логике. Или Tomcat
Вы тоже к СУБД относите, потому что он на сервере стоит? Или потому,
что Вы не знаете, что такое Tomcat?

[quit grexhide]Право, даже не смешно[/quit]
Дык, о том и речь.
____________________________
С уважением, Лисеев Дмитрий.
http://private.peterlink.ru/dimik/
PGP key fingerprint: 09 28 74 28 6C 39 62 29 2E CB 95 03 4F 04 33 73


Posted via ActualForum NNTP Server 1.3

Hi!

Petro123
IMHO в топике не говорится о создании промежуточного сервера
приложений.
В топике говорилось о том, где и на чем писать бизнес-логику. Вариантов
не так много. Можно делать всю бизнес-логику в клиенте на том, на чем
написан клиент. Можно делать всю бизнес-логику в СУБД на том, на чем
она позволяет (триггеры и хранимки на PL/SQL, T/SQL и т.д.). Можно делать
ее на промежуточном уровне на PHP, Perl, ASP, JSP, Java и т.д.

Petro123
IMHO ООБД изврат (на данном историческом этапе)
"Не читал, но осуждаю" :) Cache не имеет отношения к ООБД. Это просто
платформа для разработки распределенных приложений. Она может как
хранить данные (быть в качестве СУБД, и даже изображать подобие РСУБД),
так и сервером приложений. Как на разных физических серверах, так
и "в одном флаконе".

Можно в качестве СУБД использовать ORACLE, а бизнес-логику писать
на Cache, можно наоборот, хранить данные в Cache, а бизнес-логику делать
отдельно на PHP, Java или еще чем-нибудь (или на клиенте). Можно делать
все в Cache, что существенно удобнее в разработке и сильно быстрее работает.

Единственное, что нельзя делать на Cache, так это клиента. Тут уже
говорилось о варианте, когда в качестве клиента используется Excel,
а все остальное сделано на сервере Cache, есть масса вариантов, когда
в качестве клиента используют браузер (DHTML, JavaScript или JavaApplet),
а все остальное на Cache, есть варианты когда клиентов пишут на Delphi,
C++ и т.д.

На Cache делают программы, которые получают и сохраняют данные
с разных девайсов или с модема через COM, работают с файлами,
парсят и генерят XML, выполняют сложную обработку данных,
включая сложные индексы и поиск (есть примеры построения
полнотекстовых индексов) работают в качестве серверов
или клиентов по TCP/IP (например SMTP, NNTP, FTP и т.д.). Ничего
такого на СУБД сделать просто нельзя, потому бессмысленно сравнивать
Cache и СУБД.

В частности, для разработки этого форума не нужно ничего, кроме
Cache (разве что WEB сервер еще желателен, типа IIS или Apache).
Она может хранить сообщения и файлы, выполнять полнотекстовое
индексирование и поиск, давать доступ как через HTTP, так и через
NNTP.

Просто там язык программирования специально заточен на обработку
данных, в отличие от Pascal, C++, Java и т.д. Но при этом имеет больше
возможностей, чем PL/SQL, соответственно не приходится разводить
зоопарк из разных языков и технологий на сервере.

Собственно, я своих архитектурных решений никому не навязываю.
Просто потом не надо удивляться, почему у одних зарплата считается
три часа на сервере стоимостью 20 килобаксов и требует админа
с зарплатой 3 килобакса, а у других считается 15 секунд на трех
серверах по колибаксу и никакого обслуживания вообще не требует.

Единственное, чего делать не нужно, так это писать новый ответственный
проект на Cache, если Вы о нем раньше не слышали. Собственно, это
относится и к любой другой технологии (Java, C#, .Net и т.д.). Писать
нужно только на том, на чем умеешь и знаешь. А самообразованием
заниматься в отдельное время.
____________________________
С уважением, Лисеев Дмитрий.
http://private.peterlink.ru/dimik/
PGP key fingerprint: 09 28 74 28 6C 39 62 29 2E CB 95 03 4F 04 33 73


Posted via ActualForum NNTP Server 1.3