Ivanovo Linux Users Group -  
Форум Помощь Поиск Вход
Предыдущая Следующая Вверх Тема Разговоры / Поболтаем? / MySQL (51460 хитов)
- Написал(а) Bercut Дата 09.05.11 19:25
Народ, кто что слышал по поводу судьбы сабжа, пациент помрет или нет, а то у меня тут проектик накрячивается, стоит ли, или же не стоит закладываться на сабж...
А то, не дай ктулху помрет безвременно...
С марией связываться имхо рпно, с постгре, как то сразу не заладилось, особенно с проектами имеющими коммерцеский потенциал...
Может всетаки мосч оракела - в рассрочку :-) , типа если выстрелит, то и не покупку денег не жаль, а не выстрелит так и rip его мат, никто особо не узнает.
Высказывайтесь, коллеги.
русский язык подобен искуству кун-фу, и великий мастер никогда не применит его без необходимости...
Parent - Написал(а) LOE (Site/forum admin) Дата 09.05.11 21:11 Отредактировано 09.05.11 21:19
Посмотри на описания различных форков: http://lwn.net/Articles/329626/ (хоть и старое сравнение, но по любому в настоящее время ситуация должна быть лучше)

Лично я, буду сидеть на MySQL пока или не будет объявлено, что оно закрывается, или в slackware не появится что-то другое.
В принципе, MySQL даже текущей на данный момент версии, хватит на все случаи. (есть машинки, на которых до сих пор стоят MySQL-3 и вполне ничего себе так работают)

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

PS. еще вот это почитай
"No! Try not! Do. Or do not. There is no try." -- Yoda
Parent - Написал(а) Bercut Дата 10.05.11 06:44
сцылы пачетал, познавательно, хоть и большую часть уже читал в переводе... сомнений добавилось еще больше, самое главное - кто, в случае чего, энтерпрайсные возможности предоставит... я так понимаю mysql ab совсем закрылась, а сам оракел пока не подписывается на их обязательства по энтерпрайсным делам
русский язык подобен искуству кун-фу, и великий мастер никогда не применит его без необходимости...
Parent - Написал(а) LOE (Site/forum admin) Дата 10.05.11 07:39
Я понял так, что Оракл бъет себя пяткой в грудь, что поддерживать MySQL он будет.
Отличия между коммерческой версией и открытой будут минимальны и связаны с бэкапами и репликациями (по сути и есть корпоративный сегмент).

А у тебя что, подписка на платные услуги? что так заботишься об энтерпрайзности? ;-)

Сначала определись, что тебе нужно от БД, посмотри, есть ли это в MySQL, и если в текущей версии есть все, что тубя устраивает - пользуйся.
Открытые исходники нельзя закрыть. По крайней мере тот функционал, что есть сейчас, уже никто не отберет :-)
"No! Try not! Do. Or do not. There is no try." -- Yoda
Parent - Написал(а) Bercut Дата 10.05.11 07:53
в общем и целом проект, а ля соц сеть, тока направленная на сцуко голимых потребителей всекого говна, там и интернет магаз и онлайн игры и все такое, типа сначала буит нечто маленькое говноэлитарное, грубо на паре физ серваков с виртуалками, м.б. даже без схд (если без схд, я соскочу с проекта), но типа толпа маркетологов и других сексуальных большинств, обещают это дело раскрутить, так что мама не горюй, а там понятно дело сотни физ нод в десатках клястеров с схд мидл или хай енда, в разных цодах по земле матушке.. вот и маза то в том чтобы из нихуя дохуя сделать, соответственно в начале надо не облажаться....
писанина по ходу все же на рельсах будет, а не на жабе, так что мосч оракела в полный рост не запользуеш, только энтерпрайсные финтифлюшки субд, а только за них платить много бабок особенно на стартапе не совсем хорошо...
русский язык подобен искуству кун-фу, и великий мастер никогда не применит его без необходимости...
Parent - Написал(а) LOE (Site/forum admin) Дата 10.05.11 08:03
Кто это все писать будет? С какими БД имели дело?
Раз такая задумка - надо сразу смотреть на вопрос масштабирования, бэкапа и синхронизации.
Но, по большому счету, если грамотно разработать проект, видится мне, что можно обойтись стандартными функциями MySQL'я (коих тоже достаточно много).
Тут, возможно, упор надо будет делать на быстрое железо (дисковая подсистема и память).
Ну и опять-же, раскинуть стендик (хоть на виртуалках), эмулирующий распределенную работу.

