| Предыдущая тема :: Следующая тема |
| Автор |
Сообщение |
korobenkov
Участник
Вступление в Клуб: 29.09.2009
|
 Пт Окт 09, 2009 05:29 |
 |
Полезность: Нет оценки
|
| maslov пишет: |
Я пробую не через openQuery, а напрямую |
При таком запросе ни CAST ни CONVERT не помогут, потому что ошибка конвертации возникает еще на провайдере до того, как их получает MSSQL.
Не уверен на 100%, но по-моему в доке по MSSQL OpenQuery оценивается как более предпочтительный способ. И поля, типа TIMESTAMP, лучше вообще из оракла не тянуть. |
|
 |
maslov
Участник со стажем
Вступление в Клуб: 19.05.2009
|
| Пт Окт 09, 2009 08:53 |
|
Полезность: Нет оценки
|
| korobenkov пишет: | | maslov пишет: |
Я пробую не через openQuery, а напрямую |
При таком запросе ни CAST ни CONVERT не помогут, потому что ошибка конвертации возникает еще на провайдере до того, как их получает MSSQL.
Не уверен на 100%, но по-моему в доке по MSSQL OpenQuery оценивается как более предпочтительный способ. И поля, типа TIMESTAMP, лучше вообще из оракла не тянуть. |
Я пробовал через openQuery - ошибка та же. А что можете предложить место timestamp?
_________________
Maslov Andrey Aleksandrovich
Senior Architect of Department of the system architecture OJSC «Nordea Bank» |
|
|
maslov
Участник со стажем
Вступление в Клуб: 19.05.2009
|
| Пт Окт 09, 2009 08:55 |
|
Полезность: Нет оценки
|
| Ghost пишет: | | maslov пишет: | | svn пишет: | | что то мне становится страшно за ОРГРЕС... |
За ОРГРЭС можно больше не бояться, его больше нет. |
Ну вот, доэксперементировались с кодом 
Гы, а потом на банкире появляются сообщения об отзыве лицензии а он всего лишь "про конвертацию межплатформенных типов спросил." |
Хватит "флудить". Не засоряй тему не нужными "постами".
_________________
Maslov Andrey Aleksandrovich
Senior Architect of Department of the system architecture OJSC «Nordea Bank» |
|
|
korobenkov
Участник
Вступление в Клуб: 29.09.2009
|
| Пт Окт 09, 2009 11:16 |
|
Полезность: Нет оценки
|
| maslov пишет: | | А что можете предложить место timestamp? |
А зачем они? Используйте даты в строковом исполнении. |
|
|
maslov
Участник со стажем
Вступление в Клуб: 19.05.2009
|
| Пт Окт 09, 2009 11:19 |
|
Полезность: Нет оценки
|
| korobenkov пишет: | | maslov пишет: | | А что можете предложить место timestamp? |
А зачем они? Используйте даты в строковом исполнении. |
В целом понятно. Спасибо. Основные вопросы появятся, когда начнётся реальная разработка.
_________________
Maslov Andrey Aleksandrovich
Senior Architect of Department of the system architecture OJSC «Nordea Bank» |
|
|
akbar
Участник
Вступление в Клуб: 08.11.2011
|
| Вт Ноя 08, 2011 10:26 создание объектов |
|
Полезность: Нет оценки
|
Здравствуйте!
Кто-нибудь знает, есть ли возможность создавать объекты (ТБП, методы, представления) без использования Администратора словаря данных? Например из PL/SQL Developer. Если это возможно, можно описать подробнее что необходимо для этого делать, либо где это описано подробно?
Спасибо! |
|
|
svn
Профи
Вступление в Клуб: 04.02.2008
|
| Вт Ноя 08, 2011 12:01 |
|
Полезность: Нет оценки
|
Теоретически возможно, практически запрещено лицензионной политикой ЦФТ
но самый главный вопрос - зачем? |
|
|
Random
Эксперт
Вступление в Клуб: 27.06.2011
|
| Вт Ноя 08, 2011 18:19 Re: создание объектов |
|
Полезность: Нет оценки
|
| akbar пишет: | Здравствуйте!
Кто-нибудь знает, есть ли возможность создавать объекты (ТБП, методы, представления) без использования Администратора словаря данных? Например из PL/SQL Developer. Если это возможно, можно описать подробнее что необходимо для этого делать, либо где это описано подробно?
Спасибо! |
Есть такие люди. Я, например 
Но поделюсь только тем, что не запрещено политикой ЦФТ
А это - методы.
Значит, так:
1. Разрешено копировать методы
2. Разрешено менять текст операций
3. Разрешено создавать библиотечные операции.
Для всего этого служит RUNTIME.PLP_TOOLS.
Объяснение разрешений:
1. Для того, чтобы не объяснять, не документировать и не нести ответственность за реализацию различных крыжиков, а также экранных форм. Кроме того, 2MCI может реализовывать имеющийся функционал по своему (пока не копался). Ну и для того, чтобы в любой момент можно было изменить/добавить крыжик (свойства /доп.свойства операции).
Так что делаем операцию-шаблон, выставляем крыжики, потом операцию копируем.
2. Естественно.
3. Потому что есть предопределенный набор крыжиков, и вообще, есть уже функционал от ЦФТ, который создает автогенерируемые операции-библиотеки.
Вообще-то можно создавать и типы, и представления, особенно pl/+овые (достаточно перехватить SQL-монитором поток АРМ Администратора), однако готовый функционал (типа как RUNTIME.PLP_TOOLS) отсутствует. Нужно делать заявки на доработку. |
|
|
akbar
Участник
Вступление в Клуб: 08.11.2011
|
| Вт Ноя 08, 2011 19:58 |
|
Полезность: Нет оценки
|
| svn пишет: | Теоретически возможно, практически запрещено лицензионной политикой ЦФТ
но самый главный вопрос - зачем? |
Уточню, необходимо создать лишь "скелет" объекта, то есть нужно, чтобы он физически присутствовал в ЦФТ-й системе с заданными наименованием, параметрами и, допустим, заполненной в соответствии с ограничениями на параметры секцией "Проверка", если это метод. Остальное, то есть непосредственно код основного алгоритма будет писаться разработчиком с помощью Администратора словаря данных.
Будет ли это противоречить лицензионной политике ЦФТ? |
|
|
akbar
Участник
Вступление в Клуб: 08.11.2011
|
| Вт Ноя 08, 2011 20:05 Re: создание объектов |
|
Полезность: Нет оценки
|
| Random пишет: |
Но поделюсь только тем, что не запрещено политикой ЦФТ
А это - методы.
Значит, так:
1. Разрешено копировать методы
2. Разрешено менять текст операций
3. Разрешено создавать библиотечные операции.
Для всего этого служит RUNTIME.PLP_TOOLS.
|
Насколько мне известно, создание новых объектов, будь то ТБП, методы или представления не запрещено лицензионной политикой ЦФТ? Ведь речь идет не о существующих и написанных кодерами ЦФТ объектах. В нашем случае стоит необходимость создавать именно новые объекты, и то не полные, а только "скелеты" - пустышки без кода основного алгоритма. Код же будет писаться как положено через Администратор словаря данных. |
|
|
Random
Эксперт
Вступление в Клуб: 27.06.2011
|
| Ср Ноя 09, 2011 07:17 Re: создание объектов |
|
Полезность: Нет оценки
|
| akbar пишет: |
Уточню, необходимо создать лишь "скелет" объекта, то есть нужно, чтобы он физически присутствовал в ЦФТ-й системе с заданными наименованием, параметрами и, допустим, заполненной в соответствии с ограничениями на параметры секцией "Проверка", если это метод. Остальное, то есть непосредственно код основного алгоритма будет писаться разработчиком с помощью Администратора словаря данных.
Будет ли это противоречить лицензионной политике ЦФТ?
|
Простите, а смысл?
Если уж код будет писаться вручную, почему бы не написать и остальное?
Опиши задачу подробней, может, что и посоветую.
| akbar пишет: | | Random пишет: |
Но поделюсь только тем, что не запрещено политикой ЦФТ
А это - методы.
Значит, так:
1. Разрешено копировать методы
2. Разрешено менять текст операций
3. Разрешено создавать библиотечные операции.
Для всего этого служит RUNTIME.PLP_TOOLS.
|
Насколько мне известно, создание новых объектов, будь то ТБП, методы или представления не запрещено лицензионной политикой ЦФТ? Ведь речь идет не о существующих и написанных кодерами ЦФТ объектах. В нашем случае стоит необходимость создавать именно новые объекты, и то не полные, а только "скелеты" - пустышки без кода основного алгоритма. Код же будет писаться как положено через Администратор словаря данных. |
Разумеется, вы можете создавать что вам заблагорассудится.
Через АРМ Администратор данных или АРМ Администратор проектов.
Программно же разрешено только копирование шаблонного метода с последующей правкой пользовательского кода, удаление метода, перекомпиляция, и создание "с нуля" операций с типом "Библиотека".
Всё остальное программно создавать нельзя, по крайней мере, мне так говорили.
Возможно, это связано со способом лицензирования объектов, но это лишь мои догадки |
|
|
akbar
Участник
Вступление в Клуб: 08.11.2011
|
| Ср Ноя 09, 2011 07:42 Re: создание объектов |
|
Полезность: Нет оценки
|
| Random пишет: | | akbar пишет: |
Уточню, необходимо создать лишь "скелет" объекта, то есть нужно, чтобы он физически присутствовал в ЦФТ-й системе с заданными наименованием, параметрами и, допустим, заполненной в соответствии с ограничениями на параметры секцией "Проверка", если это метод. Остальное, то есть непосредственно код основного алгоритма будет писаться разработчиком с помощью Администратора словаря данных.
Будет ли это противоречить лицензионной политике ЦФТ?
|
Простите, а смысл?
Если уж код будет писаться вручную, почему бы не написать и остальное?
|
Фактически это нужно для того, чтобы хоть немного минимизировать работу разработчика. Сотрудник, ответственный за сбор требований (аналитик) мог бы согласно тех требований, которые он собрал от заказчика, создать "скелет" объекта в ЦФТ из другой системы (системы управления требованиями). С другой стороны, требования и их реализация были бы более согласованы. Вот примерно для этого
Очень надеюсь на Вашу помощь. |
|
|
Random
Эксперт
Вступление в Клуб: 27.06.2011
|
| Чт Ноя 10, 2011 09:52 Re: создание объектов |
|
Полезность: Нет оценки
|
| akbar пишет: | Фактически это нужно для того, чтобы хоть немного минимизировать работу разработчика. Сотрудник, ответственный за сбор требований (аналитик) мог бы согласно тех требований, которые он собрал от заказчика, создать "скелет" объекта в ЦФТ из другой системы (системы управления требованиями). С другой стороны, требования и их реализация были бы более согласованы. Вот примерно для этого
Очень надеюсь на Вашу помощь. |
Могу только посоветовать раскопать формат файла .mdb и попробовать сгенерировать скелет в msaccess, а потом накатить на схему... |
|
|
maestro
Профи
Вступление в Клуб: 12.10.2010
|
| Чт Ноя 10, 2011 16:43 Re: создание объектов |
|
Полезность: Нет оценки
|
| akbar пишет: |
Фактически это нужно для того, чтобы хоть немного минимизировать работу разработчика. Сотрудник, ответственный за сбор требований (аналитик) мог бы согласно тех требований, которые он собрал от заказчика, создать "скелет" объекта в ЦФТ из другой системы (системы управления требованиями)... |
Создавать структуры и программировать - прерогатива разработчика, обладающего соответствующей квалификацией и опытом.
К сожалению есть отрицательный опыт выполнения аналитиком задач программиста.
Имхо, каждый должен делать свое дело.
"Банк не торгует семечками, а Абрам Иосифович не даёт взаймы." |
|
|
zernag
Участник
Вступление в Клуб: 10.02.2012
|
| Вт Фев 14, 2012 12:36 |
|
Полезность: Нет оценки
|
| IBSO пишет: |
Я думаю что надо без ПО, через Интегратор ЦФТ. Там хоть разработан механизм распределенных очередей AQ. |
А из стороннего ПО как к данному Интегратору обращаться? Только через модули, представленные в каталоге приложений?
и разработчику "стороннего ПО" эти модули покупать нужно или достаточно описание api получить? |
|
|
|
|
Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете голосовать в опросах
|
|
О проекте
Поиск
Отзывы
Регистрация
Вход
