Форум: "Базы";
Текущий архив: 2002.08.19;
Скачать: [xml.tar.bz2];
ВнизMySql и все, все, все... Найти похожие ветки
← →
X-jedy (2002-07-29 17:04) [0]Хмм... Заметил тут некоторую "инертность" что-ли MySQL"я. Или ODBC-драйвера. Изначально оговорюсь, что версия MySql 3.23.51, ODBC 3.51.03, т.е последнее, что выложенно на сайте.
Странности наблюдаются следующие - когда БД пустая, т.е не внесено ни одной записи - любым из потомков TDataSet неверно определяюстя типы данных, например практически все строковые типы определяются как TMemo. При внесении хотя-бы 1 записи ситуация исправляется(сколько у меня нервов сгорело прежде чем я понял как исправить ситуацию ;( ). Но на этом к сожалению проблемы не закончились. Имеем колонку с типом данных к примеру VarChar(50), так вот пока в ней не будет элемента длинной 50 симвлов, длина вносимого элемента будет ограниченна элементом с максимальной длинной. Т.е имеем записи "a" "asdaff"(6 символов) и пытаясь внести более длинную строку типа "sadasdasdas", получим строчку урезанную до 6 символов "sadasd"... В режиме редактирования, если мы превышаем предел 6 символов получаем сообщение: "row cannot be located for updating. Some values may have been changed since it was last read".
Может кто знаком с такими болячками, и не сочтет за труд прояснить ситуацию? Буду крайне признателен...
← →
Григорий Ситнин (2002-07-29 17:34) [1]А ты через чего работаешь с MySQL? Через dbExpress?
← →
X-jedy (2002-07-29 17:35) [2]Через ADO.
← →
rvs (2002-07-30 08:40) [3]>>Имеем колонку с типом данных к примеру VarChar(50), так вот пока в ней не будет элемента длинной 50 симвлов, длина вносимого элемента будет ограниченна элементом с максимальной длинной
В конфигурации ODBC -- есть Options.
Так вот, поставь галочку на "Don"t optimise column width"
Удачи...
Ветал
← →
X-jedy (2002-07-30 11:54) [4]Ого, рулез! Там еще гора фичей...
Спасибо Ветал! 2-й раз помогаешь ;)
Страницы: 1 вся ветка
Форум: "Базы";
Текущий архив: 2002.08.19;
Скачать: [xml.tar.bz2];
Память: 0.45 MB
Время: 0.006 c