Твоя то задача какая? Собрать весь этот зоопарк?
Может тут есть смысл посмотреть на VMware vCloud?
"No! Try not! Do. Or do not. There is no try." -- Yoda
Parent - Написал(а) Bercut Дата 10.05.11 08:28
моя задача сархитектурить инфраструктуру - железо, системное по, мидлваре разное, субд. а потом это все дело эксплуатировать, соответственно мне надо чтобы это все без гемороя работало, и было хорошо документировано, дописывать сам ниче не собираюсь, надо чтобы все работало из коробки, завсегда можно доплатить по мере масштабирования...
соответственно писать все будут разрабодчеги, у большинства из них руки растут из жопы и не тем концом, т.е. они гораздо хуже пользователей, релизить, походу, придется тоже мне по началу, так что если выдрессирую исполнять минимальные требования к универсализации разработки и не пытаться лезть в системные дела и среду исполнения, как некоторые непризнанные гении любят, то уже хорошо...
а вот с субд пока затык небольшой, дбашника нет путного, я сам хз допустим потяну ли тот же оракел, и опять жеж разработчега бд нету по понятным причинам (не выбрана субд), оно конечно всяк рагработчег говнософта знает сиквел в рамках анси, и пару говноселектов на коленке слабает, но опять жеж требования масштабируемости и безопасности возникают сразу, да к тому же не забываем, что проект изначально нацелен на честный отъем денег у населения, а где деньги там сразу и безопасность в полный рост...
вот как то так
русский язык подобен искуству кун-фу, и великий мастер никогда не применит его без необходимости...
Parent - Написал(а) LOE (Site/forum admin) Дата 10.05.11 09:53
Ясно.
С самого начала продумай ведение разработки софта с помощью svn, git или т.п.
При описанном способе разработки, без средств коллективной работы, будет разброд и шатания. Концов не сыщешь.
Плюс абстрагирование от типа БД.

В этом плане советую посмотреть на dbmail: у него есть поддержка sqlite, mysql, postresql, oracle. При этом весь верх абстрагирован от БД плюс (в 3-й версии) они сделали использование пула подключений к БД. Правда написано на С. Но идеи подсмотреть можно.
Так-же, любимый форум mwforum (написан на perl) имеет очень неплохую структуру как БД, так и скриптов. Очень грамотно все сделано.

Хотя, конечно, проектик обещает быть интересным, есть куда руки приложить :-)
"No! Try not! Do. Or do not. There is no try." -- Yoda
Parent - Написал(а) Bercut Дата 10.05.11 10:31
по поводу коллективной разработки, это я тоже думал, тока тут кагбе меня не спрашивали, оно конечно будет и я ясен пень буду поддерживать, но как то вся девелоперская среда, почемуто мимо меня как то, я так понимамши там среди разработчегов тимлид хитрожепый может он и будет, хотя по базару с ним я так понял он не особо волокет в разодминивании хитрых весчей.
а по поводу субд тут да, два подхода либо чисто ансишный сиквел, и вся логика на стороне плюющейся запросами зато почти любая субда, для легкой веб поделки так оно и заебца, или всеже глубокая интеграция с субд и без вариантов по поводу самой субд...
к последнему способу насамом деле придти гораздо проще чем кажется, это как два пальца об асфальт можно разложыть... как то: имеем учет денег --> нужна двойная запись --> нужна хорошая поддержка транзакций, со всеми делами --> нужна правильная транзакционная политика в субд, при поддержке правильной системы блокировок и поддержки непротиворечивости чтения, и все это с учетом нехилой нагрузки - сессий, запросов, пользунов на единицу времени --> нужна субда с изначально промышленными возможностями, это еще мы до HA и репликации не добрались
и вот согласно моим прикидкам подходит либо оракел по полной программе, либо Sybase SQL Anywhere с большими вопросами по производительности, зато халява...
по поводу глубокой интеграции в субд, тут с одной стороны дело вкуса, до тех самых пор пока не возникают вопросы ИБ, а ежели дело пойдет, то то не за горами аудит pci dss, а там хоть и не тупые скотины сидят, голову то включают в основном, но один хрен ограничивают не хило в выборе субд, причем не прямо а сцуко практически на коленке показывая тебе уязвимость твоего решения если ты изначально выбрал не тоштобы не ту субд а не тот подход к построению взаимодействия клиента и сервера субд, и соответственно подход к обеспечению безопасности...
вот такой поток сознания
русский язык подобен искуству кун-фу, и великий мастер никогда не применит его без необходимости...
Parent - Написал(а) voral Дата 10.05.11 12:39
Имхо работать через класс-прослойку самый правильный вариант в  проекте с перспективой долгой жизни, чтоб не замыкать на конкретную БД. И мускул так быстро не помрет. Как бесплатный вариант можно посмотреть на FireBird. Я 10 лет с ним работаю (правда не вебный проект) проблем не было.

