Query работает против MySQL на Windows, но не на Mysql на Ubuntu

Question

Query работает против MySQL на Windows, но не на Mysql на Ubuntu

0

У меня есть приложение, которое использует функцию datasource для вывода строк на datagridview

dim query1 as string = "Select * from trades"
Source1.DataSource = GetData(query1)

With Me.DGVTrades
    .DataSource = Source1
End With

Когда я запускаю приложение на сервере MySQL размещенном в windows 10 код выше работает и заполняет мое datagridview. Однако он не работает для сервера MySQL размещенного на ubuntu 18.04.

Базы данных и версии сервера MySQL (8.0.11) одинаковы для обеих ОС, так как я использовал один и тот же файл дампа для импорта данных на обоих серверах.

Вопрос: Что может вызвать эту проблему?

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

Поговорив с Терри, я понял, что проблема заключается в запросе, когда я запускаю запрос с помощью Workbench в MySQL, он работает на сервере Windows, но не на сервере Ubuntu

Anirban 12 июнь 2018, в 21:45

Источник

0

Ошибка вывода? Ваше соединение указывает на правильную базу данных? Есть ли у вашего пользователя права на IP-адрес источника запроса? Много вопросов.
T Gray 12 июнь 2018, в 19:47
0

правильная строка подключения к базе данных для компьютера с Ubuntu
Charles May 12 июнь 2018, в 19:47
0

У вас есть блок try / catch? Выдает ошибку? Установите точку останова и посмотрите, содержит ли Source1 какие-либо записи.
Terry Carmen 12 июнь 2018, в 20:29
0

Привет, я обновил вопрос. поэтому ошибка не в запросе sql или в строке подключения, потому что она отлично работает в ОС Windows. В ОС Ubuntu он работает для первой таблицы и возвращается со второй таблицы пустым. Я использую две разные функции источника данных
Anirban 12 июнь 2018, в 20:36
0

@TerryCarmen Я не могу использовать try catch для этого, потому что кто-то написал более тысячи строк on error resume next , когда я прокомментирую, что приложение даже не работает .. lol
Anirban 12 июнь 2018, в 20:53
1

@Anirban - В Visual Studio включите «Разрывать все исключения общеязыковой среды выполнения (CLR)». Вам нужно будет указать местоположение параметра в Google, поскольку он перемещался между версиями. Как только вы это сделаете, найдите все места, где есть необработанное исключение, и правильно с ними справитесь. Приложение не "работает" прямо сейчас; Вы просто не можете видеть сломанные части.
Terry Carmen 13 июнь 2018, в 12:23
0

@TerryCarmen +1, я обнаружил ошибку, следуя вашим шагам! Синтаксис sql не работает в Ubuntu, но работает в Windows. select 'all' as Group_name from Groups Union Select distinct Group_Name from groups where trim(Group_Name) <> '' and Group_Name <> 'ALL'
Anirban 13 июнь 2018, в 13:15
0

Здорово! Рад помочь!
Terry Carmen 13 июнь 2018, в 13:20
0

@Anirban Anirban вы также можете посмотреть цитаты. Некоторые драйверы БД / среды более суетливы или более прощающие в отношении кавычек Убедитесь, что у вас есть правильный вид в каждом месте (обратный тик, одинарная кавычка, двойная кавычка и т. Д.). Также вы можете в любом случае перепечатать все кавычки, если вы скопировали или вставили какой-либо код. Некоторые наборы символов имеют символы, которые выглядят точно так же, как вы ожидаете, но не так.
Terry Carmen 13 июнь 2018, в 13:32
0

@TerryCarmen Я ответил на вопрос ниже, он не работал, потому что имена таблиц в запросе имели заглавные буквы
Anirban 13 июнь 2018, в 13:57

Показать ещё 8 комментариев

Теги:

mysql

windows

vb.net

ubuntu-18.04

1 ответ

Ещё вопросы

Ошибка вывода? Ваше соединение указывает на правильную базу данных? Есть ли у вашего пользователя права на IP-адрес источника запроса? Много вопросов.
правильная строка подключения к базе данных для компьютера с Ubuntu
У вас есть блок try / catch? Выдает ошибку? Установите точку останова и посмотрите, содержит ли Source1 какие-либо записи.
Привет, я обновил вопрос. поэтому ошибка не в запросе sql или в строке подключения, потому что она отлично работает в ОС Windows. В ОС Ubuntu он работает для первой таблицы и возвращается со второй таблицы пустым. Я использую две разные функции источника данных
@TerryCarmen Я не могу использовать try catch для этого, потому что кто-то написал более тысячи строк on error resume next , когда я прокомментирую, что приложение даже не работает .. lol
@Anirban - В Visual Studio включите «Разрывать все исключения общеязыковой среды выполнения (CLR)». Вам нужно будет указать местоположение параметра в Google, поскольку он перемещался между версиями. Как только вы это сделаете, найдите все места, где есть необработанное исключение, и правильно с ними справитесь. Приложение не "работает" прямо сейчас; Вы просто не можете видеть сломанные части.
@TerryCarmen +1, я обнаружил ошибку, следуя вашим шагам! Синтаксис sql не работает в Ubuntu, но работает в Windows. select 'all' as Group_name from Groups Union Select distinct Group_Name from groups where trim(Group_Name) <> '' and Group_Name <> 'ALL'
@Anirban Anirban вы также можете посмотреть цитаты. Некоторые драйверы БД / среды более суетливы или более прощающие в отношении кавычек Убедитесь, что у вас есть правильный вид в каждом месте (обратный тик, одинарная кавычка, двойная кавычка и т. Д.). Также вы можете в любом случае перепечатать все кавычки, если вы скопировали или вставили какой-либо код. Некоторые наборы символов имеют символы, которые выглядят точно так же, как вы ожидаете, но не так.
@TerryCarmen Я ответил на вопрос ниже, он не работал, потому что имена таблиц в запросе имели заглавные буквы

Anirban · Accepted Answer · 2018-06-13T10-59-00.000Z

Я обнаружил, что в именах таблиц MySQL есть некоторая чувствительность к регистру на сервере Ubuntu. Один из запросов в моем коде написан с заглавными буквами в имени таблицы, поэтому он не работает в MySQL на Ubuntu. Однако MySQL в окнах, похоже, более прощает об этом и принимает имена таблиц как есть.

"Как имена таблиц и баз данных хранятся на диске и используются в MySQL, зависит от системной переменной lower_case_table_names. Lower_case_table_names может принимать значения, указанные в следующей таблице. Эта переменная не влияет на чувствительность к регистру идентификаторов триггеров. В Unix значение по умолчанию of lower_case_table_names равно 0. В Windows значение по умолчанию равно 1. На macOS значение по умолчанию равно 2. " <--Source → https://dev.mysql.com/doc/refman/8.0/en/identifier-case-sensitivity.html