MySQL - Lite

← →
Black_phoenix © (2006-09-15 03:44) [0]

Урезаная версия MySQL версии 4.0.26 + конфигуратор.
Есть иногда необходимость встроить в дистрибутив SQL сервер но размеры не позволяют.

Есть урезанная версия размером 1.6 мб ( в запокованом виде ) + самописный конфигуратор для запуска и конфигурации БД

http://mysql-lite.narod.ru/

p.s Обращаюсь к товарищам которые любят по делу и не по делу критиковать :) Дистирибутив собран для своего софта, но я подумал что многим могла бы пригодиться данная сборка. По этому и выкладываю.
Прошу вас не писать всякую чушь в топике так как делаю это из лучших побуждений :)

Пользуйтесь на здоровье.
Есть будут вопросы - предложения, пишите, обсудим.

← →
Ketmar © (2006-09-15 03:46) [1]

такой вопросец: а чем SQLite/FireBird (embedded) не устроили?

← →
Black_phoenix © (2006-09-15 03:57) [2]

> Ketmar © (15.09.06 03:46) [1]

Кому что :) Есть люди которые на MySQL сидят, и таких немало. Я вот например предпочитаю MS SQL и MySQL а Firebird мне не нравиться.

SQLite кстати ещё даже не смотрел :)

Иногда кстати использование той или иной БД диктуеться компанией в которой работает программист. Так что я считаю что есть достаточное количество людей которым может быть полезна данная сборка.

← →
Ketmar © (2006-09-15 05:19) [3]

я не говорю, что чушь. меня интересовали именно причины кастрирования данной конкретной программы, учитывая наличие альтернатив, которые кастрировать не надо. %-)

← →
Black_phoenix © (2006-09-15 05:43) [4]

Для чего кастрировали : Для того чтобы БД не занимала 40 мб а работала на 1.5 мб

в эти полтора МБ сохраняються все возможности системы

из альтернатив :

Firebird ... ну как сказать, я лично отказался от него после того как узнал что для подключения к серверу нужно указывать полный путь к файлу БД на сервере из клиента ... согласитесь уже смешно :)

p.s знаю я что можно настроить ALIAS на сервере и указывать его ... знаю, но напрягает это меня.

MySQL прост до безобразия, ничего сложного нет, + он везде используеться для тех же сайтов. ( что то не видел я хостинга с поддержкой Firebird :) ) Та же связка MySQL + PHP

+ как я уже говорил иногда это решает не сам програмист а работодатель.
Устроился ты на работу , шеф сказал : Используем MySQL ! и точка... и пофиг какое у тебя к нему отношение :)

Вот в таких случаях может и пригодиться.

← →
atruhin © (2006-09-15 06:27) [5]

> а чем SQLite/FireBird (embedded) не устроили?

Тем что у SQLite только 1 транзакция, в одном подключении, нет процедурного языка и т.д.

← →
Бугага © (2006-09-15 07:22) [6]

1. Попадались хостинги с Жарптицей
2. Связка ПХП + Файрберд пусть и экстравагантна, но по мне намного лучше, чем Мускуль
3. Насчет полного пути к файлу БД... Да пох... К тому же сам сказал есть альясы...

По мне, так лучше Firebird embedded среди "урезок" нет ничего

← →
pasha_golub © (2006-09-15 09:29) [7]

> atruhin © (15.09.06 06:27) [5]

Вообще-то, никогда бы не подумал, что embedded версия должна иметь сии новшества.

← →
noname_ (2006-09-15 09:37) [8]

у MySQL клиентская часть под GPL, нужно покупать коммерческую лицензию или предоставлять исходные тексты своих программ, для Firebird нет таких ограничений.

← →
pasha_golub © (2006-09-15 10:58) [9]

> noname_ (15.09.06 09:37) [8]
>
> у MySQL клиентская часть под GPL,

Или купить MySQLDAC, где нету клиентской части от AB

← →
ShaggyDoc (2006-09-15 11:44) [10]

Ну, зачем набросились на парня? Он сделал конкретное дело. Положил сюда со всеми мыслимыми оговорками. А ему начинают "носом тыкать" - embedded Firebird, SQLite.

Я тоже люблю Firebird, в том числе embedded. Но в некоторых конкретных моих задачах MySQL опрережает Firebird по производительности в десятки раз. Для меня это - хранение пространственных данных (карт) в базе данных и построение изображения в браузере. Пару раз применял SQLite.

У меня есть несколько сайтов, работающих под Firebird+JSP. Увы, побившись несколько лет над этой технологией, вынужден вернуться "в струю" - MySQL+PHP. Знаю теперь преимущества и недостатки обеих технологий.

