Bajo FreeBSD algo no me he decidido ocuparme, y bien, тат como como la sustitución винде y tuvo que hacer. La tarea es tal: es прога en java, que a través de ODBC se comunica con MSAccess por la base, aquí era necesario hacer esta deformación trabajar bajo ubuntu. Eran establecidos Para empezar unixodbc y mdbtools. Campo de su instalación de ningunas etiquetas en el menú no ha aparecido, las órdenes аля unixodbc mdbtools no han llevado, a través de la búsqueda надыбыл/usr/share/menu/unixodbc-bin y esto allá ya ODBCConfig, es necesario decir el sentido de esta гуишной las envolturas no mucho, y no ha comprendido como normalmente que hacer allí, todas las faltas daba, por la experiencia y гуглом era aclarado que que es necesario todo se encuentra en /etc/odbc.ini y /etc/odbcinst.ini. En se encontraban odbcinst.ini los ajustes del driver MSAccess que a mí всётаки consiguió introducir. Y en odbc.ini ajustes System DNS donde en realidad debe se encuentra описалово конекта a la base, nada difícil no era allíПод FreeBSD я что-то не решился этим заниматься, ну тат вроде как замена винде и делать пришлось. Задача такова: есть прога на java, которая через ODBC общается с MSAccess базой, вот это извращение нужно было заставить работать под ubuntu. Для начала были установлены unixodbc и mdbtools. Поле их установки никаких ярлыков в меню не появилось, команды аля unixodbc mdbtools не прокатили, через поиск надыбыл /usr/share/menu/unixodbc-bin а то туда уже ODBCConfig, надо сказать толку от этой гуишной оболочки не много, так и не разобрался как нормально что там сделать, всё ошибки выдавал, опытным путём и гуглом было выяснено, что все что надо находится в /etc/odbc.ini и /etc/odbcinst.ini. В odbcinst.ini находились настройки драйвера MSAccess которые мне всётаки удалось запихнуть. а в odbc.ini настройки System DNS где собственно и должно находится описалово конекта к базе, ничего сложного там не было
11 22 33 44 55 66 77 88
| [myConnection][myConnection] Description = Microsoft AccessTS Description = Microsoft AccessTS Driver = MDB1 Driver = MDB1 Database = /home/vampirus/db1.mdb Database = /home/vampirus/db1.mdb Servername = localhost Servername = localhost UserName = UserName = Password = Password = Port = 5432 Port = 5432 |
помойму solamente Driver, Database son necesarios aquí pero la vez trabaja y así esto ha dejado)помойму только Driver,Database тут нужны но раз работает и так то оставил)
Ha comprobado el trabajo проверил работу
11 22
| isql-v myConnectionisql -v myConnection select * from Realtion select * from Realtion |
Trabaja, y bien, pienso se golpea, tan simplemente, la tarde comprobaré, cómo allí java con esto trabará amistad, y ha ido al trabajo.работает, ну думаю зашибись, так просто, вечером проверю, как там java с этим подружится, и пошёл на работу.
Por la tarde. Вечером.
Sobre la tentativa del lanzamiento прога caía con la excepción, todavía ya que he decidido por alguna razón que será mejor si poner Open-jdk вмето sun’овского. Ha puesto Está bien сановкий jdk. Y aquí me esperaba la sorpresa, por lo visto el driver torcido o que, pero a cualquier correlación era Result Set Type is not supported. Resulta de MSAccess era necesario отказыватся, nada soy mejor mysql no ha inventado. Es necesario decir poner mysql php apache mí no quería, porque para estos objetivos quería poner FreeBSD en viejo комп. Y bien, pienso es útil está bien mysql todavía para algo. Porque php no quería poner, ha decidido y bien, probaré a través de perl no debe ser difícil, pero el módulo (¿o cómo él allí?) DBD:ODBC No resultó, sobre su tentativa de llevar Makefile.pl ha dado que esto las la faltas, comprender en que небыло de ningún deseo. Después para la importación, ha decidido поробовать mdbtools, ponía no en vano, pero en cuánto podía comprender la importación iba solamente en csv, y bien, pienso aquí en python probaré, el bien con csv sobre ello trabajaba ya, pero aquí me esperaba подлянка, el trabajo con mysql tenía que llevar, y había ya una pereza. La última tentativa era kexi bajo FreeBSD ella como en mysql a mí ha echado (o no, непомню), pero aquí se negaba a hacerlo y caía. про попытке запуска прога выпадала с исключением, ещё бы ведь я почему-то решил что будет лучше если поставить Open-jdk вмето sun’овского. Ладно поставил сановкий jdk. И тут меня ждал сюрприз, видимо драйвер корявый или что, но при любом раскладе было Result Set Type is not supported. Получается от MSAccess надо было отказыватся, ничего лучше mysql я не придумал. Надо сказать ставить mysql php apache я не хотел, т.к. для этих целей я хотел поставить FreeBSD на старый комп. Ну ладно думаю пригодится mysql ещё для чего-нибудь. т.к. php ставить не хотелось, решил ну попробую через perl не сложно должно быть, но модуля(или как он там?) DBD:ODBC не оказалось, про попытке его доставить Makefile.pl выдал какие то ошибки, разбираться в которых небыло никакого желания. потом для импорта, решил поробовать mdbtools, не зря же ставил, но на сколько я смог понять импорт шёл только в csv, ну думаю тут на python попробую, благо с csv я на нём уже работал, но тут меня ждала подлянка, для работы с mysql надо было что-то доставить, а было уже лень. Последней попыткой была kexi под FreeBSD она вроде в mysql мне перекинула(или нет, непомню), но тут она отказывалась это делать и падала.
Уторо de la tarde мудренее. Уторо вечера мудренее.
Era necesario en seguida poner php y no выпендриваться, ah sí tuvo que balancear todavía el driver odbcmysql y ajustar, pero es las bagatelas. скриптик las horas muertas de nada difícil Надо было сразу поставить php и не выпендриваться, ах да ещё пришлось качнуть драйвер odbcmysql и настроить, но это мелочи. скриптик простой ничего сложного
11 22 33 44 55 66 77 88 99 1010 1111 1212 1313 1414
| ¿<? php <?php
$r = odbc_connect ("myConnection", "", "");
$r = odbc_connect("myConnection","","");
$q = odbc_exec ($r, "select * from Relation");
$q = odbc_exec($r,"select * from Relation");
$conn = mysql_connect ("localhost", "root", "password");
$conn = mysql_connect("localhost","root","password");
mysql_selectdb ("db1");
mysql_selectdb("db1");
while (odbc_fetch_row ($q)) {
while(odbc_fetch_row($q)){ $PS=odbc_result ($q, "PS"); $PS=odbc_result($q,"PS"); $Parg = odbc_result ($q, "Parg"); $Parg = odbc_result($q,"Parg"); $X = odbc_result ($q, "X"); $X = odbc_result($q,"X"); $R = odbc_result ($q, "relation"); $R = odbc_result($q,"relation"); $Y = odbc_result ($q, "Y"); $Y = odbc_result($q,"Y"); mysql_query ("INSERT INTO Relation (PS, Parg, X, relation, Y) VALUE (' $PS', ' $ Parg ', ' $X ', ' $R ', ' $Y ')"); mysql_query("INSERT INTO Relation (PS,Parg,X,relation,Y) VALUE ('$PS','$Parg','$X','$R','$Y')");
}
?>
?> |
¿Y aquí con seguro pongo en marcha прогу, y ella a mí vayan por el bosque, la tabla RELATION no aquella, cómo así? Hay hablo (y bien, no me he acostumbrado todavía que el registro tiene la importancia), doy otro nombre está bien a la tabla en RELATION, y a yo no aquella de la tabla Relation, ah ti су … = en que significa делат прогу en винде al grupo la persona. Habiendo traducido todo al registro único, java todo скушала ha comenzado a trabajar)и вот я с надежной запускаю прогу, а она мне идите лесом, таблицы RELATION нету, как так? есть она говорю(ну не привык я ещё что регистр имеет значение), ладно переименовываю таблицу в RELATION, а она мне нету таблицы Relation, ах ты су… @= во что значит делат прогу в винде группе человек. Переведя всё к единому регистру, java всё скушала и начала работать)
30Jul 200830Jul 2008
Los comentarios frescos
Свежие комментарии