Devart Forum

эх.. "когда-то" - это месяцы ?

Хотелось бы некий инструмент-помощник для быстрого доступа к справочнику названий таблиц и их полей с учётом моего положения в теле запроса. Чтобы писать запросы, не лазя в проводник за подсказками и не использовать префиксы с именами таблиц.

Вариант I.
Можно сделать 2 отдельных hotkey
ctrl + alt + space - список таблиц
shift+ space - список полей

Вариант II.
Один hotkey со списком таблиц и полей, но если строка в списке таблица, то можно нажать tab и получить список её полей или нажать ввод если нужно именно название таблицы

Нужно учитывать положение курсора в теле запроса и отсекать не нужные варианты, например при использование join.

А можно полюбопытствовать почему бы в место этих граблей и велосипедов не вернуть возможность принудительной кодировки соединения, как было раньше ?
Если проблема в :

В предыдущих версиях dbForge была ошибка, которая могла привести к порче данных.

Сделайте это опционально с уведомлением и те кому это нужно будут это использовать на свой страх и риск, а остальные не будут.

нельзя правильно настроить сам сервер?

А как же его правильно настроить, если для MySQL < 4.1
кодировка выставляется для сервера, а не для базы.
И вот ситуация есть три базы на MySQL 3.2
в первой данные UTF-8, во второй cp1251, в третьей в KOI8R ?
И как быть ?

На данный момент при помощи dbForge я не могу просмотреть данный в читабельном виде.

Во первых спасибо, что отреагировали.
Но можно поинтересоваться почему решили реализовать это в таком узком видении, а если понадобится подобная функциональность для KOI8R или cp1251, а на сервер в latin1.

От это я понимаю, грамотный подход к своим пользователям.
Спасибо, так держать.

странно что вы называете это ошибкой,
EMS Manager, phpMyAdmin, MysqlFront и т.д. называет это фитчей
да и со старой версией проблем не было,
а теперь что на другую утилу переходить ?

это не поможет так как будет установлена кодировка та что на сервере
а мне нужна именно utf-8

сервак на Latin1 отдаёт данные которые клиент должен воспринимать как utf-8.
Понимаете ?

есть база на Mysql 3.2, кодировка у сервера latin1,
но данные в базе хранятся в utf-8, в настройках подключения
к базе стоит кодировка UTF-8,
в предыдущих версиях DBForge работало нормально
обновил до 4.0 стало выдавать ошибку:

*******************
Client character set 'utf8' is different from server character set 'latin1'.
Задайте кодировку на вкладке "Дополнительные" редактора соединений или установите опцию "Определить кодировку MySQL"
*******************

PS
поменять кодировку сервера и прочие рекомендации в сторону сервера не предлагать

AlexZ писал(а):Мы включили Ваше предложение по расширению настроек сравнения и синхронизации в планы на реализацию в следующих версиях продукта.

Отлично.

Афигеть.. дайте две !

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

Подскажите как такое сделать или можно ли вообще ?

IMHO затем, что компаррер понятия не должен
иметь о логике работы таблицы.
Его дело сравнивать ddl выдаваем сервером.

Если бы вы придерживались этого пути
у вас бы не было подобных проблем ранее.
http://www.devart.com/ru/forums/viewtopic.php?t=12910

А так вам нужно постоянно отслеживать актуальность вашего видения логики работы с официальным. По вашему это верное решение ?

В конце концов решать вам, я не собираюсь учить вас жить.
Но хотелось бы хотя бы чтобы это поведение было кастомизабельными.
Неплохо бы, вообще сделать условия сравнения компарера кастомизабельным.
как у :
http://www.sqlmanager.net/ru/products/mysql/dbcomparer

хм..
если это действительно так, то почему сам mysql различает это

mysql> show create table t1;
+-------+---------------------------------------------
----------------------------------------------+
| Table | Create Table
|
+-------+---------------------------------------------
----------------------------------------------+
| t1 | CREATE TABLE `t1` (
`id` int(11) unsigned NOT NULL,
`name` varchar(120) NOT NULL default '',
`name1` varchar(120) NOT NULL
) ENGINE=InnoDB DEFAULT CHARSET=utf8 |
+-------+---------------------------------------------
----------------------------------------------+
1 row in set (0.00 sec)

возможно с позиции логики(вашей да и моей тоже) это одно и тоже,
но с точки зрения diff строк, это разные строки,
которые IMHO необходимо синхронизировать.

dbForge игнорирует DEFAULT '' в определении поля VARCHAR

вот что в базе
name varchar(120) NOT NULL default ''

а вот что dbForge показывает
name VARCHAR (120) NOT NULL

в итоге компарер не дифует вот такие две таблицы.
Master:
CREATE TABLE `t1`(
id INT (11) UNSIGNED NOT NULL,
name VARCHAR (120) NOT NULL
)
ENGINE = INNODB;

Target:
CREATE TABLE `t1`(
id INT (11) UNSIGNED NOT NULL,
name VARCHAR (120) NOT NULL DEFAULT ''
)
ENGINE = INNODB;