powered by simpleCommunicator - 2.0.49     © 2025 Programmizd 02
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Почему MySQL на клиентской программе - это плохо?
46 сообщений из 46, показаны все 2 страниц
Почему MySQL на клиентской программе - это плохо?
    #39360178
jdoe
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Добрый день всем.

Задача:
Я пишу приложение для учёта товаров в небольшом магазине (физическом, не интернет-магазине). Товара там не так много и распродаётся он не особо быстро.
Платформа - PC под управлением Windows, язык - Java. Разумеется, такое приложение будет работать с базой данных. Внимание : приложение будет устанавливаться и использоваться только на одном компьютере, то есть там не будет модели "клиент-сервер"; только клиент, если можно так сказать.
Я выбираю между MySQL и MongoDB. Знаю, что в данном случае особой разницы, чем пользоваться, нет; знаю также и об отличиях этих СУБД. Вопрос не в этом. Мне сказали, что использовать как MongoDB так и MySQL в клиентской программе это неправильный подход, и что лучше в этом случае было бы пользоваться SQLite.

Вопрос:
Почему использование MySQL в данном случае было бы плохим решением? Действительно ли лучше воспользоваться SQLite?

Спасибо!
...
Рейтинг: 0 / 0
Почему MySQL на клиентской программе - это плохо?
    #39360188
mad_nazgul
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
jdoe,

Не истины ради, а флейма для.
MySQL вообще нигде не надо использовать.
А лучше вообще забыть о существовании данной БД. :-)

А так есть же FireBird.
Embedded версия вполне подходит для большинства задач.
...
Рейтинг: 0 / 0
Почему MySQL на клиентской программе - это плохо?
    #39360193
Фотография SergSuper
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
jdoe,

1C до Израиля не дошел? Так-то скорее всего подобная задача уже написана
...
Рейтинг: 0 / 0
Почему MySQL на клиентской программе - это плохо?
    #39360196
jdoe,

Всё правильно говорят, ещё на h2 посмотри, ибо мускуль — оверкилл для твоей задачи. А необучаемого из девяностых с фаербёрдом не слушай.
...
Рейтинг: 0 / 0
Почему MySQL на клиентской программе - это плохо?
    #39360241
servit
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
jdoeЯ пишу приложение для учёта товаров в небольшом магазине (физическом, не интернет-магазине). Товара там не так много и распродаётся он не особо быстро.
Внимание : приложение будет устанавливаться и использоваться только на одном компьютере, то есть там не будет модели "клиент-сервер"; только клиент, если можно так сказать.MS Excel/MS Access.
...
Рейтинг: 0 / 0
Почему MySQL на клиентской программе - это плохо?
    #39360310
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
jdoe Вопрос:
Почему использование MySQL в данном случае было бы плохим решением? Действительно ли лучше воспользоваться SQLite?

Спасибо!
не слушай их. если комп полноценный, то смысла пытаться экономить и ставить не полноценного клиент-сервера нет никакого. у тебя объемы крошечные, поэтому на первое место выходит задача как не проебать базу если сдохнет винт, как восстановить на момент перед сбоем и прочие, а не как сэкономить пару мегабайт на машине с гигабайтами оперативы и терабайтными дисками
..
...
Рейтинг: 0 / 0
Почему MySQL на клиентской программе - это плохо?
    #39360376
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yo.!,

Много ты видел обычных компьютеров с более чем одним винтом?

jdoe Внимание: приложение будет устанавливаться и использоваться только на одном компьютере, то есть там не будет модели "клиент-сервер"; только клиент, если можно так сказать.

поэтому вот это

Yo.!поэтому на первое место выходит задача как не просрать базу если сдохнет винт, как восстановить на момент перед сбоем и прочие

фигня на постном масле. Восстанавливаться перед сбоем будет просто не с чего, если сдохнет винт. Повезёт если клиент вообще резервную копию БД куда нибудь на флешку скидывать будет.
...
Рейтинг: 0 / 0
Почему MySQL на клиентской программе - это плохо?
    #39360412
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Симонов Денисфигня на постном масле. Восстанавливаться перед сбоем будет просто не с чего, если сдохнет винт. Повезёт если клиент вообще резервную копию БД куда нибудь на флешку скидывать будет.
о том и речь, чуваку надо думать не о клиент-сервере, а о сохранности данных. о логах и втором диске.