Так что автору ветки я благодарен, хотя вряд ли воспользуюсь его конкретным набором. Но знать полезно, "что почем".

← →
Sergey13 © (2006-09-15 11:49) [11]

> [5] atruhin © (15.09.06 06:27)
> Тем что у SQLite только 1 транзакция, в одном подключении,
У Оракла, например, тоже "только 1 транзакция, в одном подключении". А зачем больше?

← →
atruhin © (2006-09-15 12:35) [12]

> У Оракла, например, тоже "только 1 транзакция, в одном подключении".
> А зачем больше?

Не знаю :) Костность мышления, привык к FireBird. Но ради интереса например провожу экспорт данных, не нахожу в справочнике нужного корреспондента, предлагаю добавить, далее в результате ошибки экспорт откатываем, вручную введенный корреспондент должен остаться. В FB делаю добавление в одной транзакции, редактирование справочника в другой, а как с этим в Оракле?

← →
Sergey13 © (2006-09-15 12:58) [13]

> [12] atruhin © (15.09.06 12:35)

А зачем делать это сразу и в одной сессии? Что за "экспорт" и по какой ошибке его откатывают?

← →
atruhin © (2006-09-15 13:59) [14]

Ну например подобное происходит у меня при импорте из 1С в складскую программу. Т.е. мне нужно или закончить сесию или полностью откатить, но если корреспондент заведен в 1С то предлагается его либо импортировать либо ввести вручную. Далее в случае разрыва связи с 1С нужно откатить сессию, но введенных корреспондентов оставить, не нужно их вводить 2 раз. Но вообще это так к примеру. Случаи редки, просто привык в FB распряжаться транзакциями свободно, не задумываясь.

← →
Sergey13 © (2006-09-15 14:07) [15]

> [14] atruhin © (15.09.06 13:59)

В принципе можно и в оракле заюзать автономную транзакцию. Но это чревато.
Описанная тобой ситуация, ИМХО, способствует появлению бакдака в БД.
> либо импортировать либо ввести вручную
А ты делаешь и то и это.

> просто привык в FB распряжаться транзакциями свободно, не задумываясь.

Вот это мне и не нравится по большому счету.

← →
atruhin © (2006-09-15 14:33) [16]

> А ты делаешь и то и это.

По сути да. Дело в том что в 1С ключевое поле КОД, а в складе (написан не мной) аналогичное поле не обязательное, поэтому если корреспондент новый, его можно импортировать, иначе нужно выбрать из списка (склада) и установить поле КОД. Подобный вопрос в основном возникает когда программы используются отдельно, а на каком то этапе возникает необходимость экспорта/импорта.

> Вот это мне и не нравится по большому счету.

А почему? Можно конкретнее, интересно. Каждое логически завершенное действие происходит в одной транзакции, логично.
Другой пример. Человек правит документ, изменяет корреспондента введя в справочник нового, после этого, например, случайно удаляет строку документа. отменяет исправление документа. В таком случае, нового корреспондента в справочнике лучше оставить.

← →
Sergey13 © (2006-09-15 14:44) [17]

> [16] atruhin © (15.09.06 14:33)
> А почему?
Это можно сделать и с одной транзакцией. Может быть несколько сложнее, зато точно ничего не пропустишь. А в твоем примере - забыл закомитить нового клиента и документ "не записывается". Правильнее было бы ПЕРЕД созданием документа выбрать или ввести ВСЕХ контрагентов и лишь потом создавать документ. И никаких противоречий.
ИМХО все.

← →
Ketmar © (2006-09-15 14:59) [18]

> [5] atruhin © (15.09.06 06:27)
для "БД, распространяемой с программой" -- не есть ли это несколько лишним?

> [10] ShaggyDoc (15.09.06 11:44)
да никто пока не набрасывался. просто пытаемся понять смысл работы. никто же не кричит "убери немедленно, это отстой редкий ты сотворил!".

← →
Black_phoenix © (2006-09-15 15:52) [19]

> Ketmar © (15.09.06 14:59) [18]

> для "БД, распространяемой с программой" -- не есть ли это несколько лишним?

Смотря для чего :)
Если делаеться софт для большого предприятия то админ и сам может скачать и поставить полную версию MySQL ( или любого другого софта )

А что делать в случае когда пишешь шаровару ? Нужно одним дистрибутивом выложить Базу + софт чтобы не напрягать клиента качать отдельно БД потом её ставить, настраивать, делать к ней подключение и пр

А так выложил всё в один архив и всё, после установки запускаеться конфигуратор БД который я выложил в архиве и клиент в несколько щелчков мышью настраивает и запускает БД у себя на машине, не очень при этом и напрягаясь :)

