Прошу помощи - работа связанных реляцией browse с MS SQL таблицами

Сообщение **alex881** » 31 Май 2017, 13:08

RaFaeL писал(а): ↑31 Май 2017, 12:29 MS SQL по сравнению с локальным tps заметно медленнее работает, это не новость, особенно штатные шаблоны, которые под SQL не заточены

хм, не знал. наверное тогда в этом все дело......

Сообщение **alex881** » 31 Май 2017, 13:10

RaFaeL писал(а): ↑31 Май 2017, 12:29 MS SQL по сравнению с локальным tps заметно медленнее работает, это не новость, особенно штатные шаблоны, которые под SQL не заточены

о как...не знал, тогда наверное в этом все дело

Сообщение **alex881** » 31 Май 2017, 13:10

RaFaeL писал(а): ↑31 Май 2017, 12:29 MS SQL по сравнению с локальным tps заметно медленнее работает, это не новость, особенно штатные шаблоны, которые под SQL не заточены

мож я тогда и зря заморочился....

gromov · Сообщение **gromov** » 31 Май 2017, 13:23

Для связанной таблицы сделай QUEUE и туда выбирай данные SELECT-ом, чтобы почувствовать разницу.

kreator · Сообщение **kreator** » 31 Май 2017, 14:54

RaFaeL писал(а): ↑31 Май 2017, 12:29 MS SQL по сравнению с локальным tps заметно медленнее работает, это не новость, особенно штатные шаблоны, которые под SQL не заточены

Ну, опять двадцать пять! alex881, извини не заметил, что у Вас С55, легаси. На легаси ничего с этим не поделать. Делай, как gromov советует. Либо переходи на ABC, выставляй в свойствах броуза "Loading Method - File", будет тебе счастье. Ещё лучше - переводи проект на десятку.

finsoftrz · Сообщение **finsoftrz** » 31 Май 2017, 16:48

А если не охота время на всякую чепуху тратить, то можно просто поднять терминальную службу и наслаждаться жизнью. Как этот котик...

kreator · Сообщение **kreator** » 31 Май 2017, 17:32

Терминал терминалом, но с легаси надо валить. Однозначно.

finsoftrz · Сообщение **finsoftrz** » 31 Май 2017, 20:16

Почему? Даже SV давно уже перестали употреблять термин "легаси" применительно к процедурным шаблонам. Если сравнивать голый инструмент из коробки, то да, для abc функционал сильно расширили. Однако те, кто продолжают работать на процедурных шаблонах, имеют массу собственных наработок. Процедурные шаблоны "из коробки" далеко не идеальны, но у них большой плюс - понятный код и возможность легко развивать инструментарий. То есть, если сравнивать инструмент с такими наработками, заточенными под конкретные задачи и видение прикладной области, и abc из коробки, то сравнение не будет в пользу abc. Поэтому немало народа и продолжают работать на процедурных шаблонах. SV признало в конце концов это, возобновив их поддержку. Я вообще считаю, что разработка abc шаблонов была принципиальной стратегической ошибкой. Не по техническим характеристикам, а с точки зрения развития бизнеса. Много разработчиков, находившихся в расцвете творческих сил, вместо развития своих проектов и наращивания клиентской базы, начали переписывать код. Вся машинка забуксовала... ООП, конечно, надо было подтягивать, это бесспорно. Но не так, как сделали. То же самое касается и приоритетной ориентации на разработку под sql сервера, когда скрестили две идейно совершенно разные технологии. Ну да ладно, это мое сугубо личное мнение...

Сообщение **alex881** » 01 Июнь 2017, 14:39

finsoftrz писал(а): ↑31 Май 2017, 16:48 А если не охота время на всякую чепуху тратить, то можно просто поднять терминальную службу и наслаждаться жизнью. Как этот котик...

А для чего терминальную службу поднять - чтобы уйти от ms sql и пользовать файловые таблицы?
Там, да шустрее работает чем на файл-сервере.
Или какая другая идея?

Сообщение **alex881** » 01 Июнь 2017, 14:41

kreator писал(а): ↑31 Май 2017, 17:32 Терминал терминалом, но с легаси надо валить. Однозначно.

вот собственно переделываю этот проект под sql таблицы чтобы потом свалить на с# или java...а так пока привязка к tps табличкам держит

kreator · Сообщение **kreator** » 01 Июнь 2017, 15:52

alex881 писал(а): ↑01 Июнь 2017, 14:41 вот собственно переделываю этот проект под sql таблицы чтобы потом свалить на с# или java...а так пока привязка к tps табличкам держит

Ну, если небольшой проект, то реально быстро перегнать всё на SQL. Работать, правда, будет отвратно. Как бы пользователя не потерять во время революции.
Есть альтернативный путь, если уж Вы хотите свалить. Берёте c# или java и коннектитесь к tps-ной базе через TopSpeed ODBC драйвер. Я в своё время делал переход от tps к SQL, и, на мой взгляд, это гораздо проще, чем менять клиента (в смысле интерфейс, язык то бишь). Ну и насчёт Джавы я совсем сомневаюсь, если уж выбрали MS SQL.
А чем, если не секрет, вызвано желание валить с Клариона. Я-то искренне считаю, что для десктопных приложений его за глаза хватает (если, конечно, игрушки не писать).

