|
Ответ разработчика
|
|||
---|---|---|---|
#18+
Прокомментируйте пожалуйста такой ответ: ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2011, 08:31 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
W357Прокомментируйте пожалуйста такой ответ: 1. наличествуют грамматические ошибки 2. о выборе двух-трех-уровневой архитектуре сказать ничего нельзя - нет данных 3. аргУменты не убедительны, скорее всего у них просто нет прогов по .NET-у, или Java, а есть только дельфисты, то же касается и выбора архитектуры вообщем - попытка втюхать то решение, которое есть, по которому есть специалисты и опыт разработки выводы: 1. то, что берутся решать задачу методами, по которым есть опыт и специалисты - хорошо 2. то, что изначально дают искаженную информацию - плохо зы: тема Delphi vs .Net vs Java vs ... достойна отдельного холивара ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2011, 09:06 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
1. Скорее всего придется приобретать лицензию на БД Oracle (вряд ли будет использоваться Express Edition) 2. Вам предлагают плохо масштабируемую, не гибкую архитектуру (двузвенка, да еще похоже часть бизнес логики будет реализована на триггрерах и хранимых процедурах). При использовании хранимых процедур развитие системы будет затруднено необходимостью приглашать достаточно опытного Oracle разработчика. 3. Не забудьте уточнить какие компоненты Delphi используются (легко налететь на платные компоненты) и не забудьте стребовать исходники (некоторые исполнители норовят предъявить заказчику exe-файл - что означает фактическую невозможность вносить коррективы и изменения в приобретенный продукт без участия компании разработчика). 4. Программа будет работать только под ОС Windows (если не оговаривать это специально). Плохо это или нет зависит от организации рабочих мест в Вашей компании. 5. Позитив: то что Вам предлагают работает во многих небольших компаниях, так что велика вероятность что исполнитель знает о чем говорит, т. е. справится с задачей и сделает ее в срок :) ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2011, 09:09 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
Если говорить о Дельфи, которая известна и используется нашими разработчиками, то это Дельфи 7. Я думаю стоит уточнить, какую версию Дельфи имели они ввиду? Оракл же тут безоговорочно, т.е. СУБД 100% определена руководством. На чём ещё (современном и перспективном) можно реализовать такую систему (кроме Дельфи)? Это система учёта, с удалёнными клиентами подключающимися по VPDN, в перспективе и по другим технологиям. Также есть локальные клиенты, по локальной сети. И удалённым и локальным требуются одинаковые задачи: ввод документов, вывод, печать, формирование и просмотр отчётов, экспорт/импорт данных. Распределение прав пользователей на доступ к определённым функционалам. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2011, 09:23 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
W357, скорее всего уже имеется готовое решение, в котором много пригодно для данного случая уже вовсю используется Delphi 2010, хотя Delphi 7 как самое лучшее из Delphi, которое сделала Borland, а не Embarcadero, купившее всё подразделение Delphi у Borland То есть может быть, что могут начинать проекты вновь на Delph 7 Delphi 2010 среди самых удобных сред разработки, где включены все последние технологии, появивишиеся после Delphi 7 И конечно под последние Windows самая рабочая и удобная лошадка - C# Но если есть готовые решения, хорошо себя показывающие, то стоит ли что-то создавать вновь? ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2011, 10:05 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
W357Прокомментируйте пожалуйста такой ответ: Фигня из серии "ответ уже известен, теперь сделаем вид, что решали задачу". Обычная менеджерская бумажка. W357Если говорить о Дельфи, которая известна и используется нашими разработчиками, то это Дельфи 7. Я затруднюсь назвать хоть какой-то смысл использования для нетривиальных новых разработок Delphi 7. С современными вполне можно жить, но семёрку давно надо убирать даже с legacy проектов. W357Я думаю стоит уточнить, какую версию Дельфи имели они ввиду? Безусловно. И ещё уточнить, имеют ли они ввиду дать готовое решение или таки действительно что-то разрабатывать. И если второе, да на семёрке - посылать далеко. Это... как бы мягко выразиться... неудачники. W357На чём ещё (современном и перспективном) можно реализовать такую систему (кроме Дельфи)? (пожимая плечами) Ну, на яве уже можно делать гуй, матерясь не чаще чем раз в полчаса минут по десять. У микрософта с этим вроде получше, только они последние годы постоянно меняют технологии вместо того, чтобы обезглючить и довести до ума что-нибудь одно. В общем, если на современном и перспективном, то таки дельфа, за ней, пожалуй, какой-нибудь не очень новый VB, ну а дальше всё ровно, выбирать вполне можно. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2011, 10:27 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
W357На чём ещё (современном и перспективном) можно реализовать такую систему (кроме Дельфи)? Это система учёта, с удалёнными клиентами подключающимися по VPDN, в перспективе и по другим технологиям. Также есть локальные клиенты, по локальной сети. И удалённым и локальным требуются одинаковые задачи: ввод документов, вывод, печать, формирование и просмотр отчётов, экспорт/импорт данных. Распределение прав пользователей на доступ к определённым функционалам. - я бы больше беспокоился об архитектуре (двухзвенка), а не о языке/средстве разработки пользовательских интерфейсов (Delphi), так как проектируемое приложение должно иметь довольно широкий бизнес функционал, в том числе ACL с контролем доступа к различным функциям системы ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2011, 10:55 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
W357На чём ещё (современном и перспективном) можно реализовать такую систему (кроме Дельфи)? 1. весь .NET-зверинец от мелкомягких : бейсик, шарп, асп, сильверлайт, шарепоинт проги подороже дельфистов, придется ставить веб-сервер от мелкомягких, достаточно высокие и жесткие требования к клиентским машинам лицензирование не простое и очевидное, и не бесплатное 2. ява проги еще дороже 3. php+javascript например в сочетании Zend+Dojo специалистов мало, каждый сайтоклепатель мнит себя тру-прогом пехапы :) тонкий клиент - никаких обновлений на клиентских машинах, все под контролем на "центральном сервере" 4. ну и, конечно, 1С :) конфигурастов как грязи агромадное количество типовых решений, которые можно "доточить напильником" по скорости разработки я бы поставил: 1. 1С 2. .NET 3. Java 4. php (в виду отсутствия спецов и типовых решений) по стоимости... вполне может оказаться одинаковой для любого варианта ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2011, 11:00 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
1С отметается по идеологическим причинам. :) Мы от неё как раз отказались. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2011, 11:03 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
Chop, Не согласен, про Java. Что бы не было очень дорого, не нужно писать с нуля, а нужно брать в качестве основы один из Open Source проектов, имеющий функционал, приближенный к требуемому. Тогда допиливание сведется не к "написанию", а как в 1С к "конфигурированию", только на базе Java и Open Source кода. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2011, 11:06 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
РеалистChop, Не согласен, про Java. может быть, с Java практически не знаком ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2011, 11:07 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
О Боже!!! Delphi, еще кто-то ведет разработку с нуля на нем?!! Я думал только идет поддержка существующего функционала и не более того ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2011, 11:20 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
itnovice, вброс? ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2011, 11:24 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
Пишут что не совсем с нуля, некоторые разработки есть. Например обновление ПО будет происходить при коннекте к базе, и уже есть инструмент администрирования и управления правами пользователей. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2011, 11:31 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
iscrafmitnovice, вброс? да уж - ещё находятся непринимающие по религиозным соображениям успех Delphi узнал, что кроме Skype (что озвучивается в рекламе) также Adobe Photoshop и Mozilla Firefox на Delphi написаны и дописываются да и C# - вроде ветви Delphi, так как главный разработчик C# был в свое время главным инженером подразделения разработки Delphi в Borland - и да - очень много похожего в реализации C# в VS на стиль Delphi ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2011, 11:41 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
W357Пишут что не совсем с нуля, некоторые разработки есть. Например обновление ПО будет происходить при коннекте к базе, и уже есть инструмент администрирования и управления правами пользователей. наверно где-то что-то работает, но в зависимости от договора наверно не скажут - где посмотреть, например, из-за боязни, что заказ перехватят хотя вообще, если там всё ОК и там они же, то это скорее увеличит ставки по договору ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2011, 11:48 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
iscrafmitnovice, вброс? Не понял? :) ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2011, 11:50 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
AlexandrPlusiscrafmitnovice, вброс? да уж - ещё находятся непринимающие по религиозным соображениям успех Delphi узнал, что кроме Skype (что озвучивается в рекламе) также Adobe Photoshop и Mozilla Firefox на Delphi написаны и дописываются да и C# - вроде ветви Delphi, так как главный разработчик C# был в свое время главным инженером подразделения разработки Delphi в Borland - и да - очень много похожего в реализации C# в VS на стиль Delphi Вот что говорит википедия: writen in c++ ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2011, 11:54 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
AlexandrPlusузнал, что кроме Skype (что озвучивается в рекламе) также Adobe Photoshop и Mozilla Firefox на Delphi написаны и дописываются Как же некоторым хочется выдать желаемое за действительное. Тем более, что у Mozilla Firefox доступны исходники. Качайте, глядите где вы там Delphi ухитрились найти. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2011, 12:07 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
NicoliAlexandrPlusузнал, что кроме Skype (что озвучивается в рекламе) также Adobe Photoshop и Mozilla Firefox на Delphi написаны и дописываются Как же некоторым хочется выдать желаемое за действительное. Тем более, что у Mozilla Firefox доступны исходники. Качайте, глядите где вы там Delphi ухитрились найти. Мозила на С++. Просто когда в руках молот, все вокруг кажется гвоздями :) З.Ы. без обид ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2011, 12:16 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
itnoviceNicoliпропущено... Как же некоторым хочется выдать желаемое за действительное. Тем более, что у Mozilla Firefox доступны исходники. Качайте, глядите где вы там Delphi ухитрились найти. Мозила на С++. Просто когда в руках молот, все вокруг кажется гвоздями :) З.Ы. без обид м-да попытаюсь найти источник (какие-то авторитеты были всё же) про Photoshop (который конечно на нескольких инструментариях) ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2011, 12:34 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
на Delphi - много сведений, что так The Bat! Total Commander QIP А вот среди КИС в России написано было на Delphi наверно больше, чем на C++ и др. Так - Галактика, Парус, ФОЛИО, Медиалог, ... Наверно более двух десятков известных P.S. 1С-творения пишут на 1С, но любят дополнять на Delphi. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2011, 12:56 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
ближе к теме топика много банковских систем в России: разные СУБД + Delphi ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2011, 13:05 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
AlexandrPlusближе к теме топика много банковских систем в России: разные СУБД + Delphi Которые разработаны сколько лет назад? В то время эти была нормальная связка. Сейчас новые разработки в этой области вряд ли будут производится на этой платформе, если для этого не будет достаточных оснований. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2011, 13:10 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
W357, Конечно, много фраз. На самом деле, можно все сказать двумя словами двухзвенка, ура-a-a-a И это самое главное. Правда, требования к базе совершенно другие, но это уже вопрос второй. А трехзвенка отомрет сама, как не оправдавшая надежды программистов на сладкую жизнь. http:\\nexus.arbinada.com ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2011, 13:17 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
РеалистAlexandrPlusближе к теме топика много банковских систем в России: разные СУБД + Delphi Которые разработаны сколько лет назад? В то время эти была нормальная связка. Сейчас новые разработки в этой области вряд ли будут производится на этой платформе, если для этого не будет достаточных оснований. Но они в общем покрыли почти весь имеющийся спрос. Ещё тогда, когда банков было более 1500. Потом стало меньше пары сотен. И они - банк. сист. - развиваются. И вопрос - есть ли какие-то основания создавать новые модули на других языках, хотя конечно уже (..., NET, ...) стало не так важно - на каком инструментарии. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2011, 13:21 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
AlexandrPlus, Вот в том то и дело. Если система УЖЕ есть. Написана на Delphi + Oracle и это всех устраивает, то логичнее развивать текущую связку. Но в данном случае, это НОВАЯ система. Зачем ориентироваться на устаревшие технологии, не обеспечивающие много технологических плюшек, таких как кросплатформенность, web, трехзвенка, которую довольно сложно реализовать в обозначенной связке, а не потому, что эта технология плохая? В данном случае, исполнитель подгоняет рекомендации под имеющиеся у него возможности. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2011, 13:30 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
РеалистAlexandrPlus, В данном случае, исполнитель подгоняет рекомендации под имеющиеся у него возможности. В том то и дело что не подгоняет, а навязывает! Потому что ничего кроме делфи не знает. В любой нормальной конторе, когда бизнес идет по нарастающей всегда усложняются и требования к приложениям. Гнать таких в шею. Если проект начинать с нуля, какой резон использовать морально устаревшие технологии? Для данной задачи это .NET\j2ee на крайняк php(я очень плохо отношусь к пхп при разаротке КИС, но это мое субъективное мнение). ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2011, 13:54 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
itnoviceРеалистAlexandrPlus, В данном случае, исполнитель подгоняет рекомендации под имеющиеся у него возможности. В том то и дело что не подгоняет, а навязывает! Потому что ничего кроме делфи не знает. В любой нормальной конторе, когда бизнес идет по нарастающей всегда усложняются и требования к приложениям. Гнать таких в шею. Если проект начинать с нуля, какой резон использовать морально устаревшие технологии? Для данной задачи это .NET\j2ee на крайняк php(я очень плохо отношусь к пхп при разаротке КИС, но это мое субъективное мнение). Ну, ... я использовал слово "подгоняет" вместо "навязывает" как менее эмоциональное. Но смысл от этого не поменялся, верно ? ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2011, 14:00 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
itnoviceЕсли проект начинать с нуля, какой резон использовать морально устаревшие технологии? Для данной задачи это .NET\j2ee на крайняк php(я очень плохо отношусь к пхп при разаротке КИС, но это мое субъективное мнение). - не понимаю чем плох Delphi? P. S. сам пишу в основном на Java ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2011, 14:02 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
РеалистAlexandrPlus, Вот в том то и дело. Если система УЖЕ есть. Написана на Delphi + Oracle и это всех устраивает, то логичнее развивать текущую связку. Но в данном случае, это НОВАЯ система. Зачем ориентироваться на устаревшие технологии, не обеспечивающие много технологических плюшек, таких как кросплатформенность, web, трехзвенка, которую довольно сложно реализовать в обозначенной связке, а не потому, что эта технология плохая? В данном случае, исполнитель подгоняет рекомендации под имеющиеся у него возможности. судя по всему "новая" система ничего особо нового делать не предполагает кроссплатформенность для таких систем не так критична (не будут развертываться на тысячах компов), но веб важен для сбора разных небольших учетных данных, для чего в Delphi 7 ведь имеются вполне работающие для простейших ситуаций компоненты, а там если что прикрутят что надо JavaScript компоненты для трехзвенок в Delphi 7 есть и вроде не так во многом развились в современных Delphi - Delphi XE и других Исполнитель всё же пытается продать имеющийся у него товар с доработками. Разработка с нуля дороже и всегда обойдется дороже, дольше и с меньшим качеством делового функционирования (теже ошибки, сбои, ..., которых будет меньше само собой с учетом конечно БОЛЬШЕГО качества примяняемых новых технологических решений , но они будут). ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2011, 14:08 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
KachalovitnoviceЕсли проект начинать с нуля, какой резон использовать морально устаревшие технологии? Для данной задачи это .NET\j2ee на крайняк php(я очень плохо отношусь к пхп при разаротке КИС, но это мое субъективное мнение). - не понимаю чем плох Delphi? P. S. сам пишу в основном на Java Да не сам делфи, как инструмент разработки. А версионность, делфи 7, которая была создана в 2002 году. т.е. интсрумент 9 летней давности. Я не говорю, и никогда не скажу что делфи плох, это вопрос из серии "чем лучше есть: вилкой или ложкой? Ответ: смотря что". Если исполнитель берется писать новый проект на 9 летней технологии, это может свидетельствовать только о том что он не развивается. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2011, 14:13 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
Skype написан на С++ с использованием Qt. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2011, 14:21 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
itnoviceЕсли исполнитель берется писать новый проект на 9 летней технологии, это может свидетельствовать только о том что он не развивается.А еще это может свидетельствовать о том, что у команды исполнителей есть большое количество отлаженных и хорошо показавших себя наработок именно на Delphi 7, переиспользуя которые они сделают проект быстрее, качественнее и дешевле для заказчика, чем переписывая все с нуля. Но это лишь предположение :) ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2011, 14:22 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
СтепкаА еще это может свидетельствовать о том, что у команды исполнителей есть большое количество отлаженных и хорошо показавших себя наработок именно на Delphi 7 Отлаженные и хорошо показавшие себя наработки именно на Delphi 7 переносятся на Delphi 2010 со скоростью не меньше 10'000 строк кода в день, обычно в районе ~40'000 строк кода в день. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2011, 14:28 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
СтепкаitnoviceЕсли исполнитель берется писать новый проект на 9 летней технологии, это может свидетельствовать только о том что он не развивается.А еще это может свидетельствовать о том, что у команды исполнителей есть большое количество отлаженных и хорошо показавших себя наработок именно на Delphi 7, переиспользуя которые они сделают проект быстрее, качественнее и дешевле для заказчика, чем переписывая все с нуля. Но это лишь предположение :) Да все это так, но опять таки, ключ в том что если приложение будет написанно, и никогда не будет изменяться. А если через пол года нужно будет добавить некий функционал который, допустим, с использование .NET\java займет неделю, а делфи 7 месяц. Что тогда? Это просто небольшой выгрыш в начале, но очень большой тормоз в дальнейшем ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2011, 14:28 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
Степка, аффтор сори за оффтоп. Степка ПУМБ? ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2011, 14:30 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
Aries2Skype написан на С++ с использованием Qt. всё же нет, но насколько известо Skype развивается уже с использованием C++ (версия для Linux и др.) и C# объявлено есть SDK у Skype и там можно примочки делать и на Delphi, и на C++, и на C# ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2011, 14:36 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
itnoviceСтепка, аффтор сори за оффтоп. Степка ПУМБ?Донецк - деревня небольшая :)) softwarer, Безусловно, если это нужно. А просто из-за моды и нескольких новых плюшек зачем на новые лицензии раскошеливаться? Это в любом случае на цене проекта отразится. А так демпингуют :) ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2011, 14:45 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
Степкаsoftwarer, Безусловно, если это нужно. А просто из-за моды и нескольких новых плюшек зачем на новые лицензии раскошеливаться? Это в любом случае на цене проекта отразится. И снова пальцем в.... небо. Если охота раскошелиться на лицензии, то апгрейд одной копии стоит примерно недельную зарплату разработчика. То есть заведомо окупится как только сэкономит разработчику неделю труда. А по сравнению с D7 эта экономия будет достигнута максимум за месяц только за счёт улучшений IDE. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2011, 14:53 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
AlexandrPlusкомпоненты для трехзвенок в Delphi 7 есть и вроде не так во многом развились в современных Delphi - Delphi XE и других Развились, ИМХО, во многом - от MIDAS перешли на технологию DataSnap и поддержку "облаков". ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2011, 16:01 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
Реалист Зачем ориентироваться на устаревшие технологии, не обеспечивающие много технологических плюшек, таких как кросплатформенность, web, трехзвенка, которую довольно сложно реализовать в обозначенной связке, а не потому, что эта технология плохая? Вы много знаете (или хотя-бы допускаете) заказчиков у которых венегрет всего перечисленного? (это упуская вопрос, что из перечисленного только с кроссплатформенностью проблема) ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2011, 16:42 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
itnoviceРеалистAlexandrPlus, В данном случае, исполнитель подгоняет рекомендации под имеющиеся у него возможности. В том то и дело что не подгоняет, а навязывает! Потому что ничего кроме делфи не знает. В любой нормальной конторе, когда бизнес идет по нарастающей всегда усложняются и требования к приложениям. Гнать таких в шею. еще раньше нужно гнать тех, кто не понимая сути путается втянуть бизнес во что-то только потому, что это типа "новье и круто" ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2011, 16:45 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
iscrafmРеалист Зачем ориентироваться на устаревшие технологии, не обеспечивающие много технологических плюшек, таких как кросплатформенность, web, трехзвенка, которую довольно сложно реализовать в обозначенной связке, а не потому, что эта технология плохая? Вы много знаете (или хотя-бы допускаете) заказчиков у которых венегрет всего перечисленного? (это упуская вопрос, что из перечисленного только с кроссплатформенностью проблема) Нет, но я знаю несколько приложений, которые можно использовать в качестве framework`ов, с уже реализованной поддержкой этих плюшек, которые можно использовать в качестве основы для разработки нужного функционала. Я думаю, что и Искра имеет некоторые из этих плюшек ? ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2011, 16:49 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
itnoviceЯ не говорю, и никогда не скажу что делфи плох, это вопрос из серии "чем лучше есть: вилкой или ложкой? Ответ: смотря что". Если исполнитель берется писать новый проект на 9 летней технологии, это может свидетельствовать только о том что он не развивается. это говорит только о том, что для реализации задач исполнителя нет смысла менять отлаженный инструмент разработки. Кстати не уточните, что там за 8 лет изменилось из критичного для озвученной задачи? ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2011, 16:50 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
iscrafmеще раньше нужно гнать тех, кто не понимая сути путается втянуть бизнес во что-то только потому, что это типа "новье и круто" смотря при каких обстоятельствах ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2011, 16:52 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
itnoviceiscrafmеще раньше нужно гнать тех, кто не понимая сути путается втянуть бизнес во что-то только потому, что это типа "новье и круто" смотря при каких обстоятельствах например, при обсуждаемых ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2011, 16:59 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
iscrafmэто говорит только о том, что для реализации задач исполнителя нет смысла менять отлаженный инструмент разработки. Да когда у исполнителя есть готовые фичи для реализации конкретно этой задачи, это безусловно себя оправдывает. А со временем нужно дописать функционал которого нет. И стоимость\время разработки намного ниже на существующих передовых технологиях, чем дописывать. Я не говорю что это не возможно, сколько это будет стоит? ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2011, 17:00 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
quaidAlexandrPlusкомпоненты для трехзвенок в Delphi 7 есть и вроде не так во многом развились в современных Delphi - Delphi XE и других Развились, ИМХО, во многом - от MIDAS перешли на технологию DataSnap и поддержку "облаков". палитра компонент DataSnap в Delphi 7 имеется по сути и облачные вычисления реализовывались - достали навязчивой рекламой в свое время и запомнилось Baikonur - это что попалось первое в поиске - и на рабочем месте только браузер и всё - ресурсы, данные, рабочие место, ... как услуга Что ни говори, а Delphi 7 - форева. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2011, 17:00 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
itnoviceiscrafmэто говорит только о том, что для реализации задач исполнителя нет смысла менять отлаженный инструмент разработки. Да когда у исполнителя есть готовые фичи для реализации конкретно этой задачи, это безусловно себя оправдывает. А со временем нужно дописать функционал которого нет. И стоимость\время разработки намного ниже на существующих передовых технологиях, чем дописывать. Я не говорю что это не возможно, сколько это будет стоит? это если говорить о каких-то абстракциях, вот просто сидеть и рассуждать. Например, об организации, занимающейся финансовыми операциями, с какого-то боку понадобилось производство мультиков. Мультики, действительно, на D7 делаются более трудоемко, чем на SL или Flash, к примеру. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.01.2011, 17:06 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
Вообще-то, про Delphi 7 упомянул топикстартер, как инструмент вовсю использующейся разработчиками его компании, а собственно в скане документа ссылки на конкретную версию нет. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.01.2011, 00:52 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
SoftBuilderВообще-то, про Delphi 7 упомянул топикстартер, как инструмент вовсю использующейся разработчиками его компании, а собственно в скане документа ссылки на конкретную версию нет. ссылка была чуть позже. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.01.2011, 01:01 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
Kachalov2. Вам предлагают плохо масштабируемую, не гибкую архитектуру (двузвенка, да еще похоже часть бизнес логики будет реализована на триггрерах и хранимых процедурах). При использовании хранимых процедур развитие системы будет затруднено необходимостью приглашать достаточно опытного Oracle разработчика. С каких пор это логика на хранимках негибкая??? А циклами тулиться в субд = верх гибкости для Delphi ( или любого другого) разработчика? Если субд не Express, то спеца по субд один фиг надо. Скорее рано, чем поздно, вопросы про резервное копирование, оптимизацию, выбора правильного железа по качественное функционирование оракла, оптимизацию индексов, распределенную файловую нагрузку и т.д. решать будет специалист по Delphi? Про 3 звенку - запарили... Что Аксапта, что 1С 8... мало какое преимущество дают в этом разводе - выигрыш от 3 звенки.. Все сводится к банальному перенаправлению запросов на сервер субд.. Максимум что дают эти 3 звенки - транслейт псевдо кода X++ или 1с в запрос на T-SQL. Логика работы приложения и субды становится черным ящиком.. Вопросы производительности - дифференциальными уравнениями второго порядка.. В то время когда работа на хранимках доступна и понятна. И править логику можно без вмешательства в клиентский код. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.01.2011, 02:46 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
VolochkovaKachalov2. Вам предлагают плохо масштабируемую, не гибкую архитектуру (двузвенка, да еще похоже часть бизнес логики будет реализована на триггрерах и хранимых процедурах). При использовании хранимых процедур развитие системы будет затруднено необходимостью приглашать достаточно опытного Oracle разработчика. С каких пор это логика на хранимках негибкая??? А циклами тулиться в субд = верх гибкости для Delphi ( или любого другого) разработчика? - ну наконец-то, а то я уже забеспокоился что холивар "ХП vs ORM" так и не начнется ... |
|||
:
Нравится:
Не нравится:
|
|||
26.01.2011, 08:51 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
AlexandrPlus также Adobe Photoshop и Mozilla Firefox на Delphi написаны и дописываются Не очень разбираюсь в Delphi, но разве оно умеет делать приложения под MacOS? Ну, а на счёт Mozilla - это вообще ни в какие ворота... ... |
|||
:
Нравится:
Не нравится:
|
|||
26.01.2011, 09:44 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
W357Если говорить о Дельфи, которая известна и используется нашими разработчиками, то это Дельфи 7. Я думаю стоит уточнить, какую версию Дельфи имели они ввиду? Будет ли приложение, созданное на Дельфи 7, совместимо с 64-битной Windows 7, с которой поставляются почти все новые компьютеры, а так же с будующими версиями Windows? Про MacOS и Linux вообще молчу. W357Это система учёта, с удалёнными клиентами подключающимися по VPDN, в перспективе и по другим технологиям. Также есть локальные клиенты, по локальной сети. И удалённым и локальным требуются одинаковые задачи: ввод документов, вывод, печать, формирование и просмотр отчётов, экспорт/импорт данных. Распределение прав пользователей на доступ к определённым функционалам. Может быть имеет смысл рассмотреть вариант системы с тонким клиентом (web-броузер). Вам не придётся устанавливать и обновлять, при выходе новой версии, приложение на компьютерах удалённых клиентов и вас не будет беспокоить какая версия операционной системы установлена у клиентов. Учитывая, что вы выбрали СУБД Oracle, вас даже не будет беспокоить какая операционная система установлена на вашем сервере. В данном случае вы получите трёхзвенную архитектуру - СУБД/Сервер приложений (web-сервер)/клиент (web-броузер)/ По поводу трёх/двухзвенной архитектуры скажу - многих товарищей, которые не знают PL/SQL пугает, что большая часть кода логики приложения будет написана на неизвестном им языке. Но такая (двухзвенная) реализация гораздо производительнее и эффективнее, но зато вам никогда в будующем уже не удасться перейти на другую СУБД без глобального переписывания этого PP/SQL кода на каком-то другом языке, например T-SQL и т.п. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.01.2011, 10:07 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
GarrickПо поводу трёх/двухзвенной архитектуры скажу - многих товарищей, которые не знают PL/SQL пугает, что большая часть кода логики приложения будет написана на неизвестном им языке. - "товарищей" пугает то, что есть "полноценные" языки программирования, на которых пишутся "полноценные" программы - с документированием, с автоматическим тестированием, с мощным синтаксисом, с кучей библиотек как встроенных, так и внешних написанных сторонними разработчиками и есть PL/SQL, роль и возможности которого примерно соответствуют роли и возможностям JavaScript применительно к Photoshop. Авторы книг по методолгии программирования и по шаблонам проектирования могут смело сжигать свои труды в топках - все это никому не нужно (фактически не применимо) кода бизнес логика пишется на хранимых процедурах. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.01.2011, 11:00 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
Я вот так и не понял что авторам этого текста не понравилось в трех-звенке и что им так понравилось в Oracle. Oracle стоит сам денег. Если например взять PostgreSQL то за лицензию платить не придется. Это как бы совсем просто. Потом не ясно что там за блокировки, которые нельзя сделать на сервере-приложений. Да и ещё какая-то рассылка сообщений. А какой бюджет то? А то может и бюджет маленький и этот документ писали студенты. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.01.2011, 11:10 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
VolochkovaС каких пор это логика на хранимках негибкая??? С того, что языки класса SQL вообще не предназначены для написания циклов и условий. VolochkovaПро 3 звенку - запарили... Что Аксапта, что 1С 8... мало какое преимущество дают в этом разводе - выигрыш от 3 звенки.. Все сводится к банальному перенаправлению запросов на сервер субд.. В 1С:УПП например списание партий и расчет себестоимости выполняется на сервере приложений, который обычно связан с сервером БД по 10Гбит каналу. Кроме того, есть тонкий и веб-клиенты на которых вообще все происходит на сервере приложений VolochkovaМаксимум что дают эти 3 звенки - транслейт псевдо кода X++ или 1с в запрос на T-SQL. Это одна из задач трехзвенки - быть независимым от сервера БД VolochkovaЛогика работы приложения и субды становится черным ящиком.. Вопросы производительности - дифференциальными уравнениями второго порядка.. В то время когда работа на хранимках доступна и понятна. И править логику можно без вмешательства в клиентский код. Хотелось бы увидеть пример реализации на хранимых процедура расчета себестоимости и формирования корректирующих движений. Думаю там даже автор не разберется за конечное время, а при требованиях по доработке - застрелится ... |
|||
:
Нравится:
Не нравится:
|
|||
26.01.2011, 12:19 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
GarrickAlexandrPlus также Adobe Photoshop и Mozilla Firefox на Delphi написаны и дописываются Не очень разбираюсь в Delphi, но разве оно умеет делать приложения под MacOS? Ну, а на счёт Mozilla - это вообще ни в какие ворота... покаялся уже же ж - прочитал в уважаемом источнике и не проверил Kachalov- ну наконец-то, а то я уже забеспокоился что холивар "ХП vs ORM" так и не начнется по-предметней замес нужен Наверно при нормальном предварительном проектировании не будет важно ни то, ни другое. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.01.2011, 12:48 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
svcoderVolochkovaС каких пор это логика на хранимках негибкая??? С того, что языки класса SQL вообще не предназначены для написания циклов и условий. VolochkovaПро 3 звенку - запарили... Что Аксапта, что 1С 8... мало какое преимущество дают в этом разводе - выигрыш от 3 звенки.. Все сводится к банальному перенаправлению запросов на сервер субд.. В 1С:УПП например списание партий и расчет себестоимости выполняется на сервере приложений, который обычно связан с сервером БД по 10Гбит каналу. Кроме того, есть тонкий и веб-клиенты на которых вообще все происходит на сервере приложений VolochkovaМаксимум что дают эти 3 звенки - транслейт псевдо кода X++ или 1с в запрос на T-SQL. Это одна из задач трехзвенки - быть независимым от сервера БД VolochkovaЛогика работы приложения и субды становится черным ящиком.. Вопросы производительности - дифференциальными уравнениями второго порядка.. В то время когда работа на хранимках доступна и понятна. И править логику можно без вмешательства в клиентский код. Хотелось бы увидеть пример реализации на хранимых процедура расчета себестоимости и формирования корректирующих движений. Думаю там даже автор не разберется за конечное время, а при требованиях по доработке - застрелится Ваш пост ярко демонстрирует некомпетентность в T-SQL. 1. И циклы и условия в MS SQL - присутствуют... еще с версии 6,5. Это 1999 год.. 2. Если сервер приложений в локальной сети то смысла в не = 0. С точки зрения масштабирования. А при канале 4 Мбит сервер апликухи все заявленное "масштабирование" так же коту под хвост. Web клиент - сильно тормозной и менее функциональный... та же 8,2 под web сильно даже форма фильтра. 3. Независимость от сервера субд.. это как всесезонная резина... и зимой плохая и летом стирается влет.. Независимость это вранье... В случае с 1с это как раз ограниченность, из-за неиспользования преимуществ определенного вида субд... А недостатки субд 3 звенка в 1с не сглаживает. 4. Списание, корректировка себестоимости - семечки... при реализации на объектах T-SQL. делалось.. ничего сложного.. А если оно сложнее 3 циклов в 1с.. то и в коде 1с можно стреляться. KachalovVolochkovaпропущено... С каких пор это логика на хранимках негибкая??? А циклами тулиться в субд = верх гибкости для Delphi ( или любого другого) разработчика? - ну наконец-то, а то я уже забеспокоился что холивар "ХП vs ORM" так и не начнется Зачем его начинать? Если владеют темой логики на XП то пусть делают на XП А если не владеют, то значит не владеют. Тем более что как бы 3 звенкой не хотели отмахнуться от субд... очень скоро "недостатки" кривого проектирования и коридорного мышления 3 звенки дают понять - надо учить субд... а 3 звенку уже не отменишь ... |
|||
:
Нравится:
Не нравится:
|
|||
26.01.2011, 13:03 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
svcoderХотелось бы увидеть пример реализации на хранимых процедура расчета себестоимости и формирования корректирующих движений. Думаю там даже автор не разберется за конечное время, а при требованиях по доработке - застрелится подозреваю, что это было сказано несерьезно, просто смайлик потерялся ... |
|||
:
Нравится:
Не нравится:
|
|||
26.01.2011, 13:09 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
Опять какой-то неформализованный поток сознания!. 1. Наличие в TSQL циклов и условий не говорит об их эффективности, особенно когда используются курсоры. И попробуйте реализовать на TSQL алгоритм резервирования товара (как в Аксапте, например). Только не говорите, что можно изменить алгоритм - понятно что можно. 2. Если сеть распределенная, связана по VPN ну 10Мбит максимум - попробуйте, ну десятка 2 хотябы клиентов запустить на 2 звенке (речь об Аксапте) и удивитесь! 3. Если Вы пишите весь код на форме и по событию кнопки - Clicked, то Вам АПП сервер не нужен! Но когда перенос некоторых процедур на сервер дает выигрыш в расчетах в РАЗЫ, то тут мало кто будет спорить о нужности сервера. ну и т.п.... ... |
|||
:
Нравится:
Не нравится:
|
|||
26.01.2011, 13:16 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
svcoderХотелось бы увидеть пример реализации на хранимых процедура расчета себестоимости и формирования корректирующих движений. Думаю там даже автор не разберется за конечное время, а при требованиях по доработке - застрелится Поищите по форуму кажется Сравнение СУБД, лет несколько назад iscrafm пытался придумать задачу, которую нельзя было бы адекватно решить sql-кодом, искал как раз в этой же сфере, себестоимость, fifo итп. Так и не нашёл, на протяжении страниц пятнадцати на каждую его задачу ему показывали, что он просто не умеет их готовить :) ... |
|||
:
Нравится:
Не нравится:
|
|||
26.01.2011, 13:17 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
softwarersvcoderХотелось бы увидеть пример реализации на хранимых процедура расчета себестоимости и формирования корректирующих движений. Думаю там даже автор не разберется за конечное время, а при требованиях по доработке - застрелится Поищите по форуму кажется Сравнение СУБД, лет несколько назад iscrafm пытался придумать задачу, которую нельзя было бы адекватно решить sql-кодом, искал как раз в этой же сфере, себестоимость, fifo итп. Так и не нашёл, на протяжении страниц пятнадцати на каждую его задачу ему показывали, что он просто не умеет их готовить :) меня с кем то спутали? навсякий по поводу меня и sql-кода ... |
|||
:
Нравится:
Не нравится:
|
|||
26.01.2011, 13:27 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
VolochkovaВаш пост ярко демонстрирует некомпетентность в T-SQL. 1. И циклы и условия в MS SQL - присутствуют... еще с версии 6,5. Это 1999 год.. Читайте внимательно, что вам пишут. Я писал про не предназначены, а не про то что это невозможно сделать! Расшифруйте аббревиатуру SQL и вы поймете для чего он был сделан. А то что в отдельных его диалектах появились костыли типа циклов и условий - никак не меняют его первоначального взаимодействия. Что касается компетенции по T-SQL - мне приходилось писать код на T-SQL который получал остатки с учетом резеров, рассчитывал цены и формировал структуру для выгрузки в КПК. Кроме того я использовал материализованные представления и коррелированные подзапросы. На тот момент времени это было выходом - возможность одновременного получения данных для нескольких клиентов. Если бы в тот момент была 1С 8.1, то возможно все это делалось бы через веб-сервисы. Volochkova2. Если сервер приложений в локальной сети то смысла в не = 0. С точки зрения масштабирования. А при канале 4 Мбит сервер апликухи все заявленное "масштабирование" так же коту под хвост. Web клиент - сильно тормозной и менее функциональный... та же 8,2 под web сильно даже форма фильтра. Во-первых - обеспечить всем клиентам доступ к серверу БД на скорости 10 Гбит - невозможно даже в пределах локальной сети. Реальная скорость после всех шлюзов будет от сили 0,5 Мбит/сек. Во-вторых - веб-клиент имеет небольшое количество ограничений по сравнению с тонким. Если они для вас критичны - устанавливайте тонкий клиент и получайте все преимущества от 3-х звенной архитектуры Volochkova3. Независимость от сервера субд.. это как всесезонная резина... и зимой плохая и летом стирается влет.. Независимость это вранье... В случае с 1с это как раз ограниченность, из-за неиспользования преимуществ определенного вида субд... А недостатки субд 3 звенка в 1с не сглаживает. Например для того, чтобы работать и с SQL Server и с Oracle - 1С пришлось реализовать собственный механизм блокировок. Почему вы считаете что независимость от СУБД это плохо. Я конечно соглашусь с тем, что есть ресурсоемкие задачи, типа биллинга, для которых необходимо использование всех преимуществ определенного вида СУБД, но почему вы отрицаете существование задач, для которых производительность - не основное требование? [quot Volochkova] 4. Списание, корректировка себестоимости - семечки... при реализации на объектах T-SQL. делалось.. ничего сложного.. Пример в студию. Посмотрим насколько ваша реализация функциональна и пригодна для развития ... |
|||
:
Нравится:
Не нравится:
|
|||
26.01.2011, 13:28 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
softwarerлет несколько назад iscrafm пытался придумать задачу, которую нельзя было бы адекватно решить sql-кодом, искал как раз в этой же сфере, себестоимость, fifo итп. Так и не нашёл ... - перерасчет стоимости с учетом курса валюты, где курс берется из внешнего источника (например с сайта ЦБ РФ) - если решение и найдется, оно точно не будет адекватным - периодическое оповещение пользователей, хотя бы электронными письмами - вряд ли удастся найти "приличное" решение - думаю можно продолжить этот типичный список бизнес задач которые плохо решаются средствами СУБД. Мне кажется адекватно мыслящий человек должен понимать что хотя остро наточенным топором можно бриться, лучше для бритья подходит бритва. Равно и для программирования (описния логических конструкций) существуют языки программирования, с помощью которых решать задачу реализации бизнес логики гораздо удобней, чем с помощью хранимых процедур мертво привязанных к СУБД. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.01.2011, 13:31 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
iscrafmменя с кем то спутали? Нет, чуть спутали вопрос. Вспомните, тема "Cache против MSSQL", блистает ЧАЛ и Вы ищете задачу, которая нуждается в процедурном подходе и не решается запросом, в итоге всё затихает после того, как что-то по средним ценам я тупо и просто вычисляю через model. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.01.2011, 14:02 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
Kachalov, Надеюсь, что я мыслю адекватно. Считаю, что в рамках ХП можно решить любые задачи. Скажем, - можно построить систему, в которой обработчики событий для классов объектов, суть хранимые процедуры (см. nexus.arbinada.com) - добавив заранее разработанные сборки (dll) к ХП можно закрыть вопросы прикладного характера такие как работа с внешними устройствами, оповещение и пр. - в приложенном файле показано дерево условий, которое спокойно конвертируется в ХП, которая обеспечивает логику работы системы оборудования на onewire оборудовании. Это мой проект по созданию "Умного дома". То есть блок условий и решений реализуется в виде хранимой процедуры «AnaysisSolutions», которая автоматически генерируется. В этом смысле логика системы управления является перестраиваемой, а не жестко прошитой, как в локальных системах управления. В качестве примера построения логики возьмем задачу управления двухканального ключа (sw_0, sw_1) по следующему алгоритму 00 --> 01 --> 10 --> 11 --> 00 (некий аналог цветомузыки) Код, который сгенерирован на основе дерева условий, if ( 1=0 OR ( 1=1 AND @sw_0=0 AND @sw_1=0) OR ( 1=1 AND @sw_0=0 AND @sw_1=0) OR ( 1=1 AND @sw_0=1 AND @sw_1=1) OR ( 1=1 AND @sw_0=1 AND @sw_1=1)) Set [sw_0]=0 if ( 1=0 OR ( 1=1 AND @sw_0=0 AND @sw_1=1) OR ( 1=1 AND @sw_0=0 AND @sw_1=1) OR ( 1=1 AND @sw_0=1 AND @sw_1=0) OR ( 1=1 AND @sw_0=1 AND @sw_1=0) ) Set [sw_0]=1 if ( 1=0 OR ( 1=1 AND @sw_0=0 AND @sw_1=1) OR ( 1=1 AND @sw_0=0 AND @sw_1=1) OR ( 1=1 AND @sw_0=1 AND @sw_1=1) OR ( 1=1 AND @sw_0=1 AND @sw_1=1)) Set [sw_1]=0 if ( 1=0 OR ( 1=1 AND @sw_0=0 AND @sw_1=0) OR ( 1=1 AND @sw_0=0 AND @sw_1=0) OR ( 1=1 AND @sw_0=1 AND @sw_1=0) OR ( 1=1 AND @sw_0=1 AND @sw_1=0)) Set [sw_1]=1 Код, который написал я сам, if @sw_0=0 and @sw_1=0 begin Set [sw_0]=0 Set [sw_1]=1 end if @sw_0=0 and @sw_1=1 begin Set [sw_0]=1 Set [sw_1]=0 end if @sw_0=1 and @sw_1=0 begin Set [sw_0]=1 Set [sw_1]=1 end if @sw_0=1 and @sw_1=1 begin Set [sw_0]=0 Set [sw_1]=0 end Собственно говоря, первый код отличается от второго кода только оптимизацией. Если бы в программу-генератор были зашиты оптимизирующие алгоритмы типа карт Карно и правил де Моргана, то можно было бы между этими кодами поставить знак конгруэнтности, что доказывет тот факт, что мыслительные процессы человека строятся именно по такому же принципу. Сложность в логике человека определяется уровнем вложенности условий ДУ и, в конечном счете, имеет вполне фиксированное значение (скажем 10 уровней), хотя, в принципе, ничем не ограничивается. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.01.2011, 14:05 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
Kachalov- перерасчет стоимости с учетом курса валюты, где курс берется из внешнего источника Не понял, в чём проблема. Отдельно отмечу, что если Вы имеете в виду "курс берётся из внешнего источника и не сохраняется в БД", то по-прежнему не вижу проблемы так сделать, но вижу дикую неадекватность постановки. Kachalovпериодическое оповещение пользователей, хотя бы электронными письмами Тем более не вижу проблемы. Kachalovоно точно не будет адекватным (пожимая плечами) Ну, есть религиозные вопросы, конечно. Если некий фрагмент программного кода, выполненный на сервере приложений, маркируется "хорош и годен", а в худшем случае тот же самый кусок кода с точностью до пробелов, выполненный в СУБД, маркируется "точно не адекватен" - обсуждение зайдёт в тупик. Kachalov- думаю можно продолжить этот типичный список бизнес задач которые плохо решаются средствами СУБД. Пока Вы не привели ни одной. Я в качестве такой задачи обычно привожу Photoshop - говорю, мол, если мы хотим сделать photoshop-сервер, то в принципе можно встроить его в СУБД, но поскольку 95% его функциональности не связано с реляционными операциями, это будет не лучшее архитектурно решение. Аналогично, если 95% функциональности связаны с реляционными операциями, нужны веские причины не встраивать такой функционал в СУБД. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.01.2011, 14:12 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
PanshinНадеюсь, что я мыслю адекватно. Считаю, что в рамках ХП можно решить любые задачи. Panshinдобавив заранее разработанные сборки (dll) к ХП можно ... - действительно с помощью "заранее разработанных DLL" можно решить много задач под OC Windows с заранее известной разрядностью (это лирика, просто намек на то что не виндой единой ...), но тогда зачем нужны ХП? Типичная "каша из топора" softwarer"курс берётся из внешнего источника и не сохраняется в БД ", то по-прежнему не вижу проблемы так сделать, но вижу дикую неадекватность постановки - подчеркнутое это Ваша фантазия, я такого не писал, но в любом случае приятно знать что есть мазохисты которые работают с web-сервисами через ХП softwarerТем более не вижу проблемы - второе упражнение мазохиста, создавать форматированный HTML, отправлять его по электронной почте (не дай Бог еще аттачь к письму нужен) и это по расписанию из СУБД softwarerПока Вы не привели ни одной. - для меня перечисленные задачи принципиально не решаемы на ХП/SQL, потому что я такие задачи буду решать на "полноценном" языке программирования, где они решаются легко и просто, а не на PL/SQL. Если же для Вас это задачи которые можно и нужно решать на ХП/SQL, то остается только поверить Вам на слово что Вы действительно способны написать код решающий эти задачи ;) ... |
|||
:
Нравится:
Не нравится:
|
|||
26.01.2011, 14:38 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
Kachalovдействительно с помощью "заранее разработанных DLL" Я рад, что Вы расширили свои представления о реальности, но и даже это не единственный способ. Kachalovно тогда зачем нужны ХП? Есть такой старый анекдот. Заходит к врачу бегемот с лягушкой на лбу. Доктор: На что жалуетесь? Лягушка: Да вот... к заднице что-то прилипло. К чему это я: довольно смешно, когда лягушка начинает надуваться и считать себя главной. Ещё смешнее, когда её пытаются представить таковой. Если для решения некоторой задачи нужны бегемот и лягушка, то сделать лягушку функциональным модулем бегемота удобнее и правильнее, нежели наоборот. Ну а "кто бегемот и кто лягушка в конкретной задаче" - зависит от требуемого функционала. См. про фотошоп. Kachalov- подчеркнутое это Ваша фантазия, я такого не писал, Замечательно. Раз это не так, значит курс лежит в БД, и решение "перерасчёта" точно является стопроцентной задачей СУБД. Ну а асинхронный механизм обновления данных курса из внешнего источника - вариантов выше крыши, и называть такую задачу обоснованием трёхзвенки... мм... ну разве что если у неё совсем нет других задач :) Kachalov- для меня перечисленные задачи принципиально не решаемы на ХП/SQL, потому что я такие задачи буду решать на "полноценном" языке программирования, (пожимая плечами) Ну так решайте, в чём проблема? Kachalovто остается только поверить Вам на слово что Вы действительно способны написать код решающий эти задачи ;) Ну Вы же способны, если поверить Вам на слово Если вдруг окажется, что конкретный код лучше писать не на SQL, и он не укладывается в рамки стандартно доступных в СУБД возможностей работы с xml, smtp, http и прочим, я просто возьму хоть бы и Ваш и подключу его как ХП. Так что если Вы способны, автоматом и я способен ;-) Kachalov- второе упражнение мазохиста, создавать форматированный HTML, отправлять его по электронной почте (не дай Бог еще аттачь к письму нужен) и это по расписанию из СУБД А в чём проблема-то? В том, что Вы не умеете создать job или вызвать utl_smtp? ... |
|||
:
Нравится:
Не нравится:
|
|||
26.01.2011, 15:19 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
softwareriscrafmменя с кем то спутали? Нет, чуть спутали вопрос. Вспомните, тема "Cache против MSSQL", блистает ЧАЛ и Вы ищете задачу, которая нуждается в процедурном подходе и не решается запросом, в итоге всё затихает после того, как что-то по средним ценам я тупо и просто вычисляю через model. 3484234 здесь суть. Речь шла о том, есть ли в реляционной СУБД навигация. 3612386 здесь резюме. честно говоря не понял как это относится к теме. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.01.2011, 15:20 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
softwarerрамки стандартно доступных в СУБД возможностей работы с xml, smtp, http и прочим - а дискеты Вы тоже с помощью СУБД форматируете? Программисты могут убиться вениками - DBA решили покорить Мир! Стив Балмер в страхе ждет когда под Oracle начнут портировать игры ... |
|||
:
Нравится:
Не нравится:
|
|||
26.01.2011, 15:31 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
Kachalov- а дискеты Вы тоже с помощью СУБД форматируете? Нет. В отличие от адептов малоосмысленных трёхзвенок, я не работаю с древними технологиями и уже даже не вспомню, cколько лет назад в последний раз видел дискету ... |
|||
:
Нравится:
Не нравится:
|
|||
26.01.2011, 15:39 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
Kachalov, Нужна ли трехзвенка, чтобы отформатировать дискету? Мне кажется, что не нужна также как и база данных. И DBA (database administrator) к разработке кода баз данных тоже имеет далекое отношение. Я же говорю о том, что программирование на уровне объектов в базе данных (не реляционной) гораздо проще, чем писать классы, используя какой-либо язык программирования. Разница принципиальная в подходе. Классы создаются в базе, а потом на них навешивается функционал в виде dll. И второй момент, резалтсет также хранится не на клиенте, а в базе. Это дает многие преимущества. И первое из них отказ от XML. Придумки заумной и не нужной. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.01.2011, 16:16 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
Kachalovsoftwarerрамки стандартно доступных в СУБД возможностей работы с xml, smtp, http и прочим - а дискеты Вы тоже с помощью СУБД форматируете? Программисты могут убиться вениками - DBA решили покорить Мир! Стив Балмер в страхе ждет когда под Oracle начнут портировать игры Вам же про фотошоп аналогию привели. Её поняли все на форуме, кроме вас. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.01.2011, 16:21 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
web_foxВам же про фотошоп аналогию привели. Её поняли все на форуме, кроме вас. - поняли все DBA, которые бездумно используют PL/SQL, предназначенный для автоматизации реляционных преобразований, также как и дизайнеры профессионально владеющие Photoshop используют JavaScript для автоматизации графических преобразований? Кстати, если бла-бла про продукт который Вы не знаете (Photoshop) Вам показалось остроумным - ознакомьтесь с возможностями продукта который Вы знаете? - Oracle Spatial ... |
|||
:
Нравится:
Не нравится:
|
|||
26.01.2011, 16:37 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
KachalovGarrickПо поводу трёх/двухзвенной архитектуры скажу - многих товарищей, которые не знают PL/SQL пугает, что большая часть кода логики приложения будет написана на неизвестном им языке. - "товарищей" пугает то, что есть "полноценные" языки программирования, на которых пишутся "полноценные" программы - с документированием, с автоматическим тестированием, с мощным синтаксисом, с кучей библиотек как встроенных, так и внешних написанных сторонними разработчиками и есть PL/SQL, роль и возможности которого примерно соответствуют роли и возможностям JavaScript применительно к Photoshop. Авторы книг по методолгии программирования и по шаблонам проектирования могут смело сжигать свои труды в топках - все это никому не нужно (фактически не применимо) кода бизнес логика пишется на хранимых процедурах. Вы рассуждаете с точки зрения программиста - вам удобнее писать на чём-то не PL/SQL. Вы считаете, что это "круче". Но когда встанет вопрос об обработке миллионов записей в приемлемое время (сведение баланса в крупном банке), вы поймёте в чём разница. Если ваш APP-сервер сможет обработать одну-две записи в секунду (за сутки не уложитесь), то такая же обработка непосредственно внутри СУБД того же самого количества записей быстрее в десятки раз. Пусть язык СУБД немного кривоват, но он позволяет делать всё, что надо с очень высокой производительностью, ведь Oracle для этого нужен, а то бы Access поставили. Как говорится "вам шашешки или ехать?" ... |
|||
:
Нравится:
Не нравится:
|
|||
26.01.2011, 17:49 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
Человек проповедует ORM где может, но не знает что такое план запроса и зачем люди придумали журнал транзакций. Основные симптомы болезни: 1. ORM в отличии от СУБД позволяет кешировать лучше. 2. Java в отличии от процедурного ЯП СУБД работает быстрее. Попробуйте выполнить в транзакции 1000 merge для объекта в ORM и 1000 update в БД и сравните производительность. 3. В реальном приложении не нужны реляционные данные, оно оперирует бизнесориентированными объектами, по работе с которыми и надо судить о производительности. 4. Java-код масштабируется дешевле и проще чем СУБД. Диагноз уже выставлен. 9545073 1024Kachalov1024Выучи скл. Выучи Assembler - реально работает быстрее дурак ты. При работе с данными средства оракла всегда будут лучше любой твоей приблуды. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.01.2011, 22:04 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
Ещё один отличительный признак: всех, кто знает PL/SQL он называет DBA. Будьте осторожны на улице, он может жить в вашем городе. ... |
|||
:
Нравится:
Не нравится:
|
|||
26.01.2011, 22:09 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
web_foxЕщё один отличительный признак: всех, кто знает PL/SQL он называет DBA. Будьте осторожны на улице, он может жить в вашем городе. - кстати, просвятите как их называть? Симптомы: без БД Oracle ничего сделать не может (в том числе и на других базах), пишет бизнес-ориентированную логику на PL/SQL, не программист, но уверенно рассуждает о недостатках ORM и Java. Некоторые экземпляры отличаются неумением вести разумные дискуссии и легко переходят на личности. Что касается шуток на тему "осторожности на улице" - я в отличие от многих моих оппонентов не скрываюсь за анонимной подписью и все кому моя точка зрения чем-то не нравится могут запросто обойти меня сторонкой не привлекая к себе внимания ;) web_fox1. ORM в отличии от СУБД позволяет кешировать лучше. 2. Java в отличии от процедурного ЯП СУБД работает быстрее. Попробуйте выполнить в транзакции 1000 merge для объекта в ORM и 1000 update в БД и сравните производительность. 3. В реальном приложении не нужны реляционные данные, оно оперирует бизнесориентированными объектами, по работе с которыми и надо судить о производительности. 4. Java-код масштабируется дешевле и проще чем СУБД. - все верно сформулировали (спасибо за внимательное изучение некоторых из моих высказываний на тему ORM и достаточно аккуратное их изложение), только во 2 пункте не все понятно - я бы под ним подписался, если бы речь шла об одной транзакции в рамках которой выполняются операции и слово "Java" (это ЯП) заменил бы на ORM (это он быстро выполняет операции над данными загруженными в ОП, а сам ORM может быть реализован на различных ЯП). Какие-то пункты (например 1, где слово "лучше" можно трактовать как угодно или слово "не нужны" в п. 3) можно было бы развернуть, чтобы не провоцировать бессмысленный агрессивный флуд. Также где-то писал что ORM обычно дают возможность выполнения нативных SQL-запросов и в задачах требующих редкой обработки больших массивов данных (составление годового отчета) эту возможность никто не запрещает использовать. GarrickВы рассуждаете с точки зрения программиста - вам удобнее писать на чём-то не PL/SQL. - именно эту точку зрения я и пытаюсь донести: PL/SQL по сравнению с другими языками программирования не удобен, а бизнес-логика это не 3 строчки кода, в связи с чем разработка развитого приложения требует комманды программистов, удобных инструментов разработки и отладки, и т. д. (об этом написано много разных книг). Можно спорить на тему что удобней для написания бизнес приложений: C#, Java, Python, Delphi и т. д., но добавить в этот список PL/SQL просто невозможно - это как вместе с лошадьми сравнивать стати ишака, который эффективно решает возложенные на него задачи, но требовать от которого победы в дерби просто смешно. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2011, 00:22 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
один мой коллега как-то сказал: "ОРМ дает возможность программисту, совершенно не разбирающемуся в СУБД, написать приложения для работы с БД" Откуда, собстенно, и начинаются все проблемы. пассаж про "никто не мешает вынести обработку больших массивов данных в нативный скуль" - порадовал до слёз. у меня складывается впечатление, что кто-то что-то упустил ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2011, 03:20 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
lockyодин мой коллега как-то сказал: "ОРМ дает возможность программисту, совершенно не разбирающемуся в СУБД, написать приложения для работы с БД" - чепуха, использование ORM, как минимум требует навыков работы с транзакциями и уровнями изоляции транзакций СУБД, а также знания SQL на уровне уверенного использования оператора JOIN, в противном случае даже элементарных вещей с помощью ORM сделать скорее всего не удастся lockyОткуда, собстенно, и начинаются все проблемы. - согласен lockyпорадовал до слёз - я слабый телепат, хотите что-то сказать - говорите ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2011, 09:35 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
Kachalovlockyпорадовал до слёз - я слабый телепат, хотите что-то сказать - говорите как правило, расчеты отчетов за "большие" и "малые" периоды отличаются только собственно периодом. И если кто-то говорит, мол "а за большие периоды мы будем считать отчет при помощи ХП/запросов/на стороне сервер" - это может (но не обязательно) означать, что где-то рядом витает мысль о том, что у нас будет 2 точки расчетов - на клиенте/апп сервере - для "малых" периодов, и на скуле - для "больших". Возможно, я ошибаюсь, но ежели нет - то такой подход меня радует до слёз. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2011, 10:51 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
lockyВозможно, я ошибаюсь, но ежели нет - то такой подход меня радует до слёз. - давайте закончим с телепатией - я не говорил что должно быть две способа генерации отчетов, суть моего тезиса: наличие ORM не лишает возможности использования нативных SQL-запросов в тех случаях в которых это может показаться необходимым архитектору системы. Моя личная точка зрения - обработки больших объемов данных (таких которые система не может обработать за приемлемое время) вообще быть не должно, если такая задача/проблема возникает это говорит о неправильной (не соответствующей фактическим требованиям) архитектуре приложения/базы не учитывающей особенностей бизнес процесса (вот гоблины сейчас начнут надо мной глумиться). ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2011, 11:05 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
[quot Kachalov]lockyМоя личная точка зрения - обработки больших объемов данных (таких которые система не может обработать за приемлемое время) вообще быть не должно, если такая задача/проблема возникает это говорит о неправильной (не соответствующей фактическим требованиям) архитектуре приложения/базы не учитывающей особенностей бизнес процесса (вот гоблины сейчас начнут надо мной глумиться). Когда возникает задача по обработке больших наборов данных необходимо разбить ее на части, каждая из которых может быть выполнена отдельно. Такая схема будет действительно масштабируемой, а вот насколько масштабируем PL/SQL скрипт - большой вопрос. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2011, 13:38 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
Kachalov, авторМоя личная точка зрения - обработки больших объемов данных(таких которые система не может обработать за приемлемое время) вообще быть не должно Я бы не стал так говорить. Не должно быть таких систем, которые за приемлемое время не могут обработать большие объемы данных. Хочу спросить знает ли кто как идет обработка телефонных звонков в биллинговых системах? Ведь там ежечасно нужно обрабатывать миллионы записей иначе большие объемы данных. Какое решение приемлемо? Трехзвенка? DBA? Причем режим работы был следующий. Если не будет работать программа, то будете сами вручную сидеть и делать начисления на клиентов так как это реальные деньги бизнеса. Поневоле не будешь рассуждать и брать ... Так что собственно будем использовать в этом случае? ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2011, 15:11 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
PanshinKachalovМоя личная точка зрения - обработки больших объемов данных(таких которые система не может обработать за приемлемое время) вообще быть не должно Я бы не стал так говорить. Не должно быть таких систем, которые за приемлемое время не могут обработать большие объемы данных. Хочу спросить знает ли кто как идет обработка телефонных звонков в биллинговых системах? Ведь там ежечасно нужно обрабатывать миллионы записей иначе большие объемы данных. - давайте доведем ситуацию до абсурда: у Вас имеется таблица в которой хранятся данные биллинга абонентов РФ за 5 лет, т. е. заведомо обработка такого массива данных не реальна, следовательно надо проанализировать задачу и решить: необходимо ли работать одновременно со всеми данными из этой таблицы? т. е. актуальны ли хранимые в ней данные. Ответ очевиден - в большинстве случаев иметь доступ ко всем данным за 5 лет или по всем регионам РФ нет необходимости. Более подробно о возможном решении задачи в Гугле - партиционирование (partitioning). ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2011, 15:35 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
Kachalovпартиционирование (partitioning). - забыл добавить, что мне кажется более логичным когда задача партиционирования ложится не на СУБД, а на архитектора проекта, который исходя из предполагаемого объема данных и связанных с ними задач осуществляет партиционирование на этапе планирования структуры данных ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2011, 15:41 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
Kachalov, ну и причем тут, простите, партиционирование? В намечающемся противостоянии "логика в хп" - "логика вне хп"? ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2011, 15:44 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
lockyну и причем тут, простите, партиционирование? В намечающемся противостоянии "логика в хп" - "логика вне хп"? - весь Мир сошел с ума? или Panshin это то же самое что и locky ? ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2011, 16:11 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
Kachalov, другие аргументы? ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2011, 16:18 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
lockyдругие аргументы? - кто здесь? чего Вам от меня-то надо? ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2011, 16:38 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
Kachalovlockyдругие аргументы? - кто здесь? чего Вам от меня-то надо? От вас лично? Ну, мне было бы интересно узнать, как лично вы видите развитие систем, принципы их правильного построения и т.д. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2011, 16:47 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
lockyНу, мне было бы интересно узнать, как лично вы видите развитие систем, принципы их правильного построения и т.д. - юмор оценил, а конкретно по данной теме моя точка зрения в немного карикатурном виде изложена товарищем web_fox в посте 10137530 ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2011, 16:56 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
KachalovlockyНу, мне было бы интересно узнать, как лично вы видите развитие систем, принципы их правильного построения и т.д. - юмор оценил, а конкретно по данной теме моя точка зрения в немного карикатурном виде изложена товарищем web_fox в посте 10137530 Понятно. пристрастие к "бизнес-объектам" и прочее. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2011, 17:11 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
Весь прогрессивный мир движется в сторону трехуровневой архитектуры, а тут так элегантно объяснили, что вы типа, прогрессивный мир, не туда рулите:). А если серьезно, то данный документ просто курам на смех. Но хорошо хоть последнее предложение все объясняет: автор ...среда разработки Delphi хорошо известна IT-специалистами... читать как - "а больше все равно нечего и не знают". С этого и надо было начинать. На счет 2-звенки вот например статья , где приводятся некоторые аргументы которые в рамках полного жизненего цикла ПО более значимы, чем " среда разработки Delphi хорошо известна IT-специалистами ". Может сменить таких специалистов . А насчет Delphi было бы интересно узнать вот что: на сколько я знаю за бугром Delphi скорее мертв чем жив. То есть мощного сообщества вокруг этого добра нет. Да и Embarcadero, далеко не Oracle или Microsoft. Как там на счет развития системы? Если взять например платформу .NET, то она может похвалится достаточно динамично развивающимся C#. В Java, хоть компания Sun и создала некоторый застой в спецификации языка, активно работает сообщество предлагаю множество каркасов на все случай жизни, да еще и большинство даром. А у делфей как? ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2011, 17:45 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
Kachalov, Опять двадцать пять. Хотя я спрашивал о решении задачи обработки звонков в реальном времени. Но можно говорить и о массиве за 5 лет. Разве вы решаете абсурдна обработка пятилетнего массива или нет? Вы должны это сделать. При такой постановке задача с программистской территории явно склонилась в сторону DBA. Или вы будете писать под эту задачу трехзвенку с клиентом? ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2011, 18:23 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
SergeyAKM, Я почитал немного вашу ссылку. авторСпросите любого разработчика, где должна быть бизнес логика, и получите ответ: «Конечно же в бизнес слое». Вот одна из цитат. 1. Неверно, что разработчика. Я бы сказал "Спросите разработчиков", так как трехзвенка никогда не пишется в одиночку. Поверьте, я сидел в программистском обезьяннике со стеклянными стенами. Трехзвенку пишут начиная с 5-10 разработчиков. Сами посудите клиент, движок, база данных, генераторы всякие, руководитель проекта, bla-bla 2. Кто отказывается от ответа «Конечно же в бизнес слое». Да, она вся там и лежит и лежала, но сам бизнес слой находится в базе, а не на сервере приложений. А то как-то неудобно получается: база - отдельно, а бизнес логика - отдельно. Баня, а через дорогу раздевалка. 3. А мир пусть катится. Мало ли что в мире происходит. Ктото пьет, ктото курит. Что же и мне запить и закурить? Это не аргумент. ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2011, 18:36 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
SergeyAKM А если серьезно, то данный документ просто курам на смех. Но хорошо хоть последнее предложение все объясняет: автор ...среда разработки Delphi хорошо известна IT-специалистами... читать как - "а больше все равно нечего и не знают". С этого и надо было начинать. На счет 2-звенки вот например статья , где приводятся некоторые аргументы которые в рамках полного жизненего цикла ПО более значимы, чем " среда разработки Delphi хорошо известна IT-специалистами ". Может сменить таких специалистов . а может не слушать таких советчиков? Что сказать то хотели, кроме ссылок на статьи, которых масса (сколько авторов - столько и мнений)? ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2011, 18:59 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
PanshinKachalov, авторМоя личная точка зрения - обработки больших объемов данных(таких которые система не может обработать за приемлемое время) вообще быть не должно Я бы не стал так говорить. Не должно быть таких систем, которые за приемлемое время не могут обработать большие объемы данных. Хочу спросить знает ли кто как идет обработка телефонных звонков в биллинговых системах? Ведь там ежечасно нужно обрабатывать миллионы записей иначе большие объемы данных. Какое решение приемлемо? Трехзвенка? DBA? Причем режим работы был следующий. Если не будет работать программа, то будете сами вручную сидеть и делать начисления на клиентов так как это реальные деньги бизнеса. Поневоле не будешь рассуждать и брать ... Так что собственно будем использовать в этом случае? А собственно по делу то в чем проблема для трех-звенки в вашем приведенном случае, что это за такая невероятна обработка? Может поделитесь о чем речь? ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2011, 19:12 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
SergeyAKM А насчет Delphi было бы интересно узнать вот что: на сколько я знаю за бугром Delphi скорее мертв чем жив. То есть мощного сообщества вокруг этого добра нет. Не скажу про европу, но в USA Delphi (точнее, C++ Builder, но это одно и то же :) вполне себе неплохо поживает. Ниша примерно та же, что и у нас - небольшие (2-10 чел.) софт-компании, "самописки" на предприятиях, разработчики shareware. А их там очень много. "Мощного сообщества", действительно, нет. И "множества каркасов на все случаи жизни" тоже нет. IMHO, в этом и плюс. Delphi устоялся как продукт, цели ясны, задачи определены, проблемы решены... Да, стоит недешево, но быстро окупается. PS: мне лет 10 назад пришлось дорабатывать одну систему на COBOL-е, которая была написана еще лет за 15 до того (VAX, OpenVMS)... Ну так она и до сих пор прекрасно себя чувствует, кто-то ее там развивает. PPS: кстати, "трехзвенка" ... |
|||
:
Нравится:
Не нравится:
|
|||
27.01.2011, 22:58 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
PanshinЯ бы не стал так говорить. Не должно быть таких систем, которые за приемлемое время не могут обработать большие объемы данных. Хочу спросить знает ли кто как идет обработка телефонных звонков в биллинговых системах? Ведь там ежечасно нужно обрабатывать миллионы записей иначе большие объемы данных. Ну, архитектура биллинг-систем известных мне телекомов - это тихий ужас. Там все очень медленно, не слишком надежно и неимоверно дорого. Собственно, неумение сотовых операторов рассчитывать остаток на счете в процессе разговора - замечательное свидетельство плохой архитектуры. В тех телекомах, чью архитектуру я видел (их, впрочем, не слишком много) - асинхронный сбор данных, загрузка в разные промежуточные БД и расчет средствами БД. Дорого и долго. Я вот решал задачи биллинга с аналогичной нагрузкой и с кучей дополнительных сложностей (типа сложных алгоритмов расчета, глобальным риск-менеджементом по потоку операций и т.п.). На трехзвенке - все получается легко и приятно. Можно ли такое сделать средствами только БД - сильно сомневаюсь. По моему опыту, эффективную трехзвенку просто сложнее сделать. Хорошая архитектура предполагает, что ее разработчик умеет обращаться и с БД, и с AppLayer и понимает, какие задачи где должны быть. Таких архитекторов довольно мало. А остальные так и сваливаются - либо в тотальный ORM либо в двузвенку. И, да, горизонтальное масштабирование БД заметно проще (и на порядке дешевле) делать через applayer. Впрочем, это уже относится к нагруженным системам, явно не относящимся к топику. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2011, 02:26 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
Panshinя спрашивал о решении задачи обработки звонков в реальном времени. Ну, средствами БД реальное время, конечно, не получить. Как бы я делал эту систему (при требованиях по масштабированию до 10M одновременных звонков, например): 1) Персональные данные по счету (это не всегда номер телефона) - в БД. БД шардится по счетам, понятное дело. Стратегия шардинга - решается отдельно, через applayer, конечно (а других возможностей и нет сейчас). 2) При появлении звонка - подгружаем на сервер из AppLayer необходимые данные из БД Тут можно поиграть с кэшированием этих данных и решить, выгоднее использовать кэш БД или что-то внешнее. Ну и поиграть с логикой хранения данных в БД, например, денормализация в блоб может обеспечить чтение всех данных по счету за одно физическое чтение. Сильно зависит от конкретной БД. 3) Обеспечиваем, что бы все операции с конкретным счетом в конкретный момент времени выполнял только один appserver (скорее всего через аналог шардинга, тут есть множество тонкостей). Это нужно для гарантии правильности при одновременных действиях со счетом (типа, во время разговора человек еще и в инете сидит и через него же докидывает денег на счет). 4) В процессе звонка ведем учет изменения счета (да хоть раз в секунду пересчитываем остаток). Тут куча возможных оптимизаций, например, считать, на сколько при текущем тарифе хватит разговора и пересчет делать только по исчерпанию срока. 5) Промежуточные данные - в распределенном дублированном кэше (ну, еще можно в локальный лог на диске писать изменения - для гарантии. Потоковая запись - это быстро). Зависит от заявленных требований по надежности. 6) По окончании звонка - изменяем БД. На вскидку, один сервер приложений стандартного вида (где-то на 3k$) будет держать до 100K одновременных разговоров (если не заводить по треду на разговор. Если заводить - то гораздо, гораздо меньше - но зачем делать глупости). БД - один дешевый шард где-то на 50K одновременных разговоров (если разговор - где-то минута), лимитируется скоростью дисковой подсистемы (и, в конечном счете, скоростью seek и надежностью кэша на запись). Все железо - стоит дешевле, чем лицензия на один Oracle EE :) Лицензии - можно вообще обойтись бесплатными БД. Я бы взял DB2 Express C с поддержкой, это, конечно, каких-то денег стоит, но все равно дешевле, чем покупка старших лицензий с партишонингом и прочими радостями жизни... А, отчеты - конечно, строим по standby базам. Ну, там куча разных стратегий - надо смотреть на конкретные требования. Может, будет выгодно сливать в какую-то общую БД (но вряд ли, разве что откат хороший предлагают). И, разумеется, никакого ORM. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2011, 02:50 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
DPH3Ну, архитектура биллинг-систем известных мне телекомов - это тихий ужас. Там все очень медленно, не слишком надежно и неимоверно дорого. Собственно, неумение сотовых операторов рассчитывать остаток на счете в процессе разговора - замечательное свидетельство плохой архитектуры. ... По моему опыту, эффективную трехзвенку просто сложнее сделать. а зачем что-то делать? Все это можно покрыть, например, за счет молодоженов . А в форумах, важно поправляя пенсне на носу, рассуждать какой крутой биллинг... ... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2011, 09:15 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
PanshinKachalov, Опять двадцать пять. Хотя я спрашивал о решении задачи обработки звонков в реальном времени. Но можно говорить и о массиве за 5 лет. Разве вы решаете абсурдна обработка пятилетнего массива или нет? Вы должны это сделать. При такой постановке задача с программистской территории явно склонилась в сторону DBA. Или вы будете писать под эту задачу трехзвенку с клиентом? - Вы умело проигнорировали мой ответ: Kachalov Более подробно о возможном решении задачи в Гугле - партиционирование (partitioning). ... мне кажется более логичным когда задача партиционирования ложится не на СУБД, а на архитектора проекта, который исходя из предполагаемого объема данных и связанных с ними задач осуществляет партиционирование на этапе планирования структуры данных - поясняю: когда требуется обрабатывать большие объемы данных этот вопрос должен быть решен на уровне архитектуры (структуры данных) таким образом чтобы не приходилось обрабатывать больших объемов данных. Когда база данных представляет собой одну таблицу в которую тупо валятся все данные очевидно что в дальнейшем будут проблемы при обработке этих данных (имеющих разную востребованность и актуальность). Разбор данных по таблицам меньшего объема желательно производить еще на этапе занесения данных, либо как вариант осуществлять периодическую процедуру "архивации" (переноса данных с низкой актуальностью в архивные таблицы) и предварительного анализа "архивируемых" данных ... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2011, 10:09 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
SergeyAKMЕсли взять например платформу .NET, то она может похвалится достаточно динамично развивающимся C#... А у делфей как?У Дельфей хорошо. По сравнению с "семеркой" Delphi XE - это земля и небо. Вкратце - введены расширения синтаксиса, введены новые интерфейсные и проектные плюшки IDE, введен юникод, дженерики, нехило обновлена стандартная библиотека. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2011, 10:57 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
Kachalov, насколько понимаю, речь всё-таки идёт о том, что объем оперативных данных, требующий обработки - довольно велик Поэтому давайте забудем навечно об огромном массиве за 1-2-5 лет и т.д. (хотя в некоторых случаях и такие периоды используются при оперативных расчетах) ... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2011, 12:34 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
lockyнасколько понимаю, речь всё-таки идёт о том, что объем оперативных данных, требующий обработки - довольно велик Поэтому давайте забудем навечно об огромном массиве за 1-2-5 лет и т.д. (хотя в некоторых случаях и такие периоды используются при оперативных расчетах) - хорошо, "забыли" про 5-2-1 лет, ну тогда что нам мешает "забыть" и про 6-3-1 мес, и про 30-15-1 дней? Или "забыли" про РФ-губерния-город и т. п. Иначе говоря что мешает оперативно работать с тем объемом данных который реально обработать в приемлемый интервал времени, дробя входящие данные на отдельные таблицы? Усложнив структуру данных вполне можно уменьшить объем данных с которым приходится работать. Обработать данные за 5 лет можно путем обработки 5 таблиц содержащих данные за год :) ... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2011, 13:23 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
Kachalovlockyнасколько понимаю, речь всё-таки идёт о том, что объем оперативных данных, требующий обработки - довольно велик Поэтому давайте забудем навечно об огромном массиве за 1-2-5 лет и т.д. (хотя в некоторых случаях и такие периоды используются при оперативных расчетах) - хорошо, "забыли" про 5-2-1 лет, ну тогда что нам мешает "забыть" и про 6-3-1 мес, и про 30-15-1 дней? Или "забыли" про РФ-губерния-город и т. п. Иначе говоря что мешает оперативно работать с тем объемом данных который реально обработать в приемлемый интервал времени, дробя входящие данные на отдельные таблицы? Усложнив структуру данных вполне можно уменьшить объем данных с которым приходится работать. Обработать данные за 5 лет можно путем обработки 5 таблиц содержащих данные за год :) Ну, про 6-3-1 месяц нам мешает забыть хотя бы наличие годового-квартального-месячного отчета. Как минимум. Во вторых, задача "работать только с тем объемом данных, который мы можем обработать за указанное время" - немного неправильно поставлена. правильно, с моей т.з. - обработка всего необходимого объема данных должна происходить не более чем за указанное время. Более того, иногда (зачастую) - невозможно усложнить структуру данных, раздробив данные на отдельные таблицы - в силу того что это уже было произведено, но и каждая "дробная" часть сама по себе вельми велика. ... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2011, 15:20 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
немного не в тему, но предполагаю, что здесь есть гуру реализации сложных запросов... :) как запихать в CASE подзапрос? т.е. SELECT CASE doclist.kodreg WHEN 48 THEN '48' WHEN 62 THEN '62' ELSE 'Not yet known' END AS rjl FROM doclist работает ... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2011, 17:26 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
Chopнемного не в тему, но предполагаю, что здесь есть гуру реализации сложных запросов... :) пардонте... разобрался - пытался запихать разнотипные значения... ... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2011, 17:33 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
W3571С отметается по идеологическим причинам. :) Мы от неё как раз отказались. озвучте причины пожалуйста? ... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2011, 23:38 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
Раз уз пошел холивар на тему - где делать бизнес-логику - в БД или в app-слое - вставлю свои 5 коп. Вот текст процедуры оптимальной группировки (ящичных партий в полные паллеты) на языке Progress 4GL. Завидуйте, прогресисты могут решить, кто именно будет отрабатывать их логику - основной процесс клиентского приложения, app-сервер или триггер в БД в любой момент ЖЦ системы. Делается простой настройкой типа строчки в ini-файле. А код будет одинаковым !!! При этом исполнение и оптимизация операций с БД (for each, find first, запись и пр.) работает одинаково, независимо от того, какой брокер запросов это исполняет. Также в текст можно вставлять операции на диалекте sql89. В этом фрагменте их нет, так как SQL-брокер Progress не умеет работать с временными таблицами. Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. 17. 18. 19. 20. 21. 22. 23. 24. 25. 26. 27. 28. 29. 30. 31. 32. 33. 34. 35. 36. 37. 38. 39. 40. 41. 42. 43. 44. 45. 46. 47. 48. 49. 50. 51. 52. 53. 54. 55. 56. 57. 58. 59. 60. 61. 62. 63. 64. 65. 66. 67. 68. 69. 70. 71. 72. 73. 74. 75. 76. 77. 78. 79. 80. 81. 82. 83. 84. 85. 86. 87. 88. 89. 90. 91. 92. 93. 94. 95. 96. 97. 98. 99. 100. 101. 102. 103. 104. 105. 106. 107. 108. 109. 110. 111. 112. 113. 114. 115. 116. 117. 118. 119. 120. 121. 122. 123. 124. 125. 126. 127. 128. 129. 130. 131. 132. 133. 134. 135. 136. 137. 138. 139. 140. 141. 142. 143. 144.
Похоже сделано в мире Foxpro, но это файловая СУБД, и сервер приложений на Foxpro - это как-то ... ... |
|||
:
Нравится:
Не нравится:
|
|||
28.01.2011, 23:48 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
strizhРаз уз пошел холивар на тему - где делать бизнес-логику - в БД или в app-слое - вставлю свои 5 коп. Вот текст процедуры оптимальной группировки (ящичных партий в полные паллеты) на языке Progress 4GL. В этой процедуре есть кусочуки кода с коментариями, которые, по моему мнению, могут быть кандидатами на выделения в подфункции. Почему их не выделили - ограничение языка или предпочтения? ... |
|||
:
Нравится:
Не нравится:
|
|||
29.01.2011, 10:45 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
warhead2В этой процедуре есть кусочуки кода с коментариями, которые, по моему мнению, могут быть кандидатами на выделения в подфункции. Почему их не выделили - ограничение языка или предпочтения? Предпочтения конкректного программера. И, кстати, из-за предпочтений же процедура сделана циклом, а не с помощью рекурсивных вызовов. ... |
|||
:
Нравится:
Не нравится:
|
|||
30.01.2011, 13:15 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
strizhРаз уз пошел холивар на тему - где делать бизнес-логику - в БД или в app-слое - вставлю свои 5 коп. Вот текст процедуры оптимальной группировки (ящичных партий в полные паллеты) на языке Progress 4GL. Завидуйте, прогресисты могут решить, кто именно будет отрабатывать их логику - основной процесс клиентского приложения, app-сервер или триггер в БД в любой момент ЖЦ системы. Делается простой настройкой типа строчки в ini-файле. А код будет одинаковым !!! 1. Использование идентификаторов с символом "-" и обозначение окончания строки с помощью "." снижает читабельность сего кода. 2. 2 процедуры (текущая и GetPalleteNumber) зависят от существования временной таблицы Result-3 -> высокая связанность кода 3. Сама реализация весьма неоптимальна с точки зрения дублирования кода. Рекурсия бы как раз помогла. Думаю вы привели не самый лучший пример реализации бизнес-логики на СУБД ... |
|||
:
Нравится:
Не нравится:
|
|||
31.01.2011, 09:47 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
svcoder1. Использование идентификаторов с символом "-" и обозначение окончания строки с помощью "." снижает читабельность сего кода. странно слышать про читабельность от 1С-ника. Хоть не с этого начитайте. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.01.2011, 09:53 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
svcoderДумаю <....> привели не самый лучший пример реализации бизнес-логики на СУБД привели пример на 4GL, который может быть выполнен любым "уровнем", в зависимости от настройки. Вы не совсем поняли суть примера, похоже. ... |
|||
:
Нравится:
Не нравится:
|
|||
31.01.2011, 09:58 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
iscrafmsvcoderДумаю <....> привели не самый лучший пример реализации бизнес-логики на СУБД привели пример на 4GL, который может быть выполнен любым "уровнем", в зависимости от настройки. Вы не совсем поняли суть примера, похоже. Совершенно верно, Искра. Я привел пример кода, который можно исполнить: 1) В триггере для таблицы документов на событие OnModify 2) В клиентском приложении при нажатии на кнопочку формы ... 3) На сервере приложений при запуске по расписанию ... |
|||
:
Нравится:
Не нравится:
|
|||
31.01.2011, 18:12 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
strizhЯ привел пример кода, который можно исполнить: И везде выполнится одинаково плохо :) ... |
|||
:
Нравится:
Не нравится:
|
|||
31.01.2011, 18:13 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
DPH3Ну, архитектура биллинг-систем известных мне телекомов - это тихий ужас. Там все очень медленно, не слишком надежно и неимоверно дорого. Собственно, неумение сотовых операторов рассчитывать остаток на счете в процессе разговора - замечательное свидетельство плохой архитектуры. В тех телекомах, чью архитектуру я видел (их, впрочем, не слишком много) - асинхронный сбор данных, загрузка в разные промежуточные БД и расчет средствами БД. Дорого и долго. Ой. Это у кого из сотовых операторов такое? DPH3Я вот решал задачи биллинга с аналогичной нагрузкой и с кучей дополнительных сложностей... На сколько миллионов абонентов? :) ... |
|||
:
Нравится:
Не нравится:
|
|||
03.02.2011, 10:52 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
strizhЯ привел пример кода, который можно исполнить: 1) В триггере для таблицы документов на событие OnModify 2) В клиентском приложении при нажатии на кнопочку формы ... 3) На сервере приложений при запуске по расписаниюИ толку ? Почему то Прогресс не захватил ИТ-мир, а остался экзотикой. Не знаете почему ? ... |
|||
:
Нравится:
Не нравится:
|
|||
03.02.2011, 14:24 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
aquinoОй. Это у кого из сотовых операторов такое? Хм. NDA. А что, тебе известны более удачные схемы в реальном телекоме? DPH3Я вот решал задачи биллинга с аналогичной нагрузкой и с кучей дополнительных сложностей... На сколько миллионов абонентов? :)[/quot] По ТЗ - единицы миллионов, тестировали на десять миллионов. Сколько реально набрали на данный момент - не знаю. Но какое значение имеет число абонентов? Количество транзакций в секунду и их сложность - это еще сколь-нибудь существенный показатель (у меня был не телеком). ... |
|||
:
Нравится:
Не нравится:
|
|||
03.02.2011, 15:00 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
DPH3aquinoОй. Это у кого из сотовых операторов такое? Хм. NDA. А что, тебе известны более удачные схемы в реальном телекоме? Ну, до последнего момента я думал, что известны, но теперь вот засомневался - может они на самом деле неудачные схемы :) Впрочем, по Вашему краткому описанию не совсем понятно - об одних и тех же схемах мы говорим или нет. Может быть мы попытаемся внести ясность в этот вопрос, не нарушая при этом NDA? Давайте на конкретном примере. Вот абонент берет мобильник и набирает номер. Трубка обращается к коммутатору с просьбой произвести соединение (допустим набираемый абонент также находится на данном коммутаторе). Что при этом происходит в тех системах, которые Вы видели? В какой момент наступает вот это вот "асинхронный сбор данных, загрузка в разные промежуточные БД и расчет средствами БД"? ... |
|||
:
Нравится:
Не нравится:
|
|||
03.02.2011, 15:31 |
|
Ответ разработчика
|
|||
---|---|---|---|
#18+
LSVИ толку ? Почему то Прогресс не захватил ИТ-мир, а остался экзотикой. Не знаете почему ? Чей мир ? ... |
|||
:
Нравится:
Не нравится:
|
|||
05.02.2011, 18:40 |
|
|
start [/forum/topic.php?all=1&fid=33&tid=1548108]: |
0ms |
get settings: |
10ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
66ms |
get topic data: |
12ms |
get forum data: |
3ms |
get page messages: |
262ms |
get tp. blocked users: |
1ms |
others: | 11ms |
total: | 387ms |
0 / 0 |