ЗЫ Ну у тебя и "поток сознания" нужно дополнительные ресурсы мозга выделять для понимания :D
Parent - Написал(а) Bercut Дата 10.05.11 13:07 Отредактировано 10.05.11 13:11
через классы работать - это весьма заманчиво, хотя опять же соблазняет, причем сильно, использовать нативные средства ооп из оракла, тогда это и не классы будут а обертки, хош oci заточи хош шину беашную, но это уже шибко круто, и чсх за большие бабки...
да, и не совсем я что-то уверен, что это на рельсе, также элегантно можно учинить как на плюсе, а тем более на нативной жабе, да и не забываем, что собственно в кишки разработки я то не лазун, там специально обученные люди на то имеюцо.
мля куда крестьянину податься, ой не в добрый час я даташиты по ораклу открыл... лучшее враг хорошего, капитан очевидный отдыхает...
а ежели побриться бритвой окама,
то получится, что если надо фичи как у оракла, надежность как у оракла, и много чего как у оракла, то нечего сношать моск, нада юзать оракел, а ведь, честно, хочется чего то иного, полегче чтоли... но и болезни роста хочется пережить, а не помереть от них...
русский язык подобен искуству кун-фу, и великий мастер никогда не применит его без необходимости...
Parent - Написал(а) voral Дата 10.05.11 13:49
Я когда столкнулся с Ораклом по началу меня "напрягло" как там физически хранятся данные. Если мне не ошибает память, то типа данные из разных БД храняться в одном физическом файле (таких файлов вроде даже несколько). Что то мне это не очень понравилось: тут и копирование конкретной БД через тернии, и "а если вдруг одна рухнет", что будет со второй. Я, конечно, поинмаю, что система серьезная, но все равно смущает... Хотя там можно, вроде, настроить чтоб базы не смешивались.

Правда я тогда сталкивался лишь как разработчик приблуды задачей которой было лишь соединиться и получить данные из готовой БД - слишком не углублялся в изучение :-)
В общем если остановишься на оракле обрати внимание на этот момент, чтоб в начале принять правильное для себя решение....
Parent - Написал(а) Bercut Дата 10.05.11 19:52
не ты не совсем правильно понял, если обобщать то там в принцыпе только одна база и может быть, файлов кстати может быть хоть по многу на каждую таблицу и индекс, если надо, но чаще не надо так много...
если проводить кривую аналогию, допустим, с mysql c innodb двиглом. то процесс mysqld это аналог экземпляра oracle, тока в мускуле разные потоки или нитки выполняют разные внутренние задачи, а в оракле не мелочатся, там на каждую общую задачу и на каждую сессию свой процесс отдельный на уровне оси, они типа так память защищают, это в нормальных осях, кроме винды понятно, там тоже потоки. а вот файло с инодб базами это аналог файлов данных оракла, которые и называются базой данных, таким образом база одна, файлов несколько. а вот если надо несколько баз, а оно редко надо, то запускается несколько экземпляров, то есть несколько групп процессов, и они будут обслужывать несколько баз, ну и ясно дело, если работают по tcp/ip  то разные экземпляры, а точнее процессы лиснеров в экземплярах будут слушать разные порты. кстати, а вот при хранении в инодб файл один на все базы, и вариант разделить така такой же - несколько копий мускула, само при себе, на разных портах... кстати, двигло системы клястер тоже все в одном файле хранит, ежели я чего не прозабыл.
русский язык подобен искуству кун-фу, и великий мастер никогда не применит его без необходимости...
Parent - Написал(а) LOE (Site/forum admin) Дата 10.05.11 23:04
Пропиши это:
[mysqld]
innodb_file_per_table
в /etc/my.cnf и будет тебе разделение InnoDB базы по файлу на каждую таблицу.
Лично я так и юзаю в большом инстансе mysql'я
Штатный ibdata1 продолжает юзаться для транзакций (или чего там еще внутреннего)
"No! Try not! Do. Or do not. There is no try." -- Yoda
Parent - Написал(а) Bercut Дата 11.05.11 06:20
обана, а я чето эту фичу не нашел когда нужна была...
это с какой версии??
русский язык подобен искуству кун-фу, и великий мастер никогда не применит его без необходимости...
Parent - Написал(а) LOE (Site/forum admin) Дата 11.05.11 09:37
По крайней мере в MySQL-5.0 эта опция описана.
Ее можно добавлять на лету (рестартовав сервер) и вновь создаваемые таблицы будут располагаться уже в своих файлах.

