|
|
|
Клиентское приложение - Сервер Приложений - СУБД
|
|||
|---|---|---|---|
|
#18+
Сравните с Карловы Вары . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2017, 16:51 |
|
||
|
Клиентское приложение - Сервер Приложений - СУБД
|
|||
|---|---|---|---|
|
#18+
... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2017, 17:02 |
|
||
|
Клиентское приложение - Сервер Приложений - СУБД
|
|||
|---|---|---|---|
|
#18+
skyANAPulsar_pпропущено... Я знаю FoxPro, но в его защиту не выступаю. Как раз наоборот, сейчас перевожу АИС'ку из FoxPro на C#+MS SQL. Сложнее всего приходится пользователям. Они привыкли, и просят ничего не менять. Пользователи не выпускники технических вузов, а обычные служащие. Рассуждения про новые технологии их не вдохновляют. Ей-богу, как картошка при Екатерине... Вот потому-то (по возможности) в жизни электронные сервисы всегда подстраховываю бумажками. Примерно как работник мясокомбината никогда не будет есть колбасу... Про FoxPro: "О мертвых или хорошо или ничего..." (с) Согласен, что интерфейс для пользователя должен быть узнаваем. Но в чём проблема его сделать таким на C#? А в чем была проблема сделать интерфейс Windows 10 таким же, как Windows 7 ? Везде есть своя специфика. Кроме того (как показывает практика) самое сложное, это переходный процесс. Потом спасибо скажут. (Если не прибьют по пути). :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2017, 17:04 |
|
||
|
Клиентское приложение - Сервер Приложений - СУБД
|
|||
|---|---|---|---|
|
#18+
Pulsar_pА в чем была проблема сделать интерфейс Windows 10 таким же, как Windows 7 ? А зачем? Потому как есть какой-то процент людей у кого проблемы с переходным процессом? И каков он? Только не говорите, что большинство Ваших знакомых :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2017, 17:14 |
|
||
|
Клиентское приложение - Сервер Приложений - СУБД
|
|||
|---|---|---|---|
|
#18+
skyANANGMпропущено... Ой ли... Может (дабы сбавить градус категоричности) приведете пару примеров отставания лет на 7 в плане автоматизации чего-либо? Пожалуйста: санатории Белокурихи . Прошу прощения, а что Вас конкретно не устроило? Для окраин России вполне ничего сайт . И даже онлайн бронирование есть. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2017, 17:18 |
|
||
|
Клиентское приложение - Сервер Приложений - СУБД
|
|||
|---|---|---|---|
|
#18+
skyANA... пропущено Согласен, что интерфейс для пользователя должен быть узнаваем. Но в чём проблема его сделать таким на C#? skyANA... пропущено А зачем? Потому как есть какой-то процент людей у кого проблемы с переходным процессом? Вы сами прекрасно ответили на свой собственный вопрос. :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2017, 17:24 |
|
||
|
Клиентское приложение - Сервер Приложений - СУБД
|
|||
|---|---|---|---|
|
#18+
Pulsar_pskyANAпропущено... Пожалуйста: санатории Белокурихи . Прошу прощения, а что Вас конкретно не устроило? Для окраин России вполне ничего сайт . И даже онлайн бронирование есть. Кнопку пробовали нажимать, есть то она есть, да не везде работает: тынц :) Ну и "Мы получим вашу заявку и свяжемся в ближайшее рабочее время" - это ни фига не онлайн бронирование :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2017, 17:28 |
|
||
|
Клиентское приложение - Сервер Приложений - СУБД
|
|||
|---|---|---|---|
|
#18+
Pulsar_pskyANA... пропущено Согласен, что интерфейс для пользователя должен быть узнаваем. Но в чём проблема его сделать таким на C#? skyANA... пропущено А зачем? Потому как есть какой-то процент людей у кого проблемы с переходным процессом? Вы сами прекрасно ответили на свой собственный вопрос. :) Да, у меня есть мнение на этот счёт. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2017, 17:29 |
|
||
|
Клиентское приложение - Сервер Приложений - СУБД
|
|||
|---|---|---|---|
|
#18+
skyANA ... пропущено Ну и "Мы получим вашу заявку и свяжемся в ближайшее рабочее время" - это ни фига не онлайн бронирование :) Зато в Белокуриху можно бесплатно позвонить и Вам все объяснят. Карловы Вары такого сервиса не предоставляют. :) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2017, 17:44 |
|
||
|
Клиентское приложение - Сервер Приложений - СУБД
|
|||
|---|---|---|---|
|
#18+
Leonid Kudryavtsev минимизировать количество сессий на СУБД (важно, если лицензирование ведется по количеству сессий) - сначала купить дорогую СУБД, а потом ее НЕ использовать?В моей практике был случай, когда из-за "row lock contention" дорогой СУБД требовалось более дорогое железо, чем было на тот момент. Хотя несложная агрегация примитивного запроса на сервере приложений - решила бы проблему. Тем более, что сервер приложений уже был. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2017, 17:49 |
|
||
|
Клиентское приложение - Сервер Приложений - СУБД
|
|||
|---|---|---|---|
|
#18+
skyANA, Просто уточняю - "101Отелей" претензии по существу поднятой темы имеются? Просто я им пользуюсь чаще, чем Букингом (в поездках по России, разумеется), может чего не знаю о прорывах в автоматизации онлайн-бронирования. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2017, 18:10 |
|
||
|
Клиентское приложение - Сервер Приложений - СУБД
|
|||
|---|---|---|---|
|
#18+
Basil A. Sidorov...несложная агрегация примитивного запроса на сервере приложений - решила бы проблему..... а что есть "агрегация" в этом контексте? если group by, то как-то не верится, что его дешевле сделать на сервере приложений ну и уж тем более не верится, что ту же логику нельзя было бы сделать в stored procedure, без всякого обмена данными между БД и App серверами ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2017, 19:34 |
|
||
|
Клиентское приложение - Сервер Приложений - СУБД
|
|||
|---|---|---|---|
|
#18+
Leonid Kudryavtsev, я бы посмотрел как вы на уровне БД будете решать, например, "задача о рюкзаке" или "задача коммивояжера" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2017, 20:26 |
|
||
|
Клиентское приложение - Сервер Приложений - СУБД
|
|||
|---|---|---|---|
|
#18+
kealon(Ruslan)я бы посмотрел как вы на уровне БД будете решать, например, "задача о рюкзаке" или "задача коммивояжера" Лично я - легко. Если потребуется делать это именно на стороне сервера, а не достаточно сделать просто на клиенте. Ну и например, если мы говорим не о сферической БД, то, вроде (сам с этим не работал), например Oracle декларирует, что поддерживает графы. Т.ч., подозреваю, "задача коммивояжера" должна там решаться одной или несколькими строчками ))) Насколько эффективно, другой вопрос. Не верю я как-то в новомодные картриджи от Oracle Co. ))) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2017, 20:43 |
|
||
|
Клиентское приложение - Сервер Приложений - СУБД
|
|||
|---|---|---|---|
|
#18+
Basil A. SidorovLeonid Kudryavtsev минимизировать количество сессий на СУБД (важно, если лицензирование ведется по количеству сессий) - сначала купить дорогую СУБД, а потом ее НЕ использовать?В моей практике был случай, когда из-за "row lock contention" дорогой СУБД требовалось более дорогое железо, чем было на тот момент. Хотя несложная агрегация примитивного запроса на сервере приложений - решила бы проблему. Тем более, что сервер приложений уже был. Есть хинт NOLOCK (в MSSQL, наверно и в оракле что-то похожее есть), который решает проблему блокировок когда не надо атомарную точность, но готовы ли его использовать разработчики? Проще посоветовать железа докупить, чем на себя взять такую ответственность. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.06.2017, 20:43 |
|
||
|
Клиентское приложение - Сервер Приложений - СУБД
|
|||
|---|---|---|---|
|
#18+
alexk123- - минимизировать количество сессий на СУБД (важно, если лицензирование ведется по количеству сессий), требования к серверу СУБД становятся меньшими (как за счет меньшего количества сессий, так и переноса логики) да ни в одной коммерческой субд нет политики лицензирования по количеству коннекторы к СУБД, везде только по количеству конечных пользователей, работающих с БД прямо или опосредованно, иными словари такие экономии на лицензиях незаконны. alexk123- ну и возможности языков типа JAVA и т.п., которые используются на серверах приложений, гораздо шире, чем языки СУБД сомнительное преимущество, во многих субд есть возможность писать не только на sql, и возможности Java как правило ограничены, не тот это язык, чтобы на нем было удобно БЛ писать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.06.2017, 04:36 |
|
||
|
Клиентское приложение - Сервер Приложений - СУБД
|
|||
|---|---|---|---|
|
#18+
появляются возможности масштабирования горизонтального - честно говоря, где горизонтальное масштабирование, а где вертикальное, я разбираюсь плохо. А просто СУБД с таким же успехом не отмасштабировать? если задача позволяет? звено субд хорошо масштабируется на несколько тысяч соединений, несколько десятков тысяч соединений, а дальше нет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.06.2017, 04:40 |
|
||
|
Клиентское приложение - Сервер Приложений - СУБД
|
|||
|---|---|---|---|
|
#18+
ты ошибаешься, причем крупно. современные СУБД крайне параноидальны и натужны в части обеспечения истинного ACID, который реальным приложениям часто (в примерно 95% случаев) не нужен такой вот чистоты. смотря какие приложения. Если очередной говносайт, то да, в 100% не нужно ACID, но там и сам сайт заведомо никому не нужен. тем не менее, ты сейчас сидишь на сайте, который работает полностью на 100% ACID СУБД SqlServer... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.06.2017, 04:50 |
|
||
|
Клиентское приложение - Сервер Приложений - СУБД
|
|||
|---|---|---|---|
|
#18+
NGMskyANA, Просто уточняю - "101Отелей" претензии по существу поднятой темы имеются? Просто я им пользуюсь чаще, чем Букингом (в поездках по России, разумеется), может чего не знаю о прорывах в автоматизации онлайн-бронирования. Не пользовался, интегрироваться не пробовал. API есть? Мобильное приложение есть? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.06.2017, 11:05 |
|
||
|
Клиентское приложение - Сервер Приложений - СУБД
|
|||
|---|---|---|---|
|
#18+
MasterZiv... сомнительное преимущество, во многих субд есть возможность писать не только на sql, и возможности Java как правило ограничены, не тот это язык, чтобы на нем было удобно БЛ писать .На C# LINQ писать БЛ удобно. Даже удобнее... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.06.2017, 11:32 |
|
||
|
Клиентское приложение - Сервер Приложений - СУБД
|
|||
|---|---|---|---|
|
#18+
MasterZivmeты ошибаешься, причем крупно. современные СУБД крайне параноидальны и натужны в части обеспечения истинного ACID, который реальным приложениям часто (в примерно 95% случаев) не нужен такой вот чистоты. смотря какие приложения. Если очередной говносайт, то да, в 100% не нужно ACID, но там и сам сайт заведомо никому не нужен. говносайт? ну ок, фейсбуки и всякие там вконтактики и ютубики запишем в говносайтики тоже? ок, ну и ладно, они деньги не считают. возьмем класс задач вроде Биржа, нефтяные котировки, форексы, да те-же биткоины, достаточно убедительно? ты всерьез считаешь, что там, на биржах каждая сделка приводит к абсолютно безусловной pure-true-ACID транзакции в базу данных со всеми row-lock contention и log-sync-IO-wait на диск? серьезно? ты видел хоть раз нагрузку чуть более мощную, чем 1С бухгалтерия или веб сайт с продажей в 100 сделок в день максимум? MasterZivтем не менее, ты сейчас сидишь на сайте, который работает полностью на 100% ACID СУБД SqlServer... скуль это сайт ниже средней, скорее малой нагрузки. тут по определению нет сотен тысяч фактов/запросов/транзакций в секунду. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.06.2017, 15:48 |
|
||
|
Клиентское приложение - Сервер Приложений - СУБД
|
|||
|---|---|---|---|
|
#18+
MasterZiv появляются возможности масштабирования горизонтального - честно говоря, где горизонтальное масштабирование, а где вертикальное, я разбираюсь плохо. А просто СУБД с таким же успехом не отмасштабировать? если задача позволяет? звено субд хорошо масштабируется на несколько тысяч соединений, несколько десятков тысяч соединений, а дальше нет. зачем СУБД несколько десятков, да даже тысяч соединений? вы там что, онлайн-чат делаете? для таких вещей есть libevent и прочие erlang, goroutines а так - ты попробуй на базе данных исполнить хотя-бы пару десятков активных конкурирующих транзакций, и замерь "срупут ин авэридж диградейшн" ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 21.06.2017, 15:52 |
|
||
|
Клиентское приложение - Сервер Приложений - СУБД
|
|||
|---|---|---|---|
|
#18+
Leonid Kudryavtsevа что есть "агрегация" в этом контексте?Много клиентов, действия которых пишутся в разные таблицы. Одна из таких таблиц использовалась для отслеживания активности клиентов путём регулярного обновления счётчика действий в маленькой записи, которая создавалась вместе с клиентской сессией. Несколько сотен (коротких) транзакций (по одному запросу на значимое действие каждого клиента), эффект девятого вала и классическая спираль смерти при катастрофическом росте LA.ну и уж тем более не верится, что ту же логику нельзя было бы сделать в stored procedure, без всякого обмена данными между БД и App серверамиХранимые процедуры научились получать внешние данные через флюиды космоса? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.06.2017, 21:36 |
|
||
|
Клиентское приложение - Сервер Приложений - СУБД
|
|||
|---|---|---|---|
|
#18+
Basil A. Sidorov, хранимки могут использовать UDF, написанные, в том числе и на java, соответственно получать и внешние данные из космоса... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2017, 06:54 |
|
||
|
Клиентское приложение - Сервер Приложений - СУБД
|
|||
|---|---|---|---|
|
#18+
если убрать серверное приложнние — то это засветка порта субд в инет, что само по себе уже плохо. протокол обмена это sql строка - что свидетельствует об обязательном шифровании трафика. если убрать серверное приложение - то это лишняя нагрузка на сервер, потому как каждому клиенту надо достучаться на сервер, спрашивая если для него инфа. серверное приложение само может рассылать данные клиентам. при этом даже не обращаясь к субд. соответственно более мягкие требования к железу при этом более высокое быстродействие всей системы. при наличии серверного приложения , клиентом может быть и браузер и десктоп. одновременно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 25.06.2017, 07:22 |
|
||
|
|

start [/forum/topic.php?fid=16&msg=39475586&tid=1340354]: |
0ms |
get settings: |
9ms |
get forum list: |
14ms |
check forum access: |
4ms |
check topic access: |
4ms |
track hit: |
166ms |
get topic data: |
11ms |
get forum data: |
2ms |
get page messages: |
74ms |
get tp. blocked users: |
2ms |
| others: | 202ms |
| total: | 488ms |

| 0 / 0 |
