|
|
|
MySql + Linux + VFP6.0 on WinXP
|
|||
|---|---|---|---|
|
#18+
Столкнулся со следующей проблемой и ума не приложку, как ее решить, вообщем, ситуация: написал клиенту клиент-сервер (клиент - страховая медицинская компания), база данных на MySQL, сам сервер работал под управлением Win2000, переменные окружения мускула загружал через my.ini, у клиента соотвественно сама клиентская часть на vfp еще 6.0, настроен dsn, а также установлен драйвер MySQL ODBC Driver 3.51 - и все бы хорошо, жизнь прекрасна, сопровождение давно закончил, система работает... Вдруг - кому не скажу, но очень плохому дяде приспичило работающую систему перевести на рельсы всеми нами горячолюбимой ОС LinuX - повесили там мускул, переменные окружения загрузили через my.cnf, все вроде бы хорошо...со стороны клиентов перенастроили dsn-ы с указанием ip-адреса linux-ового сервера, при помощи mysql front вижу базы данных, на самом хосте все переменные окуржения (max-connections, default-character-set и пр...) те, которые нужны.... теперь подошел к сути: на стороне клиента: Код: plaintext nHandleConnection = 1 ну или больше 1 т.е. соединение устанавливается дальше даже смешно, делаю запрос: Код: plaintext 1. nResult = -1 курсора нет а вот так: Код: plaintext 1. вообще, как подсказали, сам mysql под linux регистрозависымый, т.е. названия таблиц в каком регистре имеет значение, может быть в этом проблема, тогда может быть есть какие-то параметры самого мускула, чтобы отменить этот режим????? вообщем, посоветуйте... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.05.2005, 18:18 |
|
||
|
MySql + Linux + VFP6.0 on WinXP
|
|||
|---|---|---|---|
|
#18+
автор DESC=MySQL ODBC 3.51 Driver В описание дров ищи что он там поддерживает и как. А вообще нет ничего удивительного в том что "a"!="A". Возможно это как раз твой случай. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 01.06.2005, 22:46 |
|
||
|
MySql + Linux + VFP6.0 on WinXP
|
|||
|---|---|---|---|
|
#18+
Может быть поможет это - ... Документация по MySQL версии 5.0.3-alpha: Одним из путей устранения этой проблемы является запуск демона mysqld с параметром -O lower_case_table_names=1. По умолчанию этот параметр имеет значение 1 для Windows и 0 для Unix. Если значение параметра lower_case_table_names равно 1, MySQL при сохранении и поиске будет преобразовывать все имена таблиц к нижнему регистру. С версии 4.0.2 это также касается и имен баз данных. Обратите внимание на то, что при изменении этого параметра перед запуском mysqld необходимо прежде всего преобразовать имена всех старых таблиц к нижнему регистру. При переносе MyISAM-файлов с Windows на диск в Unix в некоторых случаях будет полезна утилита mysql_fix_extensions для приведения в соответствие регистров расширений файлов в каждой указанной директории базы данных (нижний регистр .frm, верхний регистр .MYI и .MYD). Утилиту mysql_fix_extensions можно найти в подкаталоге scripts. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.06.2005, 17:17 |
|
||
|
MySql + Linux + VFP6.0 on WinXP
|
|||
|---|---|---|---|
|
#18+
Все правильно в MySQL поля с именами: name, Name, NAME; будут разными для программы (не помню для чего это было сделано, но факт остается фактом). Так что очень внимательно надо учитывать регистры написания имен столбцов. P.S. А вообще помнится в 4 версии это можно было исправить в настройках, не знаю какая у тебя (да и давно уже mysql не занимаюсь) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 07.11.2006, 19:44 |
|
||
|
MySql + Linux + VFP6.0 on WinXP
|
|||
|---|---|---|---|
|
#18+
Тут проблема не MySQL, а в различиях файловых систем Windows и UNIX-подобных систем. В Linux файловые системы изначально регистрозависимые, в отличие от DOS и WINDOWS. Это любимый Fox нас разбаловал регистронезависимостью. Кто писал на C, те привыкли аккуратнее обращаться с регистрами. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.11.2006, 09:55 |
|
||
|
|

start [/forum/topic.php?fid=41&msg=33093379&tid=1590436]: |
0ms |
get settings: |
11ms |
get forum list: |
18ms |
check forum access: |
5ms |
check topic access: |
5ms |
track hit: |
213ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
59ms |
get tp. blocked users: |
1ms |
| others: | 248ms |
| total: | 574ms |

| 0 / 0 |
