Devart Forum

AlexZ писал(а):Извините, но по-моему, как раз Вы что-то не то поняли "База данных" и "соединение" - это разные понятия.. Кому должно быть стыдно?
Команда USE выбирает базу данных на текущем соединении, а вот выбор соединения зависит от пользователя: выбрать его можно с помощью верхнего комбобокса с соединениями (заметьте, не с базами!!!). Именно этот выбор и сохраняется в файл .design!

да - что-то я немного не о том подумал. мне стыдно

.jp писал(а):Проблема заключается в том, что у Вас возможно не настроен IE, настройки которого берет dbForge Studio. Т.к. у Вас нету proxy, то зайдите в IE и снимите чекбокс use proxy (Tools -> Internet Options -> Connections). Пока через IE нельзя будет выйти в интернет - dbForge тоже не сможет проверять обновления. В дальнейшем мы планируем сделать систему проверки обновлений более гибкой и удобной (будет отдельный выход на proxy и port).

ОФТОП
MS конечно рулит и все такое, но что бы не использовать браузер по умолчанию? делов на 5 копеек.

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

Напрягает конечно не сильно, но всё же раздражает. Особенно когда приходится перечитывать потом или свой код или чужой.

Версия 4.50.311

ОФФТОП
вообще-то квотирование - это хорошо IMHO. ибо от версии к версии движка много что меняется - в том числе и ключевые слова, которые изначально вроде в мускуле появиться и не должны были... а вот квотирование имен - ту-ту - стандарт. не желаю тебе потом среди ночи кавычки руками расставлять во всех скриптах на дохлом линке из тьму-таракани )

Gunner писал(а):У меня несколько БД с одинаковой структурой
Я выбираю нужную мне БД, но при открытии sql скрипта, он запускается в том соединении, в котором был сохранен и приходится выбирать нужное мне соединение
Можно ли сделать так, чтобы скрипт автоматически открывался в соединении выбранной мной БД?

- можно использовать команду use в начале скрипта для указания конкретной БД
- можно указывать имя БД во всех заросах перед именем таблиц (и полей от настройки mysql и версии зависимо)
- нужно знать командную строку mysql (прости за прописные истины), чтобы знать ка оно работает (ибо окошки без понимания ничего не дадут - только курсовую. этот инструмент облегчает жизнь от рутины, но от необходимости наличия знаний не освобождает;)
- нужно смотреть опции импорта/экспорта скриптов в программе и использовать их в соответствии с надобностями.

это навскидку.

AlexZ писал(а):Дело в том, что в самом файле .sql нет никакой связи с соединением и при открытии такого файла dbForge как раз и выбирает текущее соединение из Проводника.

ужели? а как на счет use например? или если уж со стороны Вашей программы, то хотя бы одна из опций экспортирования "использовать префикс с именем базы". что-то вы не в теме по поводу того , что в sql ничего о "соеденениях" нет - стыдно.

Alexandr_3333 писал(а):Добрый день.
Никак не могу создать внешний ключ, точнее он создается, но при сохранении пишет что таблица не поддерживает его. Все имеющиеся типы таблиц не поддерживают внешние ключи, а Innodb такого типа нет. Как быть?

уже несколько раз про это Денвер что-то тут всплывало итд итп.

конкретно по вопросу:
- MySQL поддерживает несколько движков (engine), которые сотвествуют разному способу хранения и доступа к данным.
- MyIso - первый движок по истории самый быстрый по доступу к данным, надежность зависит от надежности файловой системы, транзакции не поддерживает.
- InnoDB - хороший движок, поддерживающий транзакции в по стандарту SQL92 полностью и даже с плюшками
- есть еще куча "движков", которые MySQL может использовать, но их наличие определяется сборкой и поддержка тех или иных движков в сборке можно получить стандартными командами этой БД в любой сборке.

ИТОГ: учите матчасть. и не надо будет спасибо говорить.