p.s. даже очень небольшой магазин потянет второй диск под бэкап и лог, благо цена даже нового диска 8-15 евро (80GB)
...
Рейтинг: 0 / 0
Почему MySQL на клиентской программе - это плохо?
    #39360428
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
jdoeМне сказали, что использовать как MongoDB так и MySQL в клиентской программе это
неправильный подход, и что лучше в этом случае было бы пользоваться SQLite.

А эти странные люди чем-то своё заявление аргументировали? Я, вот, например, могу сказать,
что использовать Java в клиентской программе это неправильный подход и лучше пользоваться
Delphi или C++. Послушаешься?..

PS: SQLite из Java это должен быть забавный секс...
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Почему MySQL на клиентской программе - это плохо?
    #39360438
servit
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry SibiryakovSQLite из Java это должен быть забавный секс... Почему?
...
Рейтинг: 0 / 0
Почему MySQL на клиентской программе - это плохо?
    #39360498
antares0
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
jdoe,
MySQL поднимает сервер отдельный от приложения. Иногда это приводит к странным глюкам. Я работал с такой прогамой. Лучше FireBird он специально под это заточен.

> Действительно ли лучше воспользоваться SQLite?
Если понимаешь чем SQLite отличается от серверных вариантов. Если нет то смотри выше.
...
Рейтинг: 0 / 0
Почему MySQL на клиентской программе - это плохо?
    #39360511
schi
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
antares0MySQL поднимает сервер отдельный от приложения. Иногда это приводит к странным глюкам.

Oracle тоже поднимает сервер, отдельный от приложения. К глюкам это не приводит.
...
Рейтинг: 0 / 0
Почему MySQL на клиентской программе - это плохо?
    #39360522
Siemargl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
jdoe... Внимание : приложение будет устанавливаться и использоваться только на одном компьютере, то есть там не будет модели "клиент-сервер"; только клиент, если можно так сказать....
А если дела пойдут хорошо, и откроется 2й, 3й,...5й магазины. Что тогда?
...
Рейтинг: 0 / 0
Почему MySQL на клиентской программе - это плохо?
    #39360537
servit
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SiemarglА если дела пойдут хорошо, и откроется 2й, 3й,...5й магазины. Что тогда?Тогда ТС точно сможет себе позволить нанять хороших специалистов, и обратится на sql.ru уже не с техническими вопросами, а с "Крупной сети магазинов требуется ...".
...
Рейтинг: 0 / 0
Почему MySQL на клиентской программе - это плохо?
    #39360539
Vladimir Baskakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
antares0 Лучше FireBird он специально под это заточен.


а расскажите, как FB embedded использовать с java - какие библиотечки по каким путям раскладывать, какой jdbc дайвер брать, так чтобы сразу стало хорошо. а то, есть подозрение что с таким гибридом маеты много.
=====================
jdoe
- удобство java как языка разработки для этой задачи представляется сомнительным; а mySql - почему бы и нет. База как база. в случае чего, интерфейс на php переделать, и вот уже клиент-сервер.

Вот монго бы я не взял, для такой задачи.
...
Рейтинг: 0 / 0
Почему MySQL на клиентской программе - это плохо?
    #39360698
