Впервые воспользовался этим инструментом, наткнулся на несколько граблей и сформулировал несколько пожеланий.

1. Имя таблицы и полей генерится в кавычках.
Едва ли кто-то не согласится, что это фуфуфу. Правила именования идентификаторов FB формализованы, т.ч. добавить проверку должно быть довольно просто. Тем более что наверняка в парсере IBE уже есть подобная функция.

2. Фокусы с кодировками.
Есть база в utf8:



Коннект Экспертом:


Копирую табличку со словами "тест" из Excel 2007, запускаю импорт



2.1. Непонятка с галкой конвертации

Есть чарсет коннекта, есть чарсет базы, и они даже совпадают, какое дело импорту до того, какая кодировка в базе? И откуда взялся ANSI, если буфер обмена Юникодный?

Если ставлю галку - импорт проходит успешно, но в гриде предпросмотра кракозябры. Если снимаю галку - в предпросмотре всё нормально, но при импорте ошибка Malformed string, и в предпросмотре вдруг появляется ещё одна строка (иногда одна строка наоборот, пропадает).



Если же импортировать из файла в Win1251, то также необходимо выставлять галку, так же бьется предпросмотр, но хотя бы понятно, откуда берется ANSI.

Тем не менее, как мне кажется, эти чекбоксы конвертации сбивают с толку. Было бы логичнее сделать вместо них комбобокс "Convert from ", c соответствующим отображением сразу в гриде просмотра.
Плюсы от этого:
1) Никого не волнует, во что конвертировать - это забота настроек коннекта
2) Сразу видно в просмотре, что кодировка выставлена верно
3) Да и просто логично.

3. Повторный импорт

Сейчас каждое закрытие окна импорта сбрасывает все установки, например, полей в целевой таблице. Если там прилично изменений, это может здорово потрепать нервы. Вместе с тем, зачастую необходимо просмотреть результаты импорта и повторить его - например, с некоторыми изменениями. Но сделать это невозможно, т.к. окно импорта модальное.
Мне кажется, было бы удобно и логично не сбрасывать изменения при закрытии окна, а его само сделать немодальным.

Также есть следующая проблема ошибки при импорте: записи, загруженные до момента ошибки, остаются в таблице. Что с ними делать в случае, когда данные загружаются в имеющуюся непустую таблицу - неизвестно. Мне кажется, будет логично перейти от такого половинчатого решения к последовательному: либо отменять все вставки полностью, либо давать возможность продолжить импорт, проигнорировав ошибочную строку.

4. Удобности

4.1. При ошибке импорта хорошо бы хоть как-то показывать вызвавшие ошибку исходные данные. Номер записи - это хорошо, если речь про текстовый файл. А если данные взяты из буфера обмена, куда скопированы из Экселя в режиме фильтрации?

4.2. При больших импортах приятно бы видеть прогресс-бар

Подзаголовок "2.1. Непонятка с галкой конвертации" - игнорировать. Думал разделить на несколько аспектов, но в итоге все собрал в кучу

Да ради бога. Это ж не моя задача - делать IBE лучше, удобнее и дружелюбнее.

Симонов ДенисKirill Razuvaev,

можно не в самом экспорте а сохранить в файл/загрузить из файла.
Типа файлы с пресетами импорта? Имхо, может понадобиться только при постоянном повторении одних и тех же шаблонов импорта, а для этого разумнее сделать скрипт.