хм, не знал. наверное тогда в этом все дело......
Прошу помощи - работа связанных реляцией browse с MS SQL таблицами
Модератор: Дед Пахом
Правила форума
При написании вопроса или обсуждении проблемы, не забывайте указывать версию Clarion который Вы используете.
А так же пользуйтесь спец. тегами при вставке исходников!!!
При написании вопроса или обсуждении проблемы, не забывайте указывать версию Clarion который Вы используете.
А так же пользуйтесь спец. тегами при вставке исходников!!!
Прошу помощи - работа связанных реляцией browse с MS SQL таблицами
Прошу помощи - работа связанных реляцией browse с MS SQL таблицами
о как...не знал, тогда наверное в этом все дело
Прошу помощи - работа связанных реляцией browse с MS SQL таблицами
мож я тогда и зря заморочился....
-
- Старожил
- Сообщения: 263
- Зарегистрирован: 11 Февраль 2009, 8:41
- Откуда: г. Анапа
- Поблагодарили: 3 раза
Прошу помощи - работа связанных реляцией browse с MS SQL таблицами
Для связанной таблицы сделай QUEUE и туда выбирай данные SELECT-ом, чтобы почувствовать разницу.
-
- ✯ Ветеран ✯
- Сообщения: 5025
- Зарегистрирован: 28 Май 2009, 15:54
- Откуда: Москва
- Благодарил (а): 7 раз
- Поблагодарили: 22 раза
Прошу помощи - работа связанных реляцией browse с MS SQL таблицами
Ну, опять двадцать пять! alex881, извини не заметил, что у Вас С55, легаси. На легаси ничего с этим не поделать. Делай, как gromov советует. Либо переходи на ABC, выставляй в свойствах броуза "Loading Method - File", будет тебе счастье. Ещё лучше - переводи проект на десятку.
We are hard at work… for you.
- finsoftrz
- ✯ Ветеран ✯
- Сообщения: 4688
- Зарегистрирован: 06 Ноябрь 2014, 12:48
- Благодарил (а): 10 раз
- Поблагодарили: 37 раз
Прошу помощи - работа связанных реляцией browse с MS SQL таблицами
А если не охота время на всякую чепуху тратить, то можно просто поднять терминальную службу и наслаждаться жизнью. Как этот котик...
C6/C11, ШВС, tps/btrieve.
-
- ✯ Ветеран ✯
- Сообщения: 5025
- Зарегистрирован: 28 Май 2009, 15:54
- Откуда: Москва
- Благодарил (а): 7 раз
- Поблагодарили: 22 раза
Прошу помощи - работа связанных реляцией browse с MS SQL таблицами
Терминал терминалом, но с легаси надо валить. Однозначно.
We are hard at work… for you.
- finsoftrz
- ✯ Ветеран ✯
- Сообщения: 4688
- Зарегистрирован: 06 Ноябрь 2014, 12:48
- Благодарил (а): 10 раз
- Поблагодарили: 37 раз
Прошу помощи - работа связанных реляцией browse с MS SQL таблицами
Почему? Даже SV давно уже перестали употреблять термин "легаси" применительно к процедурным шаблонам. Если сравнивать голый инструмент из коробки, то да, для abc функционал сильно расширили. Однако те, кто продолжают работать на процедурных шаблонах, имеют массу собственных наработок. Процедурные шаблоны "из коробки" далеко не идеальны, но у них большой плюс - понятный код и возможность легко развивать инструментарий. То есть, если сравнивать инструмент с такими наработками, заточенными под конкретные задачи и видение прикладной области, и abc из коробки, то сравнение не будет в пользу abc. Поэтому немало народа и продолжают работать на процедурных шаблонах. SV признало в конце концов это, возобновив их поддержку. Я вообще считаю, что разработка abc шаблонов была принципиальной стратегической ошибкой. Не по техническим характеристикам, а с точки зрения развития бизнеса. Много разработчиков, находившихся в расцвете творческих сил, вместо развития своих проектов и наращивания клиентской базы, начали переписывать код. Вся машинка забуксовала... ООП, конечно, надо было подтягивать, это бесспорно. Но не так, как сделали. То же самое касается и приоритетной ориентации на разработку под sql сервера, когда скрестили две идейно совершенно разные технологии. Ну да ладно, это мое сугубо личное мнение...
C6/C11, ШВС, tps/btrieve.
Прошу помощи - работа связанных реляцией browse с MS SQL таблицами
А для чего терминальную службу поднять - чтобы уйти от ms sql и пользовать файловые таблицы?
Там, да шустрее работает чем на файл-сервере.
Или какая другая идея?
Прошу помощи - работа связанных реляцией browse с MS SQL таблицами
вот собственно переделываю этот проект под sql таблицы чтобы потом свалить на с# или java...а так пока привязка к tps табличкам держит
-
- ✯ Ветеран ✯
- Сообщения: 5025
- Зарегистрирован: 28 Май 2009, 15:54
- Откуда: Москва
- Благодарил (а): 7 раз
- Поблагодарили: 22 раза
Прошу помощи - работа связанных реляцией browse с MS SQL таблицами
Ну, если небольшой проект, то реально быстро перегнать всё на SQL. Работать, правда, будет отвратно. Как бы пользователя не потерять во время революции.
Есть альтернативный путь, если уж Вы хотите свалить. Берёте c# или java и коннектитесь к tps-ной базе через TopSpeed ODBC драйвер. Я в своё время делал переход от tps к SQL, и, на мой взгляд, это гораздо проще, чем менять клиента (в смысле интерфейс, язык то бишь). Ну и насчёт Джавы я совсем сомневаюсь, если уж выбрали MS SQL.
А чем, если не секрет, вызвано желание валить с Клариона. Я-то искренне считаю, что для десктопных приложений его за глаза хватает (если, конечно, игрушки не писать).
We are hard at work… for you.
- finsoftrz
- ✯ Ветеран ✯
- Сообщения: 4688
- Зарегистрирован: 06 Ноябрь 2014, 12:48
- Благодарил (а): 10 раз
- Поблагодарили: 37 раз
Прошу помощи - работа связанных реляцией browse с MS SQL таблицами
Да, она такая. Там не просто шустрее работает, а на 2 порядка шустрее. Шустрее, чем на sql и сравнимо по надежности (особенно если лог приделать). Если проблема только в скорости и надежности, то это самое простое решение - время можно потратить и на более полезные вещи, чем переписывание приложения с одной технологии на другую, которая тоже может быстро устареть или выйти из моды. Другое дело, если есть какие другие соображения, и перевод открывает возможность заработать большее количество денег... Вообще говоря, с точки зрения пользователей, для них ценность имеют решения и наработки в конкретных прикладных областях, а не на чем та или иная программа написана. Если принято решение переводить проект на c# или джаву, то, возможно, лучше сразу начать его как новый, а не заморачиваться со связкой клариона и sql. Все равно там идеология другая будет.
C6/C11, ШВС, tps/btrieve.
Прошу помощи - работа связанных реляцией browse с MS SQL таблицами
цель - прокачаться в c#, java используя этот проект как основу, но для начала перенести таблицы в sqlkreator писал(а): ↑01 Июнь 2017, 15:52Ну, если небольшой проект, то реально быстро перегнать всё на SQL. Работать, правда, будет отвратно. Как бы пользователя не потерять во время революции.
Есть альтернативный путь, если уж Вы хотите свалить. Берёте c# или java и коннектитесь к tps-ной базе через TopSpeed ODBC драйвер. Я в своё время делал переход от tps к SQL, и, на мой взгляд, это гораздо проще, чем менять клиента (в смысле интерфейс, язык то бишь). Ну и насчёт Джавы я совсем сомневаюсь, если уж выбрали MS SQL.
А чем, если не секрет, вызвано желание валить с Клариона. Я-то искренне считаю, что для десктопных приложений его за глаза хватает (если, конечно, игрушки не писать).
Так то мне Сlarion нравиться, но его востребованность и моя ценность требуют освоения нового...и востребованного .
Прошу помощи - работа связанных реляцией browse с MS SQL таблицами
все так...вся причина вденьгахfinsoftrz писал(а): ↑01 Июнь 2017, 17:26Да, она такая. Там не просто шустрее работает, а на 2 порядка шустрее. Шустрее, чем на sql и сравнимо по надежности (особенно если лог приделать). Если проблема только в скорости и надежности, то это самое простое решение - время можно потратить и на более полезные вещи, чем переписывание приложения с одной технологии на другую, которая тоже может быстро устареть или выйти из моды. Другое дело, если есть какие другие соображения, и перевод открывает возможность заработать большее количество денег... Вообще говоря, с точки зрения пользователей, для них ценность имеют решения и наработки в конкретных прикладных областях, а не на чем та или иная программа написана. Если принято решение переводить проект на c# или джаву, то, возможно, лучше сразу начать его как новый, а не заморачиваться со связкой клариона и sql. Все равно там идеология другая будет.
а проект и так будет заново создаваться, только таблицы остануться от него
в терминале меня всегда смущала необходимость держать файлы на одном терм.сервере, а поскольку под руками цитриксовая ферма с балансировкой нагрузки....ну в общем получается что приложение можно опубликовать на нескольких серверах, но тогда таблицы прийдется выкладывать на файловую шару, а это проигрыш в скорости. а держать на одном сервере, это все же не очень правильно и красиво....хотя конечно бэкапы нас спасут
- finsoftrz
- ✯ Ветеран ✯
- Сообщения: 4688
- Зарегистрирован: 06 Ноябрь 2014, 12:48
- Благодарил (а): 10 раз
- Поблагодарили: 37 раз
Прошу помощи - работа связанных реляцией browse с MS SQL таблицами
В шару не надо... На одном сервере. Файлы базы без проблем скрываются от прямого доступа в обход программы настройками операционки. У меня больше 30 пользователей на одну базу не было до сих пор. Для этого сервер крутой не нужен. На зарубежном форуме недавно писали про 100 конкурентных пользователей на одном боксе. Если количество пользователей еще больше и нужно распределять нагрузку по нескольким серверам, то я бы посмотрел в сторону связки терминалов и первасива. Писали, что очень круто работает. На форуме первасива... Ну, там переделывать в программе ничего практически не надо, в отличии от перехода под sql.
PS. А проект то рабочий? А то, может, это просто небольшое приложение без особых заморочек, не критичное для пользователей. Или вариант с sql базой в продакшен не пойдет, только для экспериментов. Тогда другое дело, можно получать удовольствие от изучения нового и неизведанного, если время на это есть и его не жалко потратить...
PS. А проект то рабочий? А то, может, это просто небольшое приложение без особых заморочек, не критичное для пользователей. Или вариант с sql базой в продакшен не пойдет, только для экспериментов. Тогда другое дело, можно получать удовольствие от изучения нового и неизведанного, если время на это есть и его не жалко потратить...
C6/C11, ШВС, tps/btrieve.