Ещё вопросы ?

← →
tesseract © (2006-09-15 15:56) [20]

> такой вопросец: а чем SQLite/FireBird (embedded) не устроили?

firebird embedded - жуткий глюкодром, если collate/кодировку задавать вываливаеться на фиг.

> По сути да. Дело в том что в 1С ключевое поле КОД,

мдям, оно там так для галочки, дабы всё валилось при УРИБ. По внутреннему коду 1с надо синхронизировать.

← →
Black_phoenix © (2006-09-15 15:56) [21]

Кстати для тех кто не в курсе : MysQL можно вообще встроить в свой exe файл ( например в сервер и будет своя так сказать БД ) :)

← →
atruhin © (2006-09-15 15:58) [22]

> для "БД, распространяемой с программой" -- не есть ли это
> несколько лишним?

Да вобщемто тут уэе оффтоп идет. Просто общаемся.
В принципе лишнее, но если исть выбор между 2 движками соизмеримого размера, в одном есть все это в другом нет. Что выбрать? А вообще я SQLite с самого начала отслеживаю, даже одну простенькую утилиту написал.

> Правильнее было бы ПЕРЕД созданием документа выбрать или
> ввести ВСЕХ контрагентов и лишь потом создавать документ.

Видел я такие программы. Садится новый снабженец вечером приход набивать, для каждого документа он должен проверить есть ли необходимые данные в справочниках, а потом создавать документ. Так что ли.

> [19] Black_phoenix © (15.09.06 15:52)
для шаровары -- stored proc"и? я сильно подозреваю, что если шаровара такая серьёзная, то лишний демяток метров там роли уже не играет...

> [22] atruhin © (15.09.06 15:58)

Я тоже видел разные проги. Например такие в которых очень легко и ненапрягаясь заводились по десятку копий одного контрагента/товара/человека /детали и т.д. и т.п. А начиналось все с удобства пользователя. 8-)

> Например такие в которых очень легко и ненапрягаясь заводились
> по десятку копий одного контрагента/товара/человека /детали

А знал бы ты, что в ресторанах со справочником продуктов происходит. :) Потом звонят спрашивают: Что с этим бардаком делать. Так и живем.

> мдям, оно там так для галочки, дабы всё валилось при УРИБ.
> По внутреннему коду 1с надо синхронизировать.

Знаю, но приходится объеденять две сторонних программы 1С и StoreHouse, выбрал самый простой вариант. А что такое УРИБ?

> [25] tesseract © (15.09.06 16:05)
а я и не говорю, что вредная. я говорю, что если софтина активно это использует, то это, имо, уже далеко не "лёгкая шаровара". и тогда размер СУБД-движка уже не играет роли.

> Ketmar © (15.09.06 15:58) [23]

Не забывай что есть шаровары стоимостью от 500 и до ....
Это как правило уже серьёзные продукты и встроить в дистрибутив пару метров намного удобнее, если установка и настройка той же БД происходит независимо от пользователя.

К тому же начинающим програмистам будет полезно знать как можно обрезать MySQL с 50 метров до 2 :)

> К тому же начинающим програмистам будет полезно знать как
> можно обрезать MySQL с 50 метров до 2 :)

Вот уж что-то, а это начинающему программисту нужно как зайцу стоп-сигнал.
Откровенно говоря, так и не понял какова ниша у данного продукта. Pocket-СУБД? Но действительно, есть полутора-метровая FB Embedded, с поддержкой триггеров-ХП и др.

> Ketmar © (15.09.06 16:15) [27]

у меня прога - 2 метра на FBE активно юзает хранимые процедуры, только для того, чтобы как можно больше вынести из контекста исполнения 1С и уменьшить всякие SQL запросы.

> Ega23 © (15.09.06 16:29) [29]
> Откровенно говоря, так и не понял какова ниша у данного продукта. Pocket-СУБД?

Всё просто :)

1) Вам нужа MySQL
2) Вам нужен маленький дистрибутив MysQL

Вывод .... :)

Всё ! Кому не нужно тот не качает ! Кому нужно тот качает !
Надеюсь вопрос исчерпан ? ;)

> 1) Вам нужа MySQL
> 2) Вам нужен маленький дистрибутив MysQL

1. Ну предположим, мне действительно нужна именно MySQL.
2. AFAIK, большинство хостеров такой сервис и так предоставляют.
Выбор же MySQL в качестве "портфельной СУБД", мягко говоря, странен. По крайней мере, я пока таких людей ещё не встречал.

MySQL - Lite Найти похожие ветки