Форум пользователей MySQL

Учитывая различия реализации в различных версиях MySQL, предусмотрен ли выбор версии MySQL с которой работать? Это существенно для корпоративных клиентов, которые во-первых используют только Enterprise-версии, а во-вторых, часто привязаны к старой версии (из-за требований стабильности и сложности миграции большого программного комплекса).

Рекомендую стать технологическим партнером MySQL AB:
https://partner-portal.mysql.com/guide/technology.html

В случае одобрения, партнерство бесплатно, при этом ваш продукт будет рекламироваться на сайте mysql.com в разделе "партнеры" и вы получите логотип для размещения на своем сайте.

Это такой наблюдательный факт, что крупные компании не спешат с переходом на 5.1 (проблемы и причины могут быть разные - в основном, консерватизм и более высокое число еще не выловленных багов в новых продуктах). Версия MySQL 5.5 на сегодня экспериментальная и в продакшене практически не используется. Если разница в версиях будет только в новых фичах, то пользователь не испытает проблем с дебаггером, но может так произойти, что версия изменит поведение сервера (то есть код, работающий в 5.0 не будет работать в X.X).

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

byterus написал:

Спасибо что напомнили о партнерской программе.

Как получите статус, мы вам логотип на форуме присвоим

Поздравляю с получением статуса. Логотип присвоен

byterus написал:

Спасибо, дело за малым, начать тестировать

Windows-барьер - это серьезный барьер. Надо под wine попробовать.

Аха, под wine завелось Как давно я не видел виндовых окошек

Что означает «configure debug environment»? В базе изменений, вроде, не
увидел.

Кажется, идею понял

В качестве улучшения usability можно попробовать в случае, когда
main пустой, открыта другая вкладка с процедурой, и человек нажал
debug, создавать main автоматически. Возможно, даже лучше сказать,
что «main был пустой, создал сценарий для запуска этой процедуры
по умолчанию».

Да, еще вопрос — забыл сразу задать. Зачем нужно выбирать обяза-
тельно базу при подключении? Потом я же могу все равно базу менять
через GUI?

Здравствуйте
Я тут тестирую свои процедуры и ваш отладчик заодно, так вот

У меня возникла следующая проблема:

есть процедура:


CREATE PROCEDURE `getCurrency`(
    IN sidid INT(5),
    IN curlang VARCHAR(5),
    IN curSubemitent INT(13)
)
BEGIN
    DROP TABLE IF EXISTS `ocms_currecy_view`;
    IF curSubemitent IS NOT NULL  AND curSubemitent > 0 THEN
        CREATE TEMPORARY TABLE `ocms_currecy_view` AS
            SELECT
               DISTINCT c.`currency`, c.`sid`, ci.`lang`, ci.`title`, c.`prefix`, ce.`emitent`, c.`main`, c.`amount_sale`, c.`amount_purchase`
            FROM
                `ocms_currency_i18n` AS ci,
                `ocms_currency` AS c
            LEFT JOIN
                `ocms_currency_emitent` AS ce ON
                    ( ce.`currency` = c.`currency` AND
                    ce.`sid` = c.`sid` )
            INNER JOIN
                `ocms_subemitents` AS s ON
                    ( c.`currency` = s.`currency`  AND
                    s.`sid` = c.`sid` )
            WHERE
                c.`currency` = ci.`currency` AND
                c.`sid` = ci.`sid` AND
                ci.`lang` = curlang AND
                s.`subemitent` = curSubemitent AND
                c.`sid` = sidid;
       
    ELSE
   
        CREATE TEMPORARY TABLE `ocms_currecy_view` AS
            SELECT
               DISTINCT c.`currency`, c.`sid`, ci.`lang`, ci.`title`, c.`prefix`, ce.`emitent`, c.`main`, c.`amount_sale`, c.`amount_purchase`
            FROM
                `ocms_currency_i18n` AS ci,
                `ocms_currency` AS c
            LEFT JOIN
                `ocms_currency_emitent` AS ce ON
                    ( ce.`currency` = c.`currency` AND
                    ce.`sid` = c.`sid` )
            WHERE
                c.`currency` = ci.`currency` AND
                c.`sid` = ci.`sid` AND
                ci.`lang` = curlang AND
                c.`sid` = sidid;
    END IF;
END
//

В которой осуществляется выборка данных. Так вот подобный синтаксис переменных  curlang,  sidid - программа не пропускает - говорит об ошибке в WHERE и требует их записи в @curlang  и @sidid. Но когда я записываю их подобным образом - она их делает нулевыми, хотя на входе , благодаря вашей программе я вижу что они не пустые
В общем я не понимаю может кто объяснит мне проблема в том что я не разобралась с синтаксисом или в том что это глюк в программе. Буду благодарна за ответы.

Отредактированно tan4ik (17.09.2010 12:26:00)

tan4ik,

Баг исправил, обновляйтесь

А вот ещё вопрос!
А отладку мной написанных функций как делать??
Он при пошаговом выполнение - почему-то не переходит в функции - хотя по результатам я вижу что они отрабатывают.

Отличная программа
спасибо

Единственный недостаток.
нужно обязательно выбирать схему с которой работаешь.

У меня десятки схем и запросы (втом числе в функциях и процедурах) пересекаются между схемами,
а также создана отдельная схема исключительно под процедуры.

В остальном очень удобно - Спасибо за проделанную работу.

Отредактированно incorri (15.12.2010 16:14:09)

byterus написал:

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

Спасибо за отзыв!

Да, абсолютно верно. Уже проверил.
Просто немного коробит когда коннектишся обязательное указание схемы.

Спасибо за ответ.