finsoftrz · Сообщение **finsoftrz** » 01 Июнь 2017, 17:26

alex881 писал(а): ↑01 Июнь 2017, 14:39
finsoftrz писал(а): ↑31 Май 2017, 16:48 А если не охота время на всякую чепуху тратить, то можно просто поднять терминальную службу и наслаждаться жизнью. Как этот котик...
А для чего терминальную службу поднять - чтобы уйти от ms sql и пользовать файловые таблицы?
Там, да шустрее работает чем на файл-сервере.
Или какая другая идея?

Да, она такая. Там не просто шустрее работает, а на 2 порядка шустрее. Шустрее, чем на sql и сравнимо по надежности (особенно если лог приделать). Если проблема только в скорости и надежности, то это самое простое решение - время можно потратить и на более полезные вещи, чем переписывание приложения с одной технологии на другую, которая тоже может быстро устареть или выйти из моды. Другое дело, если есть какие другие соображения, и перевод открывает возможность заработать большее количество денег... Вообще говоря, с точки зрения пользователей, для них ценность имеют решения и наработки в конкретных прикладных областях, а не на чем та или иная программа написана. Если принято решение переводить проект на c# или джаву, то, возможно, лучше сразу начать его как новый, а не заморачиваться со связкой клариона и sql. Все равно там идеология другая будет.

Сообщение **alex881** » 01 Июнь 2017, 19:27

kreator писал(а): ↑01 Июнь 2017, 15:52
alex881 писал(а): ↑01 Июнь 2017, 14:41 вот собственно переделываю этот проект под sql таблицы чтобы потом свалить на с# или java...а так пока привязка к tps табличкам держит
Ну, если небольшой проект, то реально быстро перегнать всё на SQL. Работать, правда, будет отвратно. Как бы пользователя не потерять во время революции.
Есть альтернативный путь, если уж Вы хотите свалить. Берёте c# или java и коннектитесь к tps-ной базе через TopSpeed ODBC драйвер. Я в своё время делал переход от tps к SQL, и, на мой взгляд, это гораздо проще, чем менять клиента (в смысле интерфейс, язык то бишь). Ну и насчёт Джавы я совсем сомневаюсь, если уж выбрали MS SQL.
А чем, если не секрет, вызвано желание валить с Клариона. Я-то искренне считаю, что для десктопных приложений его за глаза хватает (если, конечно, игрушки не писать).

цель - прокачаться в c#, java используя этот проект как основу, но для начала перенести таблицы в sql
Так то мне Сlarion нравиться, но его востребованность и моя ценность требуют освоения нового...и востребованного

.

Сообщение **alex881** » 01 Июнь 2017, 19:35

finsoftrz писал(а): ↑01 Июнь 2017, 17:26
alex881 писал(а): ↑01 Июнь 2017, 14:39
finsoftrz писал(а): ↑31 Май 2017, 16:48 А если не охота время на всякую чепуху тратить, то можно просто поднять терминальную службу и наслаждаться жизнью. Как этот котик...
А для чего терминальную службу поднять - чтобы уйти от ms sql и пользовать файловые таблицы?
Там, да шустрее работает чем на файл-сервере.
Или какая другая идея?
Да, она такая. Там не просто шустрее работает, а на 2 порядка шустрее. Шустрее, чем на sql и сравнимо по надежности (особенно если лог приделать). Если проблема только в скорости и надежности, то это самое простое решение - время можно потратить и на более полезные вещи, чем переписывание приложения с одной технологии на другую, которая тоже может быстро устареть или выйти из моды. Другое дело, если есть какие другие соображения, и перевод открывает возможность заработать большее количество денег... Вообще говоря, с точки зрения пользователей, для них ценность имеют решения и наработки в конкретных прикладных областях, а не на чем та или иная программа написана. Если принято решение переводить проект на c# или джаву, то, возможно, лучше сразу начать его как новый, а не заморачиваться со связкой клариона и sql. Все равно там идеология другая будет.

все так...вся причина вденьгах

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

finsoftrz · Сообщение **finsoftrz** » 01 Июнь 2017, 20:51

В шару не надо... На одном сервере. Файлы базы без проблем скрываются от прямого доступа в обход программы настройками операционки. У меня больше 30 пользователей на одну базу не было до сих пор. Для этого сервер крутой не нужен. На зарубежном форуме недавно писали про 100 конкурентных пользователей на одном боксе. Если количество пользователей еще больше и нужно распределять нагрузку по нескольким серверам, то я бы посмотрел в сторону связки терминалов и первасива. Писали, что очень круто работает. На форуме первасива...

Ну, там переделывать в программе ничего практически не надо, в отличии от перехода под sql.

PS. А проект то рабочий? А то, может, это просто небольшое приложение без особых заморочек, не критичное для пользователей. Или вариант с sql базой в продакшен не пойдет, только для экспериментов. Тогда другое дело, можно получать удовольствие от изучения нового и неизведанного, если время на это есть и его не жалко потратить...