Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Cache и база MySQL
|
|||
|---|---|---|---|
|
#18+
Есть база на MySQL, сотоящая из 15-20 таблиц общим размером в около 200 Мб, реально ли подключить эту базу к кащею, и строить допустим к ней ZEN-отчёты? Или каким то образом преобразовать в кащейские классы? В какую сторону копать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2010, 16:15 |
|
||
|
Cache и база MySQL
|
|||
|---|---|---|---|
|
#18+
По-моему, лучше просто все запихать в каше и отказаться от MySQL. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2010, 18:23 |
|
||
|
Cache и база MySQL
|
|||
|---|---|---|---|
|
#18+
пробовал на Cache 2010.1 под Win Создаешь подключение по ODBC, соответственно на сервере с кашей, должен стоять ODBC драйвер для MySQL, и должно быть настроено в Windows подключение по ODBC к нужному серверу в портале [Домашняя страница] > [Конфигурация] > [Параметры Объектного/SQL Шлюзов] > [Соединения SQL Шлюза] после создания подключения в Cache в портале на главной в столбце управления данными пункт SQL а там Мастер связывания таблицы, предварительно выбрав нужную область с помощью данного мастера, можно связать таблицу в MySQL, с классом в Cache (класс будет создан) и туда сразу можно выбрать какие поля взять а вот уже опираясь на эти новые классы можно создавать ZEN-отчеты данные физически будут хранится в другой БД но имхо, конечно лучше данные оттуда импортировать в Cache, и работать с этими данными будет легче для Cache, и быстрее ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2010, 19:12 |
|
||
|
Cache и база MySQL
|
|||
|---|---|---|---|
|
#18+
кстати этот способ годится для любого типа сервера или даже файла, если к нему есть драйвер ODBC я пробовал на базе MS Access ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 22.02.2010, 19:14 |
|
||
|
Cache и база MySQL
|
|||
|---|---|---|---|
|
#18+
DAiMor но имхо, конечно лучше данные оттуда импортировать в Cache, и работать с этими данными будет легче для Cache, и быстрее сделал как описано, вроде бы всё нормально, классы создались...вот пример сгенерённого класса: Код: plaintext 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. 11. 12. 13. 14. 15. 16. Я так понимаю что параметр Код: plaintext 1. Пробовал работать с этими данными - не получается, делал тестовую ZEN-страницу, на которую добавлял tablePane c запрсом типа: Код: plaintext 1. на что следует сообщение об ошибке при построении запроса... Так и должно быть или что то не так? И как импортнуть данные из MySQl в кащей? Пробовал использовать мастер экспорта данных, там выбирал таблицу (.MYD), и соответ класса кащея, оочень долго висит, потом в итоге таймаут csp... В иделае мне конечно нужно конектится к удалённому серверу с MySQL, и генерить отчёт в ZEN по данным из этой удалённой базы... причём в базе присутствуют BLOB-поля, в которых содержится 60% нужной для отчёта информации... Но потренироватся хотелось бы с тестовой локальной базой.. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2010, 15:21 |
|
||
|
Cache и база MySQL
|
|||
|---|---|---|---|
|
#18+
я пробовал с базой MS Access, и запрос по созданной таким образом странице нормально выполнился и показал данные из присоединенной таблицы _________________________________ Cache for Windows NT (AMD64) 5.0.21 (Build 6408) Tue Jan 3 2006 13:37:41 EST ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2010, 15:48 |
|
||
|
Cache и база MySQL
|
|||
|---|---|---|---|
|
#18+
а в отношении BLOB, думаю стоит попробовать связать таблицу с такими полями, и посмотреть как он создаст класс, думаю для таких полей будет тип типа %Stream _________________________________ Cache for Windows NT (AMD64) 5.0.21 (Build 6408) Tue Jan 3 2006 13:37:41 EST ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.02.2010, 15:52 |
|
||
|
Cache и база MySQL
|
|||
|---|---|---|---|
|
#18+
Что можно сделать, если EXTERNALSQLNAME=level , а называть поле level нельзя? Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.04.2010, 15:19 |
|
||
|
Cache и база MySQL
|
|||
|---|---|---|---|
|
#18+
LEVEL зарезервированное слово в SQL Cache' _________________________________ Cache for Windows NT (AMD64) 5.0.21 (Build 6408) Tue Jan 3 2006 13:37:41 EST ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.04.2010, 15:53 |
|
||
|
Cache и база MySQL
|
|||
|---|---|---|---|
|
#18+
Проблема в том, что те кто создавали КЛАДР, про это не знали и так и назвали поле level ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.04.2010, 18:03 |
|
||
|
Cache и база MySQL
|
|||
|---|---|---|---|
|
#18+
Блок А.Н.По-моему, лучше просто все запихать в каше и отказаться от MySQL. И для мелких задач типа интернет-заявок заводить юзеров и тратить лицензии каше? Сомнительное удовольствие. Или есть варианты получить множество правильных подключений (с поддержкой сессий и не через прямой доступ) "мимо" лицензии? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.04.2010, 01:30 |
|
||
|
Cache и база MySQL
|
|||
|---|---|---|---|
|
#18+
DAiMor, Может есть возможность обойти ограничение, если связь с другой базой? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.04.2010, 21:22 |
|
||
|
Cache и база MySQL
|
|||
|---|---|---|---|
|
#18+
vit_kot, у вас ведь в поле levels данные из поля level, значит поле одно и тоже просто переименовано, это ведет к большим проблемам ? или у вас все настолько жестко завязано на эти поля, что они должны назваться так а не иначе ? скажите спасибо что у вас нету полей с нижним подчеркиванием, таких полей в каше не может быть, их бы он тоже подменил. на самом деле можете попробовать поменять имя поля вручную, но думаю что класс не скомпилится из-за этого, да и вообще может не работать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.04.2010, 22:44 |
|
||
|
Cache и база MySQL
|
|||
|---|---|---|---|
|
#18+
DAiMorvit_kot, 1. у вас ведь в поле levels данные из поля level, значит поле одно и тоже просто переименовано, это ведет к большим проблемам ? 2. или у вас все настолько жестко завязано на эти поля, что они должны назваться так а не иначе ? 3. на самом деле можете попробовать поменять имя поля вручную, но думаю что класс не скомпилится из-за этого, да и вообще может не работать. 1. В итоге вместо реальных значений получаю в поле levels значение level, а не значения из внешней таблицы. 2. Это таблицы Классификатор адресов России (КЛАДР), переименовать не получится, другое ПО уже использует это поле и при обновлении базы возникнут проблемы, т.к. они загружаются при обновлении 3. Если указать EXTERNALSQLNAME отличное от "level", то совсем не работают запросы, а внутреннее имя можно задать любое ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.04.2010, 09:52 |
|
||
|
Cache и база MySQL
|
|||
|---|---|---|---|
|
#18+
А в mysql нельзя сделать view с переименованием поля через синоним и использовать его? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.04.2010, 10:24 |
|
||
|
Cache и база MySQL
|
|||
|---|---|---|---|
|
#18+
ну я, Нельзя, через ODBC подключаются таблицы MS FoxPro ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.04.2010, 12:23 |
|
||
|
Cache и база MySQL
|
|||
|---|---|---|---|
|
#18+
vit_kotЧто можно сделать, если EXTERNALSQLNAME=level , а называть поле level нельзя? Код: plaintext Попробуйте в Портале в настройках Вашего ODBC/JDBC соединения выбрать Do Not Use Delimited Identifiers by Default . После этого не забудьте перекомпилировать ранее созданный класс. Или удалите его и заново свяжите с таблицей из MySql. У меня запрос вида: Код: plaintext Проверил на MySql 5.1, Caché 2010.2, JDBC SQL Gateway. PS: при желании Вы можете оставить в Caché имя поля level , но в этом случае придётся его обрамлять в двойные кавычки . ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.04.2010, 16:50 |
|
||
|
Cache и база MySQL
|
|||
|---|---|---|---|
|
#18+
Попробуйте в Портале в настройках Вашего ODBC/JDBC соединения выбрать Do Not Use Delimited Identifiers by Default . После этого не забудьте перекомпилировать ранее созданный класс. Или удалите его и заново свяжите с таблицей из MySql. В настройках ODBC MS FoxPro нет таких параметров, соединение через него ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2010, 11:55 |
|
||
|
Cache и база MySQL
|
|||
|---|---|---|---|
|
#18+
vit_kot Попробуйте в Портале в настройках Вашего ODBC/JDBC соединения выбрать Do Not Use Delimited Identifiers by Default . После этого не забудьте перекомпилировать ранее созданный класс. Или удалите его и заново свяжите с таблицей из MySql. В настройках ODBC MS FoxPro нет таких параметров, соединение через него Do Not Use Delimited Identifiers by Default PS: я не совсем понял как Caché, MySql и FoxPro у Вас взаимодействуют друг с другом. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2010, 12:38 |
|
||
|
Cache и база MySQL
|
|||
|---|---|---|---|
|
#18+
servit, Взаимодействуют Caché и FoxPro через ODBC. "Поддерживать идентификаторы в ограничителях" / "Support Delimited Identifiers" включил: Код: plaintext Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2010, 12:53 |
|
||
|
Cache и база MySQL
|
|||
|---|---|---|---|
|
#18+
Код: plaintext ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2010, 13:07 |
|
||
|
Cache и база MySQL
|
|||
|---|---|---|---|
|
#18+
servit, В Cache 5.0.3 таких настроек к сожалению нет ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2010, 13:26 |
|
||
|
Cache и база MySQL
|
|||
|---|---|---|---|
|
#18+
vit_kotservit, В Cache 5.0.3 таких настроек к сожалению нет К сожалению, официальная поддержка версии 5.0 давно закончилась. Попробуйте работать с DBF без шлюза напрямую, например здесь . PS: КЛАДР на этом форуме уже читали. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.04.2010, 14:24 |
|
||
|
|

start [/forum/topic.php?fid=39&msg=36579835&tid=1558119]: |
0ms |
get settings: |
8ms |
get forum list: |
9ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
46ms |
get topic data: |
8ms |
get forum data: |
2ms |
get page messages: |
63ms |
get tp. blocked users: |
2ms |
| others: | 245ms |
| total: | 387ms |

| 0 / 0 |
