Использую MS Visual Studio 2013 (Professional edition), MySQL for Visual Studio 1.2.5 и MySQL 5.5.46 (Ubuntu).
Пришлось сделать перенос большого объема связанных между собой данных в MySQL и заметил одну принципиальную ошибку MySQL for Visual Studio (или я что-то недосмотрел): при заполнении (функция Fill соответствующего TableAdapter) данных таблицы в VS из MySQL данные заполняются, а вот информация о AUTO_INCREMENT из MySQL в соответствующее поле AutoIncrementSeed колонки таблицы VS не переносится, что приводит к катастрофическим последствиям.
Подскажите, что я делаю не так и как мне получить информацию о AUTO_INCREMENT (имеется в виду следующее свободное значение поля) в VS.

miksoftgai561,
Подозреваю, это надо спрашивать в подфоруме по C/C++.
Перенести топик?
Я думаю, не стоит, т.к. MySQL for Visual Studio разработка группы MySQL и вопрос к ним, а не к MS.

Объясню подробнее:
в VS данные из MySQL помещаются в таблицы в памяти на локальном компе.
Добавление, изменение и удаление данных также производится на локальном компе вплоть до того момента, пока не дашь команду на перенос данных на сервер MySQL.
Теперь представьте, что есть таблица 1 с ключевым автоинкрементным полем (первое свободное например 99), таблица 2 с ключевым автоинкрементным полем (первое свободное например 999) и перекрестная таблица 3 со ссылками на таблицу 1 и таблицу 2.
По факту я:
1).
- добавляю строку в таблицу 1, поле = 1 (т.к. я не сном ни духом о 99)
- добавляю строку в таблицу 2, поле = 1 (т.к. я не сном ни духом о 99)
- добавляю строку в таблицу 3, поле1 = 1, поле2 = 1
2.) передаю информацию в MySQL, а он
- меняет значение поля в таблице 1 на 99
- меняет значение поля в таблице 2 на 999
после чего ругается о нарушении структуры данных при сохранении таблицы 3 (что естественно)
Так что БД спроектирована правильно, а ошибка на основе недостаточных данных, ведь знай я о 99 и 999, ошибки не было бы.

Извините, но это чушь. Исходя из этой логики удаленная автономная работа с БД в принципе невозможна. Разъясню: Вы предлагаете мне при каждом изменении любой единицы данных обращаться к серверу на запись этих изменений и повторному их считыванию - представляете, какой излишек трафика и расхода ресурсов сервера.
Да я лучше на время обработки буду монопольно использовать БД.
А задачка решается элементарно - MySQL for Visual Studio (а это по сути драйвер) кроме самих данных таблиц должен дать информацию и об AUTU_INCREMENT - и тогда проблемы нет как таковой.

miksoftСуществует специальная функция LAST_INSERT_ID() для получения последнего сгенеренного автоинкремента в текущей сессии.
Посмотрев Вашу ссылку (извините, но по английски "читаю и перевожу со словарем") не получил уверенности, что это именно последний генерированный код (посмотрите пример группового добавления, где max=4, а значение функции=2).
Но за предложение большое спасибо.

AkinaНо вот когда возникает желание выдать результаты своей работы обратно на сервер... Дабы не наломать дров.
AkinaПжалста... тогда все проблемы, описанные выше, уйдут. А заодно придёт горячая благодарность от других пользователей базы. Особенно от тех, кого срезали на середине сессии.
Извините, но Вы далеки от реальности. Когда я, как администратор, делаю миграцию большого объема данных с одного сервера на другой, стараюсь по максимуму использовать ресурсы локального компьютера, а не загружать сервер. При этом я монополизирую одну БД (пользователям которой действительно придется подождать), зато пользователи других БД скажут мне спасибо за разгруженный сервер.
gai561Попробуйте в дополнение к чтению и переводу до конца понять то, что прочитано и переведено.
А о чем это, я не понял.
На этом этот никому ненужный спор "зачем" я прекращаю. Каждый делает то, что нужно ему.
Прошу помощи в поставленном мной в первом посте вопросе.
Заранее благодарен за помощь.

Получил предложение на другом форуме:


ну это уже вариант, хотя для VS не самый приятный. Может есть решение попроще?

Задача - получить значение AUTO_INCREMENT (первое свободное значение) таблицы на момент обращения к БД.

Согласен, но доступ к БД можно ограничить.

miksoft
И что вы собираетесь там увидеть по теме топика? Ну если только оценить объем данных для миграции... Хочу заступится за данное решение - если Вы попробуете данный запрос, то увидите одно из полей Auto_Increment.

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