Голосуйте за желаемую функциональность dbForge Studio!
-
- Devart Team
- Сообщения: 374
- Зарегистрирован: Ср 09 сен 2009 07:54
- Откуда: devart
- Контактная информация:
Re: Голосуйте за желаемую функциональность dbForge Studio!
Укажите, пожалуйста, версию dbForge Studio, а также версию MySQL сервера, чтобы мы воссоздали среду для воспроизведения ошибки с обновлением данных. Также укажите, обновляли ли Вы данные при помощи горячих клавиш (шоткатов) или только при помощи клика мышки.
Re: Голосуйте за желаемую функциональность dbForge Studio!
На F5 и на другие горячие клавиши я не нажимал (потому что обалдел), только кликал мышью.
Версия dbForge Studio for MySQL последняя: 6.3.341
Версия MySQL Server: 5.5 - работает на том же компьютере, где и программы разрабатываются, запускается при запуске компьютера. До сих пор эта версия СУБД не подводила.
После того случая я сделал еще несколько изменений, и при клике мышью на кнопке "Обновить данные" обновления действительно происходили. Поэтому я бы не настаивал на том, чтобы вы немедленно начинали свои исследования. Если такие случаи будут повторяться, я сообщу.
Знаю по своей практике, что бывают глюки, которые отловить так и не удается, хотя на это тратится много времени, а потом они не повторяются.
Версия dbForge Studio for MySQL последняя: 6.3.341
Версия MySQL Server: 5.5 - работает на том же компьютере, где и программы разрабатываются, запускается при запуске компьютера. До сих пор эта версия СУБД не подводила.
После того случая я сделал еще несколько изменений, и при клике мышью на кнопке "Обновить данные" обновления действительно происходили. Поэтому я бы не настаивал на том, чтобы вы немедленно начинали свои исследования. Если такие случаи будут повторяться, я сообщу.
Знаю по своей практике, что бывают глюки, которые отловить так и не удается, хотя на это тратится много времени, а потом они не повторяются.
Re: Голосуйте за желаемую функциональность dbForge Studio!
Еще по поводу форматирования.
Я добился, что при сохранении процедуры сохраняется мое форматирование. Кроме первого аргумента, который упорно перескакивает вместе с открывающей скобкой на ту же строку, где имя процедуры, а остальные аргументы, написанные в следующих строках, прижимаются к левому краю - этого победить мне не удалось. Но это еще можно было терпеть.
Однако! После создания резервной копии (backup) и восстановления из нее все форматирование пользователя пропадает и опять появляется Ваше навязчивое форматирование по умолчанию. Нельзя ли сделать так, чтобы из beckup все восстанавливалось так, как было? Ведь именно для этого и существует beckup. Тем более, что Ваш backup - это текстовый файл, так зачем записывать в него текст, искажая форматирование пользователя, если можно сделать просто копию текста (для этого нужно только копировать полностью каждую строку, вместе с пробелами и табуляцией).
Я добился, что при сохранении процедуры сохраняется мое форматирование. Кроме первого аргумента, который упорно перескакивает вместе с открывающей скобкой на ту же строку, где имя процедуры, а остальные аргументы, написанные в следующих строках, прижимаются к левому краю - этого победить мне не удалось. Но это еще можно было терпеть.
Однако! После создания резервной копии (backup) и восстановления из нее все форматирование пользователя пропадает и опять появляется Ваше навязчивое форматирование по умолчанию. Нельзя ли сделать так, чтобы из beckup все восстанавливалось так, как было? Ведь именно для этого и существует beckup. Тем более, что Ваш backup - это текстовый файл, так зачем записывать в него текст, искажая форматирование пользователя, если можно сделать просто копию текста (для этого нужно только копировать полностью каждую строку, вместе с пробелами и табуляцией).
-
- Devart Team
- Сообщения: 10
- Зарегистрирован: Вт 21 окт 2008 08:48
- Откуда: Devart
- Контактная информация:
Re: Голосуйте за желаемую функциональность dbForge Studio!
Я уже писал Вам об этом в самом первом своем посте:Габриэль писал(а):Кроме первого аргумента, который упорно перескакивает вместе с открывающей скобкой на ту же строку, где имя процедуры, а остальные аргументы, написанные в следующих строках, прижимаются к левому краю - этого победить мне не удалось.
В этой же категории "CREATE PROCEDURE/FUNCTION -> Параметры" есть настройка "Отступ перед списком параметров", с помощью которой Вы можете победить проблему прижимания списка к левому краю.helgi писал(а):настройка "CREATE PROCEDURE/FUNCTION -> Параметры -> Новая строка перед первым параметром", как не сложно догадаться, сносит первый параметр на новую строку.
Re: Голосуйте за желаемую функциональность dbForge Studio!
Спасибо, но это все мелочи, с которыми, как я только что написал, можно мириться.
А как, все-таки, насчет бэкапа?
А как, все-таки, насчет бэкапа?
-
- Devart Team
- Сообщения: 10
- Зарегистрирован: Вт 21 окт 2008 08:48
- Откуда: Devart
- Контактная информация:
Re: Голосуйте за желаемую функциональность dbForge Studio!
Пришлите, пожалуйста, примеры различий в форматировании процедуры в редакторе и файле резервной копии, мы посмотрим, в чем может быть проблема.
Re: Голосуйте за желаемую функциональность dbForge Studio!
Опять "мыло и мочало - начинай сначала"! И Вы же пишете, что я у Вас отнимаю драгоценное время! Я уже всё описал. Хотите еще? Пожалуйста - по "Профили", то что Вы советовали:
"Новая строка перед открывающейся скобкой" - скобка при сохранении перескакивает в предыдущую строку, т.е. опция срабатывает при форматировании, но не сохраняется.
"Пробел перед открывающейся скобкой" в заголовке процедуры (в "Параметры") не работает.
Я попробовал только 4-5 опций, и 2 из них не работают - это 40-50%. Можно сделать вывод, и с остальными опциями дело обстоит не лучше. Любой нормальный тестировщик уже вернул бы программу на доработку.
Когда я работал зав. отделом разработки ПО в ГИВЦ Москвы (и довольно долго), то если бы мы сдавали в эксплуатацию (в продажу) столь недоработанную версию, нас всех давно бы уволили. А у Вас это считается в порядке вещей, наверное. И Вы еще долго будете дорабатывать и дорабатывать, не потрудившись протестировать сами то, что у Вас получается, а используя в качестве тестировщиков пользователей. А нам не до этого! И Ваш продукт так и остается хронически недоработанным (примеров за годы накопилось много, но я не собираюсь тратить время на новые препирательства).
Именно поэтому я и спрашиваю: Можете сделать так, чтобы в backup текст записывался так, как его отформатировал пользователь, хоть и вручную? Если можете, то вопросов больше не будет, кроме "Когда?", потому что этого достаточно, чтобы обойти все ваши, мягко говоря, "идеи" насчет форматирования. Вы же пишете в ответ все что угодно, но на главный, выделенный вопрос не отвечаете. И добавляю второй вопрос: Зачем при сохранении сбивается даже настроенное (а не только пользовательское) форматирование - какая в этом есть такая необходимость и почему это невозможно преодолеть? Это всего 2 вопроса, на которые я ожидаю ответы.
"Новая строка перед открывающейся скобкой" - скобка при сохранении перескакивает в предыдущую строку, т.е. опция срабатывает при форматировании, но не сохраняется.
"Пробел перед открывающейся скобкой" в заголовке процедуры (в "Параметры") не работает.
Я попробовал только 4-5 опций, и 2 из них не работают - это 40-50%. Можно сделать вывод, и с остальными опциями дело обстоит не лучше. Любой нормальный тестировщик уже вернул бы программу на доработку.
Когда я работал зав. отделом разработки ПО в ГИВЦ Москвы (и довольно долго), то если бы мы сдавали в эксплуатацию (в продажу) столь недоработанную версию, нас всех давно бы уволили. А у Вас это считается в порядке вещей, наверное. И Вы еще долго будете дорабатывать и дорабатывать, не потрудившись протестировать сами то, что у Вас получается, а используя в качестве тестировщиков пользователей. А нам не до этого! И Ваш продукт так и остается хронически недоработанным (примеров за годы накопилось много, но я не собираюсь тратить время на новые препирательства).
Именно поэтому я и спрашиваю: Можете сделать так, чтобы в backup текст записывался так, как его отформатировал пользователь, хоть и вручную? Если можете, то вопросов больше не будет, кроме "Когда?", потому что этого достаточно, чтобы обойти все ваши, мягко говоря, "идеи" насчет форматирования. Вы же пишете в ответ все что угодно, но на главный, выделенный вопрос не отвечаете. И добавляю второй вопрос: Зачем при сохранении сбивается даже настроенное (а не только пользовательское) форматирование - какая в этом есть такая необходимость и почему это невозможно преодолеть? Это всего 2 вопроса, на которые я ожидаю ответы.
-
- Devart Team
- Сообщения: 10
- Зарегистрирован: Вт 21 окт 2008 08:48
- Откуда: Devart
- Контактная информация:
Re: Голосуйте за желаемую функциональность dbForge Studio!
Есть такая проблема, но это не проблема функциональности "Форматирование кода". Сейчас так работает сохранение в редакторе процедуры, мы уже запланировали изменение этого поведения.Габриэль писал(а):"Новая строка перед открывающейся скобкой" - скобка при сохранении перескакивает в предыдущую строку, т.е. опция срабатывает при форматировании, но не сохраняется.
Если в скрипте резервной копии речь идет тоже о форматировании параметров процедур, то это та же проблема.
-
- Devart Team
- Сообщения: 10
- Зарегистрирован: Вт 21 окт 2008 08:48
- Откуда: Devart
- Контактная информация:
Re: Голосуйте за желаемую функциональность dbForge Studio!
Могу посоветовать Вам настроить профиль форматирования кода с учетом Ваших требований и форматировать скрипт резервной копии перед выполнением на сервер, пока мы будем устранять проблему с hard code форматированием генерированных запросов.
Re: Голосуйте за желаемую функциональность dbForge Studio!
Я так и делаю.
И все же прямого ответа хотя бы на первый вопрос я так и не получил. Видимо это новый, современный стиль работы - стиль эффективных манагеров.
Терпение мое лопнуло.
Всего вам хорошего
И все же прямого ответа хотя бы на первый вопрос я так и не получил. Видимо это новый, современный стиль работы - стиль эффективных манагеров.
Терпение мое лопнуло.
Всего вам хорошего
-
- Devart Team
- Сообщения: 10
- Зарегистрирован: Вт 21 окт 2008 08:48
- Откуда: Devart
- Контактная информация:
Re: Голосуйте за желаемую функциональность dbForge Studio!
Какого прямого ответа Вы еще ожидаете? Мы выяснили, что сохранение процедур и генерация их в backup работает неправильно, проблему будем устранять.
Так лучше?
Вам тоже не хворать.
В данный момент нет, будем исправлять.Габриэль писал(а):Можете сделать так, чтобы в backup текст записывался так, как его отформатировал пользователь, хоть и вручную?
Это ошибка, будем исправлять.Габриэль писал(а):Зачем при сохранении сбивается даже настроенное (а не только пользовательское) форматирование - какая в этом есть такая необходимость и почему это невозможно преодолеть?
Так лучше?
Вам тоже не хворать.
Re: Голосуйте за желаемую функциональность dbForge Studio!
Да, так гораздо лучше!
Re: Голосуйте за желаемую функциональность dbForge Studio!
Добрый день.
Есть предложения по улучшению функциональности:
- Возможность перехода к объекту в Проводнике из sql-запроса. (похожее на открыть объект под курсором F12)
пример:
есть запрос типа..
SELECT * FROM table1
при вызове контекстного меню на таблице table1 (или/и по горячей клавише) объект нашелся в Проводнике и устанавливался на него курсор. (так же переход к процедурам и функциям)
Это ускорило бы поиск зависимостей объекта, его триггеров и доступ к доп. функциям по контекстному меню самого объекта в проводнике.
- Сравнение двух процедур построчно.
Часто бывает что при разработке БД создаются новые копии процедур, и при использовании старой и новой (пока не осуществлен полностью переход на новую версию) делаются изменения в обеих. И при инструменте сравнения, можно было бы увидеть какие новые изменения делались и в старой и в новой (что бы их как бы синхронизировать в конечном итоге)
Есть предложения по улучшению функциональности:
- Возможность перехода к объекту в Проводнике из sql-запроса. (похожее на открыть объект под курсором F12)
пример:
есть запрос типа..
SELECT * FROM table1
при вызове контекстного меню на таблице table1 (или/и по горячей клавише) объект нашелся в Проводнике и устанавливался на него курсор. (так же переход к процедурам и функциям)
Это ускорило бы поиск зависимостей объекта, его триггеров и доступ к доп. функциям по контекстному меню самого объекта в проводнике.
- Сравнение двух процедур построчно.
Часто бывает что при разработке БД создаются новые копии процедур, и при использовании старой и новой (пока не осуществлен полностью переход на новую версию) делаются изменения в обеих. И при инструменте сравнения, можно было бы увидеть какие новые изменения делались и в старой и в новой (что бы их как бы синхронизировать в конечном итоге)
Re: Голосуйте за желаемую функциональность dbForge Studio!
Вы можете проголосовать за следующее предложение на нашем UserVoice форуме http://devart.uservoice.com/forums/7729 ... ick-contex- Возможность перехода к объекту в Проводнике из sql-запроса. (похожее на открыть объект под курсором F12)
Мы вносим наиболее востребованные предложения пользователей в план разработки будущих версий продукта.
Вы можете воспользоваться нашим продуктом Code Compare https://www.devart.com/codecompare/download.html- Сравнение двух процедур построчно.
Также, Вы можете проголосовать за следующее предложение на UserVoice форуме http://devart.uservoice.com/forums/7729 ... rol-system
-
- Сообщения: 3
- Зарегистрирован: Чт 13 авг 2015 11:14
Re: Голосуйте за желаемую функциональность dbForge Studio!
где можно скачать русскую редакцию dbForge for MySQL Professional ?