нет - я просто подумал, что может быть основное общение в другом месте происходит, а я не заметил (бывает так - банально самую жирную ссылку проигнорировал . отсюда и вопрос возник.

2Duke: честный ответ. спасибо.

2Габриэль: еще более исчерпывающий ответ. к сожалению согласившись с Вашей мыслью о стремлении к идеалу, я не могу согласиться практически со всеми остальными утверждениями (хотя красиво сказано +1000 за красноречие ). а про (не говорю уже про UNIX) *nix Вы вообще соплю такую дали, что мама не горюй. Вы вообще UNIX с *nix различаете, особенно в свете упоминания про VAX/VMS?... после первого абзаца в котором было высказано утверждение, все остальное - (простите) словоблудие - ибо не приведено ни одного факта, подкрепляющего Вашу мысль, а лишь обычная реклама мелкого менеджера по продажам софта, которую на каждой 3-й странице в инете видеть можно.

думаю тему можно считать закрытой - я ответ на свой вопрос получил.

а почему так мало отзывов на форуме?

и на форуме предложений.

Tereha писал(а):Создаю представление
SELECT name from db1.events
Выполняется нормально. Сохраняю. Текст преобразуется к виду

use db1 из командного интерфейса mysql если.. - выбрать БД с которой работать будешь

Tereha писал(а): SELECT
`events`.`name` AS `name`
FROM
`events`

При попытке выполнить сообщение
"Table "test.events" does not exist "

База test.localhost

В чем может быть дело? Спасибо!

проще говоря - выберите БД с которой Вы операции производите, если уж ее имя из SQL-оператора исключили.

Tsvetkov писал(а):Ихмо
В wine могут быть использованы функции заглушки - она объявлена, но внутри пусто.

Явное просветление мозгов. Вам надо видимо сначало почитать что такое wine. Он ИМЕННО - реализация WinAPI под.. ну под линукс больше. Вполне естественно, что это грромадная работа до сих пор не закончена (учитывая политику виндов) и там есть заглушки.

однако результаты тестов действительно стоящие и я бы посоветовал их отослать именно в проект wine.

+10

PS
Вы оба молодцы. Duke - тебе отдельный поклон.
Я погорячился - прочитал наискосок, прежде чем ответил.
Но редактировать не буду (пусть уж раз глупость сделал, то все это видят)

PSS
Редактировать пришлось - забыл п/д Tsvetkov извиниться за свои поспешные выводы ). Извиняюсь.

PSS
2Duke а тема-то интересная. жаль к среде разработки Вы привязаны )

ну убиться и не встать. там что - форум дебилов? забугорье прямо скажем интелектом не блещет. дальше где-то 15-ти постов не осилил.

assan писал(а):

LSTemp писал(а):а какая кодировка для БД по умолчанию?

перепробывал всякие

единственно когда не ругается
если в подключении поставить галочку во вкладке Дополнительно - Определить кодировку MySQL. но тогда в не зависимость от установленных кодировок для поля таблицы в таблице отображаются вопросы.

ругается даже при такой хранимке

Код: Выделить всё

PROCEDURE test.proc(IN Param1 VARCHAR(255))
BEGIN

END

вполне возможно, что при развертывании MySQL, и при создании базы я установил не правильные парамерты.
тогда - какие параметры нужно устоновить, чтоб правильно работало?

не задумывались никогда, над тем, что процедура может один строковый параметр получать, а потом вставлять эти данные в несколько таблиц с разными кодировками?

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

PS а кодировка latin1 - это вообще отдельная песня. суть в том , что это семибитная кодировка и не поддерживает национальных символов (отсюда и знаки `???` при попытке конвертации получаемых данных в другой набор символов). лучше бы Вам действительно БД на другую кодировку первести.

PSS и это не баг MySQL или DBForge - это ограничение связано только с выбранной кодировкой символов.

а какая кодировка для БД по умолчанию?

- попробуйте после авторизации кликнуть правой кнопкой мыши на кнопке "скачать" и выберите "сохранить объект как.."

- попробуйте использовать прямую ссылку для скачивания:
http://www.devart.com/dbforge/mysql/stu ... ysqlru.exe

удалено