|
|
|
Переход с MS Access на MySQL
|
|||
|---|---|---|---|
|
#18+
Жил-был программист-любитель. Использовал MS Access (на любом новом компе уже стоит) и был спокоен. Потом зашел в ИНЕТ почитать/поискать как базу на сервере размещать и увидел что там все использует MySQL/PHP/APACHE. Обращаюсь к опытным бойцам: с чем предстоит столкнуться и какие выгоды и потери ожидают этого человека при переходе на MySQL при создании новых баз и конвертации существующих? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.11.2006, 13:25 |
|
||
|
Переход с MS Access на MySQL
|
|||
|---|---|---|---|
|
#18+
Можно использовать и MSSQL/ASP.NET/IIS. Вопрос исключительно религиозный. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 10.11.2006, 19:42 |
|
||
|
Переход с MS Access на MySQL
|
|||
|---|---|---|---|
|
#18+
FlareМожно использовать и MSSQL/ASP.NET/IIS. Вопрос исключительно религиозный. Согласен, но кругом кричат что на более чем 80% всех серверов ИНЕТа установлены именно эти приложения. Я следую принципу выбора наиболее популярных и доступных продуктов. Да и потом знакомые часто аргументируют тем что не хотят зависеть от MS с их закрытостью, вот я и подумал что может есть смысл идти в струе со всеми чем гребсти против течения. В общем бойцы не хотят откликаться, может тогда хоть кто-нибудь кто и там(Access) и там(MySQL) творит или творил чем поделится? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2006, 14:36 |
|
||
|
Переход с MS Access на MySQL
|
|||
|---|---|---|---|
|
#18+
Не работал сколько-нибудь серьёзно с MS Access, потому на ваш вопрос о различиях при переходе ответить не могу. Однако, при наличии каких-то конкретных вопросов по MySQL, вы всегда можете задать их в соответствующем разделе форума. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2006, 15:45 |
|
||
|
Переход с MS Access на MySQL
|
|||
|---|---|---|---|
|
#18+
DocAlНе работал сколько-нибудь серьёзно с MS Access, потому на ваш вопрос о различиях при переходе ответить не могу. Однако, при наличии каких-то конкретных вопросов по MySQL, вы всегда можете задать их в соответствующем разделе форума. И на том спасибо. Существуют ли визуальные средства построения громоздких(много таблиц и полей) запросов по подобию запрос-сетки MS Access и в чем главное отличие SQL синтксиса? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.11.2006, 16:29 |
|
||
|
Переход с MS Access на MySQL
|
|||
|---|---|---|---|
|
#18+
С привычкой накладывать одно view на другое придется растатся! Во всех SQL серверах это очень не эффективно(тормозит). Ну еще Having в MySQL плохо работает, длинных условий туда писать не надо. Никаких встроенных средств для написания SQL не существует, так что с сеткой придется растатся. Вобщем первое время придется тяжело. Если смотреть со стороны удобства среды, то по моему мнению лучший инструментарий у Firebird, типа IBExpert и пр... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.11.2006, 11:41 |
|
||
|
Переход с MS Access на MySQL
|
|||
|---|---|---|---|
|
#18+
Да нет, есть какой-то GUI, вроде. Но, кажется, довольно сырая разработка, хотя я им не пользуюсь, соответственно, за развитием не слежу, мб уже и что-то путное вышло. Так уж исторически сложилось, привык с консоли работать.) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.11.2006, 11:48 |
|
||
|
Переход с MS Access на MySQL
|
|||
|---|---|---|---|
|
#18+
ErikС привычкой накладывать одно view на другое придется растатся! Во всех SQL серверах это очень не эффективно(тормозит). Ну еще Having в MySQL плохо работает, длинных условий туда писать не надо. Никаких встроенных средств для написания SQL не существует, так что с сеткой придется растатся. Вобщем первое время придется тяжело. Если смотреть со стороны удобства среды, то по моему мнению лучший инструментарий у Firebird, типа IBExpert и пр... Спасибо, в принципе наложение view на view можно заменить вложеннами запросами (до опреденной степени конечно). А по поводу Fierbird, я так понимаю до популярности MySQL ему очень далеко, поэтому наверно отпадает сам собой. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.11.2006, 11:57 |
|
||
|
Переход с MS Access на MySQL
|
|||
|---|---|---|---|
|
#18+
DocAlДа нет, есть какой-то GUI, вроде. Но, кажется, довольно сырая разработка, хотя я им не пользуюсь, соответственно, за развитием не слежу, мб уже и что-то путное вышло. Так уж исторически сложилось, привык с консоли работать.) Посмотрел, имхо для начинающего пойдет. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 13.11.2006, 15:12 |
|
||
|
Переход с MS Access на MySQL
|
|||
|---|---|---|---|
|
#18+
Вольному воля, мне например среда имеет большое значение. Если мне придется с Oracle без Toad работать, то скорость разработки упадет в разы. Если время разработки не критично, то без разницы на чем писать. А насчет Fierbird могу сказать, что в Рунете имеется очень развитое сообщество по Fierbird, IB. http://www.ibase.ru/ ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.11.2006, 12:05 |
|
||
|
Переход с MS Access на MySQL
|
|||
|---|---|---|---|
|
#18+
ErikВольному воля, мне например среда имеет большое значение. Если мне придется с Oracle без Toad работать, то скорость разработки упадет в разы. Если время разработки не критично, то без разницы на чем писать. А насчет Fierbird могу сказать, что в Рунете имеется очень развитое сообщество по Fierbird, IB. http://www.ibase.ru/Ну, всё же, думаю вы согласитесь, что хостинг с файрбёрдом -- это некоторая экзотика? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 14.11.2006, 12:58 |
|
||
|
Переход с MS Access на MySQL
|
|||
|---|---|---|---|
|
#18+
alexmsp в принципе наложение view на view можно заменить вложеннами запросами (до опреденной степени конечно). :) Открою страшную тайну, что в Access-это и есть вложенные запросы. Просто вложенные запросы трудно в конструкторе отобразить визуально. Вот разработчики и их предлагают в таком виде, чтобы для чайников в SQL можно было в большинстве случаев конструктор юзать. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.11.2006, 13:27 |
|
||
|
Переход с MS Access на MySQL
|
|||
|---|---|---|---|
|
#18+
SergINI alexmsp в принципе наложение view на view можно заменить вложеннами запросами (до опреденной степени конечно). :) Открою страшную тайну, что в Access-это и есть вложенные запросы. Просто вложенные запросы трудно в конструкторе отобразить визуально. Вот разработчики и их предлагают в таком виде, чтобы для чайников в SQL можно было в большинстве случаев конструктор юзать. Это правда, но Access тем и хорош, что можно сделать 20 наложений, а он сам все оптимизирует и будет сносно работать. А вот 20 вложенных нарисовать наврядли возможно и уж точно непримелимо. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.11.2006, 15:56 |
|
||
|
Переход с MS Access на MySQL
|
|||
|---|---|---|---|
|
#18+
Покажите мне реальный(нужный на практике) запрос, которому нужна глубина вложенности ~20? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.11.2006, 18:30 |
|
||
|
Переход с MS Access на MySQL
|
|||
|---|---|---|---|
|
#18+
SergINIПокажите мне реальный(нужный на практике) запрос, которому нужна глубина вложенности ~20? Речь о том что в Access можно ПОСЛЕДОВАТЕЛЬНО разрабатывать views и накладывать друг на друга пока не получишь желаемый результат а в итоге Access сам оптимизирует конечный запрос. А промежуточные можно параллельно использовать для других целей. Речь об УДОБСТВЕ И НАГЛЯДНОСТИ ИСПОЛЬЗОВАНИЯ. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.11.2006, 20:50 |
|
||
|
Переход с MS Access на MySQL
|
|||
|---|---|---|---|
|
#18+
alexmsp Речь о том что в Access можно ПОСЛЕДОВАТЕЛЬНО разрабатывать views и накладывать друг на друга пока не получишь желаемый результат а в итоге Access сам оптимизирует конечный запрос. А промежуточные можно параллельно использовать для других целей. Речь об УДОБСТВЕ И НАГЛЯДНОСТИ ИСПОЛЬЗОВАНИЯ. А где так нельзя? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.11.2006, 22:06 |
|
||
|
Переход с MS Access на MySQL
|
|||
|---|---|---|---|
|
#18+
Изопропил alexmsp Речь о том что в Access можно ПОСЛЕДОВАТЕЛЬНО разрабатывать views и накладывать друг на друга пока не получишь желаемый результат а в итоге Access сам оптимизирует конечный запрос. А промежуточные можно параллельно использовать для других целей. Речь об УДОБСТВЕ И НАГЛЯДНОСТИ ИСПОЛЬЗОВАНИЯ. А где так нельзя? Без тормозов говорят больше нигде. Access по такие дела оптимизирован. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.11.2006, 09:52 |
|
||
|
Переход с MS Access на MySQL
|
|||
|---|---|---|---|
|
#18+
аналогичная проблема. кроме Firebird красивостей ни для чего не создано чтоль? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 26.11.2006, 03:44 |
|
||
|
Переход с MS Access на MySQL
|
|||
|---|---|---|---|
|
#18+
alexmsp Изопропил alexmsp Речь о том что в Access можно ПОСЛЕДОВАТЕЛЬНО разрабатывать views и накладывать друг на друга пока не получишь желаемый результат а в итоге Access сам оптимизирует конечный запрос. А промежуточные можно параллельно использовать для других целей. Речь об УДОБСТВЕ И НАГЛЯДНОСТИ ИСПОЛЬЗОВАНИЯ. А где так нельзя? Без тормозов говорят больше нигде. Access по такие дела оптимизирован. Я плакалъ... Т.е. ты хочешь сказать, что Oracle такие вещи делает хуже Access? Видимо, у меня какой-то неправильный Oracle, потому что мой Oracle 9i, судя по плану выполнения, делает такое на ура. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.11.2006, 08:54 |
|
||
|
Переход с MS Access на MySQL
|
|||
|---|---|---|---|
|
#18+
Вообще, если хочется меньше переучиваться, на MySQL + PHP с Access переходить нет смысла. В самом начале этого топика правильно советовали ASP .NET 2.0 + IIS + MSSQL 2005. И графические инструменты никуда не денутся тогда (ну там, построители запросов, конструкторы таблиц и диаграмм БД + отладчики SQL кода) и графическая среда разработки будет (Visual Studio 2005) и Reporting Services, и полнотекстовый поиск и многое многое другое. MySQL, это все же средство для довольно простых задач (спорить об этом не хочу). Что до статистики использования, то что-то мне подсказывает, что она очень скоро изменится... Просто эти продукты пока мало кто У НАС знает, а зря... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.11.2006, 13:40 |
|
||
|
Переход с MS Access на MySQL
|
|||
|---|---|---|---|
|
#18+
для MySQL тоже есть среды разработки, пхпадмин например, но какието они примитивные, делал на MySQL3x лабы в универе, ужаснулся (на работе Access + oracle8i) MySQL нефига несоблюдает никакие стандарты SQL (насчет пятой версии незнаю). _____________________________________ Мое конг-фу сильнее твоего ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.12.2006, 14:26 |
|
||
|
Переход с MS Access на MySQL
|
|||
|---|---|---|---|
|
#18+
alexmspЖил-был программист-любитель. Использовал MS Access (на любом новом компе уже стоит) и был спокоен. Потом зашел в ИНЕТ почитать/поискать как базу на сервере размещать и увидел что там все использует MySQL/PHP/APACHE. Обращаюсь к опытным бойцам: с чем предстоит столкнуться и какие выгоды и потери ожидают этого человека при переходе на MySQL при создании новых баз и конвертации существующих? Враки. У меня Access+MS SQL ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.12.2006, 15:34 |
|
||
|
Переход с MS Access на MySQL
|
|||
|---|---|---|---|
|
#18+
Прожодил мимо111Вообще, если хочется меньше переучиваться, на MySQL + PHP с Access переходить нет смысла. В самом начале этого топика правильно советовали ASP .NET 2.0 + IIS + MSSQL 2005. И графические инструменты никуда не денутся тогда (ну там, построители запросов, конструкторы таблиц и диаграмм БД + отладчики SQL кода) и графическая среда разработки будет (Visual Studio 2005) и Reporting Services, и полнотекстовый поиск и многое многое другое. MySQL, это все же средство для довольно простых задач (спорить об этом не хочу). Что до статистики использования, то что-то мне подсказывает, что она очень скоро изменится... Просто эти продукты пока мало кто У НАС знает, а зря... www.sqlmanager.net/ ? ну а насчет задач спорить надо тогда, когда разбираешься в теме. На MySQL работает много известных ресурсов в интернете, под огромной нагрузкой. И это говорит о том, что главное не БД, а разработчик. Кстати, про полнотекстовый поиск в MySQL рекомендую освежить ваши знания. Насчет ПХП - сам не знаю, но знакомый народ, кто пишет на АСП.НЕТ и народ кто пишет на джаве, и народ кто пишет на ПХП -- ВСЕ утверждают что ПХП самый простой язык для веба на сегодня. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 08.12.2006, 17:55 |
|
||
|
Переход с MS Access на MySQL
|
|||
|---|---|---|---|
|
#18+
henu3detb Насчет ПХП - сам не знаю, но знакомый народ, кто пишет на АСП.НЕТ и народ кто пишет на джаве, и народ кто пишет на ПХП -- ВСЕ утверждают что ПХП самый простой язык для веба на сегодня. Может быть, но по другому мнению он самый и не нразвитый... Широкое распространение MySQL получил в силу относительной дешевизны, но на сегодня он становится по цене обслуживания похож на цену покупки W2003+MS SQL Server 2005, так что все еще может поменяться и уже все больше и больше ресурсов переходит на платформу MS... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 11.12.2006, 09:32 |
|
||
|
Переход с MS Access на MySQL
|
|||
|---|---|---|---|
|
#18+
alexmspИ на том спасибо. Существуют ли визуальные средства построения громоздких(много таблиц и полей) запросов по подобию запрос-сетки MS Access и в чем главное отличие SQL синтксиса? можно поставить http://ru.openoffice.org/ там интерфейс для работы с БД почти такой же как у билла для аксцеса работает с MySQL и еще парочкой распространенных БД... кривовато правда работает) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 24.12.2006, 18:56 |
|
||
|
Переход с MS Access на MySQL
|
|||
|---|---|---|---|
|
#18+
Смотря какие цели ставить. Я согласен что из MySQL хороший WEB-Server не спорю. Однако если система используется как OLAP и OLTP одновременно здесь возможности MS SQL Server 2005 просто колосальны. Да кстати Есть версия у MS SQL Server 2005 Express Edition (бесплатная официальная русская). В не есть и графические конструкторы напоминающие Access и синтаксические тоже на высоте. А главное у него ядро такое же как у старшего брата Enterprise Edition. Вот на работе перевел ряд баз под MS SQL Sever 2005 Express оптимизировал все просто летает, a Access оставил в качестве пользовательского интерфейса (просто можно быстро сделать простой пользовательский интерфейс без заморочек). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.07.2008, 15:07 |
|
||
|
Переход с MS Access на MySQL
|
|||
|---|---|---|---|
|
#18+
Сообщений много но полезного мало. Для MySQL создано много всего. Вот программы которые весьма удобны для разработки БД: 1. MYSQL-FRONT 2. SQLyog enterprise manager Я использую их обе одновременно. У mysql-front нет только графического отображения связей между таблицами. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.07.2008, 14:37 |
|
||
|
Переход с MS Access на MySQL
|
|||
|---|---|---|---|
|
#18+
А какие существенные минусы могут быть если использовать Apache и PHP, а как базу данных Access? База данных ожидается максимум на 100000 записей. И около 20 пользователей. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.07.2008, 10:30 |
|
||
|
Переход с MS Access на MySQL
|
|||
|---|---|---|---|
|
#18+
VinnylА какие существенные минусы могут быть если использовать Apache и PHP, а как базу данных Access? База данных ожидается максимум на 100000 записей. И около 20 пользователей. ИМХО в этой связке Access лишний, а если надо front на Access то тогда Apache и PH можно убрать, использовав Access+MySQL и в интернете и локально - как угодно. Я уже давно использую эту связку а мой давний топик когда интересовался этим вопросом - живее всех живых:) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.07.2008, 11:25 |
|
||
|
Переход с MS Access на MySQL
|
|||
|---|---|---|---|
|
#18+
Хочется интерфейс web, а вот с выбором базы сложнее, т.к. необходимо ежедневная закачка в нее данных в текстовых файлах с постоянной шириной столбцов. В Access это сделать элементарно. В MySQL сложнее. И данные в web-интерфейс из Access добывать тоже не сложно. Как быть? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.07.2008, 11:38 |
|
||
|
Переход с MS Access на MySQL
|
|||
|---|---|---|---|
|
#18+
И что, вам нужен Access только потому что вам на нем легче сделать импорт текстовых фалов в базу?:) Крепкий аргумент:) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.07.2008, 12:02 |
|
||
|
Переход с MS Access на MySQL
|
|||
|---|---|---|---|
|
#18+
После меня этим будет заниматься кто-то другой и за его умения я поручиться не могу. С Access-ом же справится любой. Вопрос в том не будет ли такая система лететь через день? Насколько надежно хранить данные в mdb? При этом опять же вопрос платности базы данныех тоже стоит очень остро, а Office есть везде. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.07.2008, 13:56 |
|
||
|
Переход с MS Access на MySQL
|
|||
|---|---|---|---|
|
#18+
Vinnyl С Access-ом же справится любой. Вопрос в том не будет ли такая система лететь через день? Это означает что не справился:) Vinnyl Насколько надежно хранить данные в mdb? ИМХО если локально то довольно надежно, особенно если регулярно делать копии и сжимать базу. Vinnyl При этом опять же вопрос платности базы данныех тоже стоит очень остро, а Office есть везде. Я бы сказал почти везде, и то уже заметен процесс перехода на бесплатные продукты. Кроме того если говорить об интернете - то наоборот там все таки в основном LAMP. И не очень много там Office. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.07.2008, 15:26 |
|
||
|
Переход с MS Access на MySQL
|
|||
|---|---|---|---|
|
#18+
Да система локальная - внутри компании. Работать будут человек 20 одновременно. Хочется соблюсти все формальности с платностью базы и себе жизнь не усложнять особенно. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.07.2008, 16:01 |
|
||
|
Переход с MS Access на MySQL
|
|||
|---|---|---|---|
|
#18+
VinnylДа система локальная - внутри компании. Работать будут человек 20 одновременно. Хочется соблюсти все формальности с платностью базы и себе жизнь не усложнять особенно. Если внутри локальной сети - я предлагаю терминал сервер. Посмотреть правда требования к памяти что бы хватило на 20 юзеров. Так вот терминалы могут быть даже на линуксе, даже без винчестера с загрузкой по сети. А на сервере пусть будет Win Server 2003. Надежность высокая, трафик мизерный. Повторю только памяти надо столько что бы хватило на 20 юзеров. Это проверять экспериментально. Другой вариант - у каждого клиентская чать как в основном многие на этом форуме используют, а на сервере(физическом - он же файл сервер) база с таблицами. Тогда к памяти на сервере требования не большие но требования к пропускной способности сети возрастают и надежность падает. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.07.2008, 16:21 |
|
||
|
Переход с MS Access на MySQL
|
|||
|---|---|---|---|
|
#18+
Все-таки в случае терминал сервера - необходимо достаточно большая производительность этого сервера, насколько я понимаю. В случае если развернуть Apache для 20 пользователей небольшой базы в 100000 строчек можно обойтись и очень средним офисным компьютером вместо сервера. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 29.07.2008, 17:13 |
|
||
|
Переход с MS Access на MySQL
|
|||
|---|---|---|---|
|
#18+
VinnylВсе-таки в случае терминал сервера - необходимо достаточно большая производительность этого сервера, насколько я понимаю. В случае если развернуть Apache для 20 пользователей небольшой базы в 100000 строчек можно обойтись и очень средним офисным компьютером вместо сервера. Может вам лучше все таки тогда сделать клиентов на access а на физ.сервере разместить сервер баз данных? Бесплатных серверов баз данных предостаточно. Зачем web интерфейс в локальной сети? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2008, 00:28 |
|
||
|
Переход с MS Access на MySQL
|
|||
|---|---|---|---|
|
#18+
VinnylВ случае если развернуть Apache для 20 пользователей небольшой базы в 100000 строчек можно обойтись и очень средним офисным компьютером вместо сервера. скажу больше... у нас стоит 400-й селерон, под линуксом, который интернет раздаёт, и в MySQL складывает данные о трафике каждые 5 мин... записей там уже не 100тыс... не говорю что это ещё и файловый сервер (20 чел)... в общем MySQL уже пол года бегает и не чихает... запросы по суточному трафику (24 раза OUTER JOIN с кучей условий и разными группировками) 4..5 сек это я к тому, что MySQL на обычном офисном компе на "сегодня" (проц > 1500МГц, RAM>512, HDD SATA) ЛЕГКО и 100 человек обслужит, тем более если с этим Access справлялся. и шуршать будет ещё быстрее Access. Если смотреть со стороны "не усложнять жизнь" - то наверно более простой вариант, это оставить клиента на MSAccess, а как СУБД использовать MSDE. Не думаю что ваша база будет больше 1 гига (или какое-там ограничение). есть конверторы баз MSAccess->MSSQL. Немного изменить клиента MSAccess, перенастроив его на SQLServer или вообще не менять, а сделать вместо старых таблиц, что-то вроде ссылки на таблицу в MSSQL. У нас есть такое приложение Access+MSDE... и ни у кого из пользователей специально не установлен Access... как-то хитро его скомпилировали в EXE. ну а офис Office BE помоему сейчас почти везде стоит. для администрирования MSDE - EMS SQL Manager Lite for SQL Server (бесплатная). ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2008, 01:18 |
|
||
|
Переход с MS Access на MySQL
|
|||
|---|---|---|---|
|
#18+
Web-интерфейс - это требование заказчика, так как видимо данная база будет встраиваться в какую-то уже существующую web-систему. Так что вопрос именно в том что лучше брать за хранилище данных mdb-файл или писать модуль который будет способен ежедневно импортировать текстовые файлы в Mysql. Если бы не требования к импорту данных я бы Mysql использовал без проблем, но нет там встроенных (или я не знаю) средств импорта для текстовых файлов с фиксированной длинной строки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 30.07.2008, 10:46 |
|
||
|
Переход с MS Access на MySQL
|
|||
|---|---|---|---|
|
#18+
VinnylТак что вопрос именно в том что лучше брать за хранилище данных mdb-файл или писать модуль который будет способен ежедневно импортировать текстовые файлы в Mysql. Если бы не требования к импорту данных я бы Mysql использовал без проблем, но нет там встроенных (или я не знаю) средств импорта для текстовых файлов с фиксированной длинной строки. Да в чём проблемма? в чём вы программируете? хоть в Excel можно сделать парсер, который бы читал ваш файл и загружал его в MySQL... потом, если Web интерфейс, то это скорей всего либо PHP либо ASP... так вот там просто море функций чтобы ваш файл "разобрать" и залить в MySQL ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 31.07.2008, 09:09 |
|
||
|
Переход с MS Access на MySQL
|
|||
|---|---|---|---|
|
#18+
VinnylWeb-интерфейс - это требование заказчика, так как видимо данная база будет встраиваться в какую-то уже существующую web-систему. Так что вопрос именно в том что лучше брать за хранилище данных mdb-файл или писать модуль который будет способен ежедневно импортировать текстовые файлы в Mysql. Если бы не требования к импорту данных я бы Mysql использовал без проблем, но нет там встроенных (или я не знаю) средств импорта для текстовых файлов с фиксированной длинной строки. Вот проблема написать Web интерфейс как в Access - это самая сильная. Пожалуй единственное существующее для PHP: P4A А СУБД выбирай сам - MySQL/PostrgreSQL/SQLite :-)))) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 02.08.2008, 17:12 |
|
||
|
Переход с MS Access на MySQL
|
|||
|---|---|---|---|
|
#18+
Кифирчик Да в чём проблемма? в чём вы программируете? хоть в Excel можно сделать парсер, который бы читал ваш файл и загружал его в MySQL... потом, если Web интерфейс, то это скорей всего либо PHP либо ASP... так вот там просто море функций чтобы ваш файл "разобрать" и залить в MySQL Проблема в скорости. Писать парсер можно, только работать он будет долго. Входные данные это текстовые файлы 80Mb с длиной строки в 1500 символов (около 60 полей). И в PHP ничего быстрее как разбирать файл построчно я не придумал. Если знаете способ быстрее буду благодарен за подсказку. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.08.2008, 16:46 |
|
||
|
Переход с MS Access на MySQL
|
|||
|---|---|---|---|
|
#18+
можно попробовать PHP скриптом загрузить файлы в папку, а там из скрипта запускать программу написанную на VB/C++/Delphi или ещё в MySQL есть такая фенечека http://www.mysql.ru/docs/man/LOAD_DATA.html ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 04.08.2008, 18:22 |
|
||
|
Переход с MS Access на MySQL
|
|||
|---|---|---|---|
|
#18+
LOAD_DATA штука хорошая, но в случае полей с фиксированной длинной строки данная функция не работает если встречаются поля типа Text. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 05.08.2008, 09:56 |
|
||
|
Переход с MS Access на MySQL
|
|||
|---|---|---|---|
|
#18+
Похожая проблема. Несколько уточню. У меня есть приложение на Аксесе + SQL Server. Назвал его Приём врача. Проходит обкатку в районной поликлинике. Ожидаются таблицы с миллионом и больше записей (спустя года 2,3). Предусмотрел возможность автономного режима при неполадках в сети с последующей синхронизацией. Количество пользователей ожидается не более 25-30. Некоторые люди говорят, что надо переходить на ВЭБ интерфейс. Аргументируется кроме всего прочего тем, что совсем скоро бюджетные организации перейдут на линукс. Правы ли они? И вообще, при тех условиях, что описал, насколько это будет надёжно и так же быстро работать? Стоит ли заморачиваться и тратить время на освоение ВЭБ-морды. Аксес даёт бешенную скорость разработки и отладки. И терять такие приемущества на хотелось бы. Но может потом затраченное время себя оправдает? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 19.08.2008, 18:40 |
|
||
|
Переход с MS Access на MySQL
|
|||
|---|---|---|---|
|
#18+
Oleg-57Некоторые люди говорят, что надо переходить на ВЭБ интерфейс. Аргументируется кроме всего прочего тем, что совсем скоро бюджетные организации перейдут на линукс. Правы ли они?возможно не совсем правы, но не все организации готовы платить по 500$ за винду + 500$ за MS Office для того чтобы воспользоваться вашей программой. Oleg-57 И вообще, при тех условиях, что описал, насколько это будет надёжно и так же быстро работать? Стоит ли заморачиваться и тратить время на освоение ВЭБ-морды.зависит от разработчика Oleg-57 Аксес даёт бешенную скорость разработки и отладки. И терять такие приемущества на хотелось бы. Но может потом затраченное время себя оправдает?Это есть. Попробуйте перейти на OpenOffice Base. лучше взять сборки с поддержкой VBA - тогда возможно перенос будет намного проще. Стандартный в комплекте пока не умеет VBA ибо лицензионные заморочки. ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.08.2008, 13:49 |
|
||
|
Переход с MS Access на MySQL
|
|||
|---|---|---|---|
|
#18+
Приложение Аксес можно проигрывать Рантаймом. А WinXP стоит меньше 6000 р. Копал OpenOffice Base. Показал себя с плохой стороны. Форум крайне пассивный. Возможность в OpenOffice Base изменять структуру присоединённой таблицы, например, меня вообще убила... ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 20.08.2008, 18:07 |
|
||
|
|

start [/forum/topic.php?all=1&fid=35&tid=1553065]: |
0ms |
get settings: |
9ms |
get forum list: |
13ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
44ms |
get topic data: |
10ms |
get forum data: |
3ms |
get page messages: |
68ms |
get tp. blocked users: |
1ms |
| others: | 11ms |
| total: | 165ms |

| 0 / 0 |
