даже php что бы затставить работать с ней нужно потанцевать, поставив oci8

если к напильнику в комплекте очки не доложили. это не значит что напильник плохой

я ниразу не dba, по этому смотрю с колокольни другой

я ниразу не dba, по этому смотрю с колокольни другой

а, ну тогда другое дело

у меня есть парочка коллег, которые плотно на оракле сидят, говорят, что круто, но контора сама по себе очень гадкая

у меня есть парочка коллег, которые плотно на оракле сидят, говорят, что круто, но контора сама по себе очень гадкая

потому что жадная.

а, ну тогда другое дело

я тоже не дба но не чувствовал такое отвращение

может в других языках чувствуются преимущества?

не чувствуется, нативного драйвера нету вроде нигде.

ну у меня большой опыт работы с pg и mysql, с ними мне нравится работать

ясно

8 лет проработав с PLSQL сложилось четкое впечатление о том, что до оракла остальным еще расти и расти

к примеру я работаю с джава там очень удобно все это

plsql это native)

у pg тоже аналог есть, очень крутой

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

кстати на плскл сделан апекс

апекс тоже щупал, пока не настроил полноценный коннект

норм тема

апекс тоже щупал, пока не настроил полноценный коннект

какой ещё коннект? он же сидит уже внутри

пока oci8 не сделал, работал с базой через apex

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

хм ну ладно с ними :) никаких идей по моему вопросу? ну кроме носкула?

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

это хреново однако

хм ну ладно с ними :) никаких идей по моему вопросу? ну кроме носкула?

если бюджет не стеснен - рекомендую оракл. если финансы играют роль - постгри

так я про структуры базы спрашивал

нет, не постгри. mysql 5.7 может хранить данные в json. вот это как раз наверное то что вам и нужно

искать в этом json как?

like?

или там реализован нормальный полнотекствый поиск?

в nosql все в json по дефолту

и всякие там сложные find методы работаеют очень шустро

она точилась для этих целей

есть антипаттерн "Золотой молоточек"

вот пихать в реляционку такие данные, считая мускул панацеей есть зло

а если структуру придется менять и возможностей nosql не хватит?

в будущем

nosql этим и хорош, что ему не нужны данные структурированные

согласен. а если заказчик попросит "доработать напильником" ? пути назад уже не будет

каждом документе могут храниться данные независимо от соседних

на данный пример согласен - nosql самое оно. но в перспективе...

или подходить надо из ООП?

там как бы если наследования то в базе мы получим не нормальную форму

нет, не постгри. mysql 5.7 может хранить данные в json. вот это как раз наверное то что вам и нужно

вроде все новые могут

В перспективе я проблем тоже не вижу. Если даже структура данных поменяется, mongo их сожрет и не пукнет даже.

в posgres да, работает с json отлично

даже есть индексы к ним

и отлично реализованный полнотекстовый поиск

получается мускул отстой?

?

есть прагматики а есть новаторы просто

получается мускул отстой?

он хорошо для своих целей

все новое - не значит хорошее. монга давно появилась?

достаточно

он хорошо для своих целей

к примеру?

когда нужны фичи, которых в стандарте sql не описано

мускул не отстой. его просто готовить надо правильно. и сколько поваров - столько рецептов

запросы в мускуле сильно проще и не так требователен к соблюдению стандартов sql, как PG

мускул не отстой. его просто готовить надо правильно. и сколько поваров - столько рецептов

это да

из коробки есть например uint поля

несколько движков для хранения данных

events

ну в каждой субд есть и плюсы и минусы

мы опять таки отходим от основного вопроса :)

nosql

либо pg+json

я все же за nosql

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

сфинкс крутая тема

и да, у оракла есть продукт Oracle NoSQL ))

это платно все)

сырой, но есть

Дмитрий Григорьев а Вы что скажете по моему вопросу?

1. оракл. плюсы - функционалу завидуют все, всю логику можно запихнуть в базу. минусы - стоимость. 2. мускл+сфинкс (если надо полнотекстовый поиск). плюсы - стоимость, минусы - структуру тяжеловато будет описать, но возможно 3. monga и аналоги. плюсы - структура прямо то что надо. минусы - развитие проекта когда может потребоваться вытаскивать данные не select * from, а лихими джойнами с вложенными подзапросами и т.д. лечится вынесением всей логики в приложение.

так вы тоже предлагаете выбирать другую бд?

я присоеденюсь

nosql подойдет точно. Логику все в приложении нужно будет хранить

я предлагаю оракл просто потому что хорошо его знаю (8 лет 24х7 распределенные бд). сейчас я работаю 2 года с мускулом - чувствую себя как в домашних тапочках, но иногда они оказываются дырявыми. nosql - круто, на нем работает БАК и госуслуги, но здесь нужно писать приложение. а для sql приложение нужно не писать, а "нарисовать"

https://habrahabr.ru/post/152477/

Читал эту статью, неплохо написана

да, если объем данных не более 10гб и расти почти не будет - есть бесплатная OracleXE. из ограничений - 10гб данных, 1 проц (лечится виртуалкой) и 1гб оперативки вроде бы (не лечится)

10гб можно вылечить линковкой на соседнюю базу, но это костыль

да, и оракл оперативку оооочень любит

знаю

Да, самое главное то забыл спросить. Какие уровни изолированности транзакций поддерживает нескл база? Та же монга ?

чтение если мне не изменяет память там грязненькое )

поэтому эту часть работы нужно будет выносить в приложение

если у вас в расоряжении 5 бдшников и один разработчик - лучше sql, если у вас 5 разработчиков и нет бдшников - монга

я сам и бдщник и разработчик

)))

и дизайнер

)

как бы вот наброски но не учитывался ещё разновидность конструкций

mysql?

да

5.7 ? Inno?

да

универсальная - nosql

боже