Уже созданные имхо можно преобразовать через dump/restore. А для версии 5.5 можно преобразовать через alter table.
Такие таблицы легко бэкапить: завершив все транзакции, простым копированием файла.

Пруф: для 5.0 и для 5.5
"No! Try not! Do. Or do not. There is no try." -- Yoda
Parent Написал(а) Bercut Дата 11.05.11 10:58
да не шибко гибко но уже внушаить
русский язык подобен искуству кун-фу, и великий мастер никогда не применит его без необходимости...
Parent - Написал(а) Bercut Дата 10.05.11 20:04
кстати просмотрел документацию, и понямши, что спиздемши...
полноценное приложение нативно можно налабать тока на жабе.
если на плюсе, то придется переписывать все классы на плюсе, и налаживать междумордие на достточно низком уровне типа присвоение экземпляров на уровне присвоения мемберов базовых типов с приведением этих самых типов, вощем нахер не надо никому описывать бизнес логику на плюсе, а потом и в веб это как то отдавать...
жаба всему голова!
русский язык подобен искуству кун-фу, и великий мастер никогда не применит его без необходимости...
Parent - Написал(а) voral Дата 10.05.11 21:11
Голова то она может она и голова, но хватит ли производительности. Все, что я видел на жабе более менее крупное тормозило как фиг знает, что.  Однажды нужно было мне заглянуть в одно приложение - по сути дела конфигуратор имеет древовидную структуру параметр/значение. Структура хоть и большая но для современных компов на один чих казалось бы. Но у меня на ноутбуке она только это дерево пыталось осилить 7 часов. Да и то срубил, т.к. было уже пора уезжать. :-) Хотя у меня ноутбук не мощный, а там где это юзается памяти по 4 гига (это года 2-3 назад). Мне кажется на жабе сильнее отражается кривизна рук :-)
Можно ведь и вообще где то комбинировать написав на сях расширения к пых пыху руби или что там предполагается.
Parent Написал(а) Bercut Дата 10.05.11 21:47
не ну апплеты то на жабе не надо писать, тока серверную часть. прожорлива зело зверюга сия, однакож и серваков то ноне на продакшн никто вроде не ставит переделанных из десктопов, все больше путных 2-4 процевых да о 4 ядрах то кажной, да и памяти то ой ли да по 32 гига, а то и по боле будет... хотя я видывал развал oebs на ноуте, понятно что один кагбе клиент, но чсх не тормозило так чтоб сильно то, так первичные прогрузы... а oebs, эта штука посильнее фауста гетте будет, не знаю скока модулей, я то тока логистику смотрел. так что жаба да при хорошем обращении, вполне себе ручной зверек, белый и пушистый.
русский язык подобен искуству кун-фу, и великий мастер никогда не применит его без необходимости...
Предыдущая Следующая Вверх Тема Разговоры / Поболтаем? / MySQL (51460 хитов)

Powered by mwForum 2.12.0 © 1999-2007 Markus Wichitill

Page created in 0.091s with 10 database queries.