|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Andrey Ovchinnikov 2:467/70.49 25 Jun 2005 12:23:26
To : All
Subject : MySQL и чувствительность к регистру
--------------------------------------------------------------------------------
Хочу рассказать вам одну историю и узнать ваше уважаемое мнение по
интересующему меня вопросу. Давеча заказала наша компания третьей
фирме написать софт для ведения БД клиентов, отправок и пр. так как
нам это нужно. Вчера приходили представители устанавливать свое
изделие и выяснились следующие грабли: БД создается на линуксовом
сервере фирмы под MySQL. Скрипт, создающий БД, все имена
таблиц создает маленькими буквами (например, database.users).
Клиент же пытается обратиться к таблице как к database.Users и получает
сообщение о том, что такой таблицы не существует.
Фирмачи долго соображали, потом сказали, что вся проблема в том, что у
меня установлена 4.0.Х версия MySQL. По их просьбе я обновил ее до
4.1.11. Проблема осталась.
Вопрос в том, что представители фирмы утверждают, что у меня СУБД,
очевидно, криво настроена и поэтому делает различия между большими и
маленькими буквами в именах таблиц и названиях БД. Что они уже
написали море софта для работы с MySQL и с подобными граблями никогда
не сталкивались. Hа их ноутбуке (под оффтопиком) софт работает без
проблем. Утверждается, что он работает без проблем в SUSE 9.2. и в
какой-то Федоре, где MySQL берется "прямо из коробки".
Я же считаю, что в винде работает только потому, что она не различает
регистр вообще, ну а насчет SUSE и Fedora - проверить их слова, увы,
не могу. Кроме того, MySQL у меня использует слегка подправленный
(адреса интерфейсов) стандартный конфиг из Sarge. Hикакой
самодеятельности я там не устраивал.
Кто прав и почему такое происходит? Возможно ли решение этой проблемы
без переписывания всех исходников их софта с учетом регистра?
--
powered by Saicat Linux 2:467/70.49
--- tin/1.5.16-20030125 ("Bubbles") (UNIX) (Linux/2.4.29 (i686))
* Origin: //Born to run Unix... (2:467/70.49)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