antares0
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Vladimir Baskakov,
Обыкновенный jaybird. В faq-е firebird-а все разжевано. С другой стороны на новых виндах я это не проверял:(
mySql - почему бы и нет. База как база.
Затык в том что для ее использования на десктопе нужны хотя бы минимальные знания по администрированию. У новичков сходу их обычно нет, что порождает всякое неординарное. С Firebird в этом смысле проще. Он пусковые работы сервера берет на себя.
...
Рейтинг: 0 / 0
Почему MySQL на клиентской программе - это плохо?
    #39360933
Siemargl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
antaresЛучше FireBird он специально под это заточен. ...,
Обыкновенный jaybird. В faq-е firebird-а все разжевано. С другой стороны на новых виндах я это не проверял:(
mySql - почему бы и нет. База как база.
Затык в том что для ее использования на десктопе нужны хотя бы минимальные знания по администрированию. У новичков сходу их обычно нет, что порождает всякое неординарное. С Firebird в этом смысле проще. Он пусковые работы сервера берет на себя.
А ты использовал FB с Явой посложнее хелловорлда, или просто потрындеть?

Потому что FB заточен свой под низкоуровневый С API и Дельфи, а со всем остальным вечные проблемы, которые _не касаются_ разработчиков FB - обращайтесь к тому самоделкину, кто драйвер писал.
См.профильный топик.
...
Рейтинг: 0 / 0
Почему MySQL на клиентской программе - это плохо?
    #39361015
Фотография Симонов Денис
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SiemarglПотому что FB заточен свой под низкоуровневый С API и Дельфи, а со всем остальным вечные проблемы, которые _не касаются_ разработчиков FB - обращайтесь к тому самоделкину, кто драйвер писал.

API тут не причём. Компоненты Дельфи просто используют этот API. И научились они использовать API ещё с незапамятных времён. Кардинально API не меняется в отличие от других вещей, например сетевого протокола. А поскольку .NET и Java не используют fbclient, то им приходится самим реагировать на все изменения и делать свою реализацию всего того, что уже реализовано в fbclient. Естественно поддержка самых последних фич будет отставать, так как этими драйверами занимается другая команда разработчиков (а не самоделкиных).
...
Рейтинг: 0 / 0
Почему MySQL на клиентской программе - это плохо?
    #39361045
Vladimir Baskakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
так если мускуль под виндой поставить, он сам вроде как сервис запускаться начнет. особых хлопот на одной машине нет. а на связке f-bird embedded с java хлопот и особенностей не меньше, как по мне.

судя по
http://www.firebirdfaq.org/faq350/
все равно jdbc драйвер будет дергать jabird.dll, а последний - за клиента. бабка за дедку, дедка за репку, что где отвалилось я не виноват. причем там какие то конфиги все равно незаметно лежат

если нужно в java встраивать sql - это h2. но там, кажись, своих особенностей никак не меньше, подзыбыл уже, не хранятся ли таблички в чистом csv? что-то я пробовал, и смутило меня, уж не помню что.

в общем, mySql не представляется одиозным решением. да и firebird в режиме сервера, возможно - тоже поставился, стал сервисом (если под виндой). но я бы формочки для мускуля или огнептицы делал бы в лазарусе, по мне понятнее, но дело вкуса.

вот, коллега развлекался с разрядностью драйвера для огнептица, правда давно:
http://javatalks.ru/topics/25586
может лучше нынче все, не знаю....
...
Рейтинг: 0 / 0
Почему MySQL на клиентской программе - это плохо?
    #39361386
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
В JDK, начиная с Java7 (6?) идёт Apache Derby .
JDBC определяет четыре типа драйверов:
1. JDBC-ODBC: не рекомендуется, выпилено;
2. Native: штатные клиентские библиотеки с JNI-обвязкой;
3. "Промежуточный": на клиенте - "ява-пюре", которое обращается к промежуточному серверу;
4. Pure Java: "ява-пюре" реализация клиентских библиотек.
Тип 3 мне как-то не попадался, с типом два (jaybird/oracle thick) - не возился, тип 4 (jaybird/oracle thin) - то, что доктор прописал для "отдельного" сервера БД.
Тип четыре (по определению) не зависит от разрядности, но, мягко говоря, малопригоден для встраивания "non-java db".

P.S. Судя по настройкам, которые впендюрили, например, разработчики OpenFire - программисты просто не умеют готовить h2.
Вероятно - не только её и не только во встраиваемом варианте.
...
Рейтинг: 0 / 0
Почему MySQL на клиентской программе - это плохо?
    #39361543
jdoe
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Всем спасибо за ответы!
Мне ответили ещё вот что: MySQL кушает порядка 150МB памяти когда idle. Плюс SQLite встраиваемый и поэтому не надо устанавливать ничего отдельно, только само приложение, которое им пользуется.

SergSuper
Скорее всего, вообще любая задача, за которую мы берёмся, уже решена, если только мы не исследуем что-нибудь новое/неоткрытое.. Другое дело, что не каждое решение подходит клиенту в силу доступности, или, к примеру, языка интерфейса. Или есть какие-нибудь дополнительные пожелания, которые существующая задача не решает.

Yo.!
У клиента имеется отдельный диск, на который данные автоматически копируются время от времени, так что восстановление не должно стать проблемой. Кстати, компьютер у него не самый сильный, управляется ХР (правда, к тому моменту как я допишу приложение, он уже должен перейти на 8 или 10).

antares0
Уже понял, благодарю :)

Siemargl
Такой возможности клиент не предвидит, посему и не требует её поддержки..

В итоге я стал работать с SQLite, посмотрел checklist на сайте проекта https://sqlite.org/whentouse.html, он подходит под мой случай. Использование с Java несложно: достаточно просто скачать драйвер и прикрепить его к проекту, больше ничего не требуется. Драйвер работает хорошо.
...
Рейтинг: 0 / 0
Почему MySQL на клиентской программе - это плохо?
    #39361546
ТиФорс
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
jdoe,

Если используешь MS VS для разработки, то ответ - понятен, SQL Server. Его каких только модификаций нет, на все случае жизни.
...
Рейтинг: 0 / 0
Почему MySQL на клиентской программе - это плохо?
    #39361547
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
ТиФорсЕсли используешь MS VS для разработки
А он что, уже научился и Java понимать?..
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Почему MySQL на клиентской программе - это плохо?
    #39361577
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
jdoe Yo.!
У клиента имеется отдельный диск, на который данные автоматически копируются время от времени, так что восстановление не должно стать проблемой.
автоматически копировать бэкап можно и по нетворку, для этого второй хдд нафиг не нужен. второй хдд нужен для лога транзакций. он позволяет восстановить базу (не firebird конечно же) на момент прямо перед сбоем. без лога ты только на момент бэкапа можешь восстановится, т.е. часть данных будет потерна и клиенту надо будет угадывать чего пропало.
...
Рейтинг: 0 / 0
Почему MySQL на клиентской программе - это плохо?
    #39361598
Garrick
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
jdoeДобрый день всем.

Задача:
Я пишу приложение для учёта товаров в небольшом магазине (физическом, не интернет-магазине). Товара там не так много и распродаётся он не особо быстро.
Платформа - PC под управлением Windows, язык - Java. Разумеется, такое приложение будет работать с базой данных. Внимание : приложение будет устанавливаться и использоваться только на одном компьютере, то есть там не будет модели "клиент-сервер"; только клиент, если можно так сказать.
Я выбираю между MySQL и MongoDB. Знаю, что в данном случае особой разницы, чем пользоваться, нет; знаю также и об отличиях этих СУБД. Вопрос не в этом. Мне сказали, что использовать как MongoDB так и MySQL в клиентской программе это неправильный подход, и что лучше в этом случае было бы пользоваться SQLite.

Вопрос:
Почему использование MySQL в данном случае было бы плохим решением? Действительно ли лучше воспользоваться SQLite?

Спасибо!

Для Java на мой взгляд правильнее использовать что-то из:
- Apache Derby , она же JavaDB - уже есть в комплекте JDK, может быть использована как сервер базы данных или как embedded вариант. Во втором случае пользователь вообще не будет знать что у него есть какая-то база данных, которую нужно запускать отдельно от приложения. Для данной базы допускается написание встроенных процедур на Java. Имеется очень подробное и внятное руководство пользователя/разработчика/администратора.
- Альтернативные, мало чем отличающиеся варианты: HSQLDB и H2

А SQLite в связке с Java не самый лучший выбор. Если, конечно, не на Android'е. Там альтернативы фактически нет.
...
Рейтинг: 0 / 0
Почему MySQL на клиентской программе - это плохо?
    #39361660
pkarklin
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
авторПлатформа - PC под управлением Windows, язык - Java .

А эта адская смесь зачем?!

Visual Studio Community +SQL Server Express успешно решат поставленную задачу по разработке десктопного клиента, раз уж так хочется заняться этим самостоятельно.
...
Рейтинг: 0 / 0
Почему MySQL на клиентской программе - это плохо?
    #39362021
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
pkarklinА эта адская смесь зачем?!Что адского в работе Java на одной из поддерживаемых платформ?
...
Рейтинг: 0 / 0
Почему MySQL на клиентской программе - это плохо?
    #39362022
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Basil A. SidorovЧто адского в работе Java на одной из поддерживаемых платформ?

Отсутствие использования системного GUI, например, из-за чего интерфейсы, рисуемые
графическими примитивами, выглядят чужеродно и работают медленно.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Почему MySQL на клиентской программе - это плохо?
    #39362028
Basil A. Sidorov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
"Не стандартные элементы управления" - соглашусь, "Медленно" - нет.
...
Рейтинг: 0 / 0
Почему MySQL на клиентской программе - это плохо?
    #39362061
Vladimir Baskakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Basil A. SidorovpkarklinА эта адская смесь зачем?!Что адского в работе Java на одной из поддерживаемых платформ?

для меня - удобство разработки по сравнению с делфи. как то непонятно мне было, сколько движений нужно сделать чтобы получить редактируемый набор данных.

Просто табличку со скроллингом, в которую можно просто вбивать данные руками. но, признаю, может делал не то и не так. Может есть удобные для формошлепства среды? у меня был голый эклипс.

из любопытства попробовал, но так и не добил.... надо будет - на лазарусе накидаю, привычно. а в остальном - язык как язык, в принципе. так что для десктопа - не проникся.
...
Рейтинг: 0 / 0
Почему MySQL на клиентской программе - это плохо?
    #39362203
jdoe
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
Yo.!jdoe Yo.!
У клиента имеется отдельный диск, на который данные автоматически копируются время от времени, так что восстановление не должно стать проблемой.
автоматически копировать бэкап можно и по нетворку, для этого второй хдд нафиг не нужен. второй хдд нужен для лога транзакций. он позволяет восстановить базу (не firebird конечно же) на момент прямо перед сбоем. без лога ты только на момент бэкапа можешь восстановится, т.е. часть данных будет потерна и клиенту надо будет угадывать чего пропало.

Вопрос о том, нужен ли второй хдд, не стоит, поскольку он у клиента уже есть (и давно), так что с этим понятно. Что же касается логов, то вот тут интересно. Некоторые возможности ведения логов, видимо, есть и в sqlite3 http://stackoverflow.com/questions/10910157/enable-query-logging-in-sqlite-3 . В крайнем случае почему бы самому не дописать простую возможность сохранения всех выполненных queries в какой-нибудь отдельный файл? Это и будет у нас журналом запросов, и оттуда можно будет восстановить базу.
...
Рейтинг: 0 / 0
Почему MySQL на клиентской программе - это плохо?
    #39362396
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
jdoeВопрос о том, нужен ли второй хдд, не стоит, поскольку он у клиента уже есть (и давно), так что с этим понятно. Что же касается логов, то вот тут интересно. Некоторые возможности ведения логов, видимо, есть и в sqlite3 http://stackoverflow.com/questions/10910157/enable-query-logging-in-sqlite-3 . В крайнем случае почему бы самому не дописать простую возможность сохранения всех выполненных queries в какой-нибудь отдельный файл? Это и будет у нас журналом запросов, и оттуда можно будет восстановить базу.
выкрутиться можно из любой ситуации, просто не понятен смысл. конечно можно и свои велосипеды лепить, но однажды, в 6 утра понедельника, после двухдневного запоя, тебе позвонит тупой пользователь с загубленой базой, но как на зло именно в тот понедельник твой велосипед вылетает с null point exception и хер знает почему.
хотя ... может через это должен пройти каждый :D
...
Рейтинг: 0 / 0
Почему MySQL на клиентской программе - это плохо?
    #39362495
Фотография Ennor Tiegael
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
pkarklinVisual Studio Community +SQL Server ExpressЯ даже больше скажу - SQL Server LocalDB. Дистриб весит всего ничего, даже по сравнению с Express, руками через гуй устанавливать не надо (MSI вызывается с соотв. ключами из инсталлятора программы), настраивать не надо, запускается под правами вызывающего пользователя.

При этом ограничения, как у Express - 10 гиг на БД, например (не думаю, что упретесь в это). Ну и разумеется бэкапы и все остальное.

У меня есть один такой проект, WinForms + LocalDB. Уже больше года продается, проблем нет.
...
Рейтинг: 0 / 0
Почему MySQL на клиентской программе - это плохо?
    #39362517
Siemargl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry SibiryakovBasil A. SidorovЧто адского в работе Java на одной из поддерживаемых платформ?

Отсутствие использования системного GUI, например, из-за чего интерфейсы, рисуемые
графическими примитивами, выглядят чужеродно и работают медленно.

Ну, с точки зрения перфекциониста, да. Но в целом, не выглядит медленнее, например WPF.

Плюс Явы - можно будет перетащить на Линух станцию с довольно таки минимальными проблемами. Минусы, конечно тоже есть. Как и везде.

PITR - оверкилл для маленькой задачи (да и использовать его не так уж очевидно). Проще ручками бэкапить всю базочку каждый час.
...
Рейтинг: 0 / 0
Почему MySQL на клиентской программе - это плохо?
    #39362536
Dimitry Sibiryakov
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
SiemarglНо в целом, не выглядит медленнее, например WPF.
Это ты нашёл очень правильный объект для сравнения. Qt ещё не забудь.
Posted via ActualForum NNTP Server 1.5
...
Рейтинг: 0 / 0
Почему MySQL на клиентской программе - это плохо?
    #39363475
Garrick
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Dimitry SibiryakovBasil A. SidorovЧто адского в работе Java на одной из поддерживаемых платформ?

Отсутствие использования системного GUI, например, из-за чего интерфейсы, рисуемые
графическими примитивами, выглядят чужеродно и работают медленно.


Про SWT ничего не слышали?
...
Рейтинг: 0 / 0
Почему MySQL на клиентской программе - это плохо?
    #39363919
Siemargl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Garrick,

ТСу расскажи, он мамонтов точно не видел
...
Рейтинг: 0 / 0
Почему MySQL на клиентской программе - это плохо?
    #39363927
Siemargl
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Симонов ДенисSiemarglПотому что FB заточен свой под низкоуровневый С API и Дельфи, а со всем остальным вечные проблемы, которые _не касаются_ разработчиков FB - обращайтесь к тому самоделкину, кто драйвер писал.

API тут не причём. Компоненты Дельфи просто используют этот API. И научились они использовать API ещё с незапамятных времён. Кардинально API не меняется в отличие от других вещей, например сетевого протокола. А поскольку .NET и Java не используют fbclient, то им приходится самим реагировать на все изменения и делать свою реализацию всего того, что уже реализовано в fbclient. Естественно поддержка самых последних фич будет отставать, так как этими драйверами занимается другая команда разработчиков (а не самоделкиных).
Ну кроме того, что ты одного разработчика считаешь за "команду", ничего противоречащего ты не сказал.

Общий же уровень подержки сторонних разработчиков (кроме Дельфи и С-API) для ФБ выглядит _всегда_ так (см. тоже "команда"):
http://www.sql.ru/forum/1221567/ado-net-firebird-gluki#19987040
МимопроходящийHello, Rjkz!
You wrote on 18 июля 2016 г. 10:58:21:

Rjkz> Установил провайдер версии 4.1.0.0 - таже хрень.текущий 5.0.5.0
а вообще, как уже было сказано выше, все вопросы по провайдеру нужно задавать его автору - Jiří Činčura.тут ADO.NET никто не использует, и тем более не разрабатывает вышеобозначенный провайдер.
...
Рейтинг: 0 / 0
Почему MySQL на клиентской программе - это плохо?
    #39364075
Фотография vadiminfo
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
Yo.!о том и речь, чуваку надо думать не о клиент-сервере, а о сохранности данных. о логах и втором диске.


Ну могут же и оба диска выйти из строя. Потоп, Пожар. Ему лучше организовать резервную БД на втором компе.
...
Рейтинг: 0 / 0
Почему MySQL на клиентской программе - это плохо?
    #39371735
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
jdoe
Вопрос:
Почему использование MySQL в данном случае было бы плохим решением? Действительно ли лучше воспользоваться SQLite?

Спасибо!

ответ один: потому что не надо слушать всяких козлов. Люди могут нести любую чушь, 95 % людей вообще идиоты. значит, ты должен понимать прежде всего, кого ты читаешь, что это за тип, и зачем он тебе это говорит.

это кстати не значит, что ты не можешь использовать SQLite, а вовсе и наоборот, можешь.

а вот с монгой я бы не советовал связываться, негибко.

с SQLite подумай, что будет если твой магазин завтра расширится, и они наймут еще 4 человека продавцов.
...
Рейтинг: 0 / 0
Почему MySQL на клиентской программе - это плохо?
    #39371743
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
мимопроходилтреднечиталjdoe,

Всё правильно говорят, ещё на h2 посмотри, ибо мускуль — оверкилл для твоей задачи. А необучаемого из девяностых с фаербёрдом не слушай.

вот типичный пост - пример того, о чем я говорил, те самые 95 %.

че за проект, почему, зачем, - человек не знает, но уже готов дать советы....

хочешь его слушать?

объективности ради, да, my SQL - не самая лучшая в мире СУБД, но она стабильная, зрелая, и для несложного проекта вполне сгодится, к тому же по ней много ресурсов, много спецов, так что можно получить совет (90 % будут опять же советы от лохов, но это нормально).
...
Рейтинг: 0 / 0
Почему MySQL на клиентской программе - это плохо?
    #39372438
Yo.!
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Гость
vadiminfoYo.!о том и речь, чуваку надо думать не о клиент-сервере, а о сохранности данных. о логах и втором диске.


Ну могут же и оба диска выйти из строя. Потоп, Пожар. Ему лучше организовать резервную БД на втором компе.
ну это уже задешевого не организуешь, а два диска и перенос "арклогов" вполне годиться среднему магазину. если диски погибли, пропадет час-два, это в магазинах с чеков/бумаг обычно еще реально забить заново.
...
Рейтинг: 0 / 0
Почему MySQL на клиентской программе - это плохо?
    #39373499
Фотография skyANA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MasterZivа вот с монгой я бы не советовал связываться, негибко.Хм, что негибко?
...
Рейтинг: 0 / 0
Почему MySQL на клиентской программе - это плохо?
    #39373500
Фотография skyANA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
5 лет MongoDB на продакшн, отсутсвия гибкости не замечено.
...
Рейтинг: 0 / 0
Почему MySQL на клиентской программе - это плохо?
    #39377209
Фотография MasterZiv
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
skyANAMasterZivа вот с монгой я бы не советовал связываться, негибко.Хм, что негибко?

Структура базы данных.
...
Рейтинг: 0 / 0
Почему MySQL на клиентской программе - это плохо?
    #39377286
Фотография skyANA
Скрыть профиль Поместить в игнор-лист Сообщения автора в теме
Участник
MasterZivskyANAпропущено...
Хм, что негибко?

Структура базы данных.
Бррр... Schemaless , куда уж гибче?
...
Рейтинг: 0 / 0
46 сообщений из 46, показаны все 2 страниц
Форумы / Сравнение СУБД [игнор отключен] [закрыт для гостей] / Почему MySQL на клиентской программе - это плохо?
Целевая тема:
Создать новую тему:
Автор:
Закрыть
Цитировать
Найденые пользователи ...
Разблокировать пользователей ...
Читали форум (0):
Пользователи онлайн (0):
x
x
Закрыть


Просмотр
0 / 0
Close
Debug Console [Select Text]