madf Posted September 12, 2008 at 06:16 AM Posted September 12, 2008 at 06:16 AM Возможно, патченный build.
teapot Posted December 6, 2009 at 02:33 PM Posted December 6, 2009 at 02:33 PM Доброго времени суток.. не большой вопрос - как реализовать перенос из файловой БД в MySQL всей статистики.. (точнее необходим перенос detail_stat) или есть может быть какой скрипт для подобных преобразований?
madf Posted December 7, 2009 at 08:45 AM Posted December 7, 2009 at 08:45 AM Доброго времени суток.. не большой вопрос - как реализовать перенос из файловой БД в MySQL всей статистики.. (точнее необходим перенос detail_stat) или есть может быть какой скрипт для подобных преобразований? По крайней мере никто о таком ничего не писал. Но ничего невозможного нет и написать такой не очень сложно.
teapot Posted December 7, 2009 at 04:28 PM Posted December 7, 2009 at 04:28 PM Но ничего невозможного нет и написать такой не очень сложно. согласен - но у нас стоит стг с файловой БД и нет образца детальной статистики от стг 2.406 (с мускульным модулем) если не трудно дамп базы плиз..
madf Posted December 7, 2009 at 04:51 PM Posted December 7, 2009 at 04:51 PM Но ничего невозможного нет и написать такой не очень сложно. согласен - но у нас стоит стг с файловой БД и нет образца детальной статистики от стг 2.406 (с мускульным модулем) если не трудно дамп базы плиз.. Какого образца? У мускульной базы нет дампа - она сама создается при запуске...
teapot Posted December 7, 2009 at 09:22 PM Posted December 7, 2009 at 09:22 PM Какого образца? У мускульной базы нет дампа - она сама создается при запуске... интересовал образец таблици detailstat_* - для последующего переноса нашей файловой базы в мускул.. (образец был получен опытным путем) сделаю скрип и все перенесу...
niteman Posted March 8, 2010 at 08:46 PM Posted March 8, 2010 at 08:46 PM Подскажите пожалуста. Попробовал перейти на mysql... конвертор собрался вроде без ошибок. После запуска перенес в базу админов, тарифы , всех ползователей после последнего пользователя вытетел в кору. Проверяю базу а в ней в таблице юзверей вместо руских букв кракозябры, но что интересно что в таблице месажей все по русски красиво. Может кто сталкивался ...
madf Posted March 9, 2010 at 08:31 AM Posted March 9, 2010 at 08:31 AM Подскажите пожалуста. Попробовал перейти на mysql... конвертор собрался вроде без ошибок. После запуска перенес в базу админов, тарифы , всех ползователей после последнего пользователя вытетел в кору. Проверяю базу а в ней в таблице юзверей вместо руских букв кракозябры, но что интересно что в таблице месажей все по русски красиво. Может кто сталкивался ... Не совпадает кодировка базы, client encoding и в том месте где ты просматриваешь таблицы. Попробуй все поставить в koi8-r.
niteman Posted April 1, 2010 at 05:17 PM Posted April 1, 2010 at 05:17 PM Подскажите пожалуста. Попробовал перейти на mysql... конвертор собрался вроде без ошибок. После запуска перенес в базу админов, тарифы , всех ползователей после последнего пользователя вытетел в кору. Проверяю базу а в ней в таблице юзверей вместо руских букв кракозябры, но что интересно что в таблице месажей все по русски красиво. Может кто сталкивался ... Не совпадает кодировка базы, client encoding и в том месте где ты просматриваешь таблицы. Попробуй все поставить в koi8-r. Нет проблемма не в client encoding покрайней мере при просмотре. так как он возникает уже при переносе. main.cpp > 19:59:05 > - serebro main.cpp > 19:59:05 > * сБЮФЮЕЛШЕ ОНКЭГНБЮРЕКХ ЯЕРХ ЦЮПМХГНМ. б ЯБЪГХ Я МЕЙЮВЕЯРБЕММШЛ хМРЕПМЕРНЛ Б ЩРНЛ ЛЕЯЪЖЕ. мЕХЯОНКЭГНБЮММШЕ АНМСЯШ АСДСР ОЕПЕМЕЯЕМШ МЮ ЯКЕДСЧЫХИ ЛЕЯЪЖ. main.cpp > 19:59:05 > * сБ. ОНКЭГНБЮРЕКХ ЯЕРХ ЦЮПМХГНМ. б ЯБЪГХ Я РЕУМХВЕЯЙХЛХ РПСДМНЯРЪЛХ, МЕЯЙНКЙН ДМЕИ ЯЙНПНЯРЭ ХМРЕПМЕРЮ АСДЕР НВЕМЭ НВЕМЭ ЛЮКЕМЭЙНИ. юАНМОКЮРЮ ГЮ ЩРХ ДМХ БГШЛЮРЯЪ МЕ АСДЕР. может кто знает как с этим бороться повторюсь: но что интересно что таблица messages тоже имеет руский текст, а перенеслась нормально
madf Posted April 2, 2010 at 07:10 AM Posted April 2, 2010 at 07:10 AM Подскажите пожалуста. Попробовал перейти на mysql... конвертор собрался вроде без ошибок. После запуска перенес в базу админов, тарифы , всех ползователей после последнего пользователя вытетел в кору. Проверяю базу а в ней в таблице юзверей вместо руских букв кракозябры, но что интересно что в таблице месажей все по русски красиво. Может кто сталкивался ... Не совпадает кодировка базы, client encoding и в том месте где ты просматриваешь таблицы. Попробуй все поставить в koi8-r. Нет проблемма не в client encoding покрайней мере при просмотре. так как он возникает уже при переносе. main.cpp > 19:59:05 > - serebro main.cpp > 19:59:05 > * сБЮФЮЕЛШЕ ОНКЭГНБЮРЕКХ ЯЕРХ ЦЮПМХГНМ. б ЯБЪГХ Я МЕЙЮВЕЯРБЕММШЛ хМРЕПМЕРНЛ Б ЩРНЛ ЛЕЯЪЖЕ. мЕХЯОНКЭГНБЮММШЕ АНМСЯШ АСДСР ОЕПЕМЕЯЕМШ МЮ ЯКЕДСЧЫХИ ЛЕЯЪЖ. main.cpp > 19:59:05 > * сБ. ОНКЭГНБЮРЕКХ ЯЕРХ ЦЮПМХГНМ. б ЯБЪГХ Я РЕУМХВЕЯЙХЛХ РПСДМНЯРЪЛХ, МЕЯЙНКЙН ДМЕИ ЯЙНПНЯРЭ ХМРЕПМЕРЮ АСДЕР НВЕМЭ НВЕМЭ ЛЮКЕМЭЙНИ. юАНМОКЮРЮ ГЮ ЩРХ ДМХ БГШЛЮРЯЪ МЕ АСДЕР. может кто знает как с этим бороться повторюсь: но что интересно что таблица messages тоже имеет руский текст, а перенеслась нормально А я не только про client encoding написал. Там минимум 3 места где кодировка задается. Короче так: - внутренняя кодировка Stargazer KOI8; - сообщения хранятся в CP1251. Дальше смотри какая у тебя кодировка базы, client encoding и того места откуда смотришь.
niteman Posted April 2, 2010 at 03:51 PM Posted April 2, 2010 at 03:51 PM А я не только про client encoding написал. Там минимум 3 места где кодировка задается. Короче так: - внутренняя кодировка Stargazer KOI8; - сообщения хранятся в CP1251. Дальше смотри какая у тебя кодировка базы, client encoding и того места откуда смотришь. Не судите строго... видимо я до конца не понимаю что где смотреть. смотрю свойства таблицы charset set cp1251 на сколько я понимаю конвертер переносит данные в базу при помощи стандартного клиента установленого в системе. в качестве просмоторшика я пользуюсь менеджером но какаую бы я не ставил в не кодировку все равно получаю кракозябры. Кстати при помощи стандартного клиента системы тот же ефект. Я так понимаю что конвертер создает таблицы сам, соответсвенно и задает кодировку таблицы но тогда перенося данные из кои8 он должен был их переконвертировать в ср1251. И второй вопрос: конфигуратор получая данные из этой базы в какой кодировке должен их получать?(имею ввиду если данные раньше лежали в кои8 а в базу они переносятся как ср1251 не возникнет ли проблем у конфигуратора их чтением) Если можно разжуйте поподробней я еще учусь.
chupyc Posted April 2, 2010 at 07:20 PM Posted April 2, 2010 at 07:20 PM сори за офтоп, это не тот найтмен с Ивано-Франковска???
niteman Posted April 3, 2010 at 08:57 AM Posted April 3, 2010 at 08:57 AM сори за офтоп, это не тот найтмен с Ивано-Франковска??? не з днепропетровска
madf Posted April 6, 2010 at 07:43 AM Posted April 6, 2010 at 07:43 AM сори за офтоп, это не тот найтмен с Ивано-Франковска??? не з днепропетровска Ха! В одном городе живем
madf Posted April 6, 2010 at 07:44 AM Posted April 6, 2010 at 07:44 AM А я не только про client encoding написал. Там минимум 3 места где кодировка задается. Короче так: - внутренняя кодировка Stargazer KOI8; - сообщения хранятся в CP1251. Дальше смотри какая у тебя кодировка базы, client encoding и того места откуда смотришь. Не судите строго... видимо я до конца не понимаю что где смотреть. смотрю свойства таблицы charset set cp1251 на сколько я понимаю конвертер переносит данные в базу при помощи стандартного клиента установленого в системе. в качестве просмоторшика я пользуюсь менеджером но какаую бы я не ставил в не кодировку все равно получаю кракозябры. Кстати при помощи стандартного клиента системы тот же ефект. Я так понимаю что конвертер создает таблицы сам, соответсвенно и задает кодировку таблицы но тогда перенося данные из кои8 он должен был их переконвертировать в ср1251. И второй вопрос: конфигуратор получая данные из этой базы в какой кодировке должен их получать?(имею ввиду если данные раньше лежали в кои8 а в базу они переносятся как ср1251 не возникнет ли проблем у конфигуратора их чтением) Если можно разжуйте поподробней я еще учусь. Для самого Stargazer'а все по идее должно быть нормально. А вот при доступе к базе другими средствами (клиентом там, или еще как) нужно будет учитывать те особенности о которых я говорил в соседнем топике.
Recommended Posts
Create an account or sign in to comment
You need to be a member in order to leave a comment
Create an account
Sign up for a new account in our community. It's easy!
Register a new accountSign in
Already have an account? Sign in here.
Sign In Now