вот со сложным видом на монге можно подорваться знатно

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

если для отчетов, то лучше elasticsearch он быстрее раз в 20 и используется как раз для аналитиков да и выборку/аггрегацию он умеет делать

Документная база хороша когда нужно хранить кучу объектов где ты заранее не знаешь какие поля у них могут быть

И ты фигпчишь туда документы, потом валидаторы на объекты

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

Потом вручную джоины описываешь

Документная база хороша когда нужно хранить кучу объектов где ты заранее не знаешь какие поля у них могут быть

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

А потом сдаешься и переходишь на реляционную бд

ваша дискусия мне помогает вникнуть ?

А потом сдаешься и переходишь на реляционную бд

???

Ну у минкультуры их новый проект полностью на монге

https://ru.wikipedia.org/wiki/%D0%94%D0%BE%D0%BA%D1%83%D0%BC%D0%B5%D0%BD%D1%82%D0%BE%D0%BE%D1%80%D0%B8%D0%B5%D0%BD%D1%82%D0%B8%D1%80%D0%BE%D0%B2%D0%B0%D0%BD%D0%BD%D0%B0%D1%8F_%D0%A1%D0%A3%D0%91%D0%94

https://toster.ru/q/1786

ваша дискусия мне помогает вникнуть ?

лучше не используй монгу. например, пиздец https://jira.mongodb.org/browse/SERVER-831 даже если ты будешь использовать ее как хранилище доков, то не смогешь обновить вложенный масив, например

Они там хранят документы которые туда кладут районные отделения и все это живет

Ой, опять дискуссия монго vs постгрес?

Очевидно же что все надо хранить в буфере!

ОЗУ - лучшее место для хранения!

Не ьывает много данных, бывает мало ОЗУ

Не ьывает много данных, бывает мало ОЗУ

вот!

вот!

redis?

неее редиска же key:value

а что тогда лучше использовать?

Мемкэшед

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

Яндекс.Диск

Яндекс.Диск

В голос

а что тогда лучше использовать?

rawmemory

rawmemory

??

В голос

Там же монга используется. Разве нет?

Не я в этом контексте

а что тогда лучше использовать?

Яндекс.Диск

я подумал ты предлагаешь использовать Я.Д как бд для документов))

сейчас попробую postgres

я подумал ты предлагаешь использовать Я.Д как бд для документов))

Это уж слишком дико. Хотя кто-то вместо БД юзает Гугл таблицы и не жалуется

Кстати у aws есть что типа облачной бд

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

???

кстати, а ни у кого нет опыта использования rethink в продакшне?

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

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

В теории- разворачивается в одну строку

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

А данные? Он же разворачивается без данных

В контейнер прокидываешь директорию, он автоматом пробегает по всем файлам в ней

sh и sql

во время запуска

???

?

Не ьывает много данных, бывает мало ОЗУ

javaaaaaaaaaaaaaaaa <kokoko> 85 гб озу должно хватить п.с простите на триггер с озу

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

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

И когда логическая связанность между таблицами/документами не имеет большого значения

И когда логическая связанность между таблицами/документами не имеет большого значения

Да, и это тоже Что-то сложное составлять сильно тяжелее, чем в реляционках

На мелких проектах я использую монгу (почти на всех =) )

А я дадже не знаю что такое мелкий проект

Сайт-визитка?

На мелких проектах я использую монгу (почти на всех =) )

я раньше тоже юзал а потом наебался с миграциями и плюнул на монгу

А что там с миграциями?

я раньше тоже юзал а потом наебался с миграциями и плюнул на монгу

Да как только запахнет масштабным изменением данных- буду мигрировать на пг

А что там с миграциями?

плохо всё)))

А я дадже не знаю что такое мелкий проект

внутренняя crm-ка

внутренняя crm-ка

crm - мелкий проект?

crm - мелкий проект?

у меня 5-6 таблиц только

ну так а связи между ними?

Заказы-клиенты как минимум

ERROR: S client not available

1 - 1 - 4

И все

1 - 1 - 4

Нужен упроститель

Всем привет. Нужна помощь математиков и вообще всех, кто силен в вычислениях. Убедительная просьба не спрашивать глобально что и зачем, для чего все это, очень прошу смотреть на суть. В общем предположим есть парсер объявлений по доскам в определенной категории, пусть это будут смартфоны. Парсер пробегает по всем доскам и собирает со всех объявлений о продаже смартфонов цену. В результате получается некий пул цен, из которых затем нужно получить среднее значение - то есть узнать среднюю цену по смартфону на всех досках. НО. Все бы ничего, если бы некоторые объявлени не содержали "ошибочных" цен: к примеру некоторые объявления содержат цену в 1 рубль, а какие-то - миллион рублей за товар. Как следствия, такие значения не позволят вычислить объективную стоимость модели телефона по рынку. Собственно вопрос - каким образом можно исключить эти ошибочные значения и высчитать объективную среднюю стоимость продукта из всех оставшихся значений? Спасибо

Нужен упроститель

Retry again in russian, pls

Что упростить-то?)

Retry again in russian, pls

Не понял что значат эти цифры

Всем привет. Нужна помощь математиков и вообще всех, кто силен в вычислениях. Убедительная просьба не спрашивать глобально что и зачем, для чего все это, очень прошу смотреть на суть. В общем предположим есть парсер объявлений по доскам в определенной категории, пусть это будут смартфоны. Парсер пробегает по всем доскам и собирает со всех объявлений о продаже смартфонов цену. В результате получается некий пул цен, из которых затем нужно получить среднее значение - то есть узнать среднюю цену по смартфону на всех досках. НО. Все бы ничего, если бы некоторые объявлени не содержали "ошибочных" цен: к примеру некоторые объявления содержат цену в 1 рубль, а какие-то - миллион рублей за товар. Как следствия, такие значения не позволят вычислить объективную стоимость модели телефона по рынку. Собственно вопрос - каким образом можно исключить эти ошибочные значения и высчитать объективную среднюю стоимость продукта из всех оставшихся значений? Спасибо

Критическая ошибка: невозможно распознать синтаксис запроса

1 - 1 это one to many 1 - 4 - это many to many одной сущности к четырем

хах))

О, базы данных подъехали

Они его используют?

вот и я тоже удивился

Я думал, они только питоном и го упарываются

я хочу го поупарываться(

Всем привет. Нужна помощь математиков и вообще всех, кто силен в вычислениях. Убедительная просьба не спрашивать глобально что и зачем, для чего все это, очень прошу смотреть на суть. В общем предположим есть парсер объявлений по доскам в определенной категории, пусть это будут смартфоны. Парсер пробегает по всем доскам и собирает со всех объявлений о продаже смартфонов цену. В результате получается некий пул цен, из которых затем нужно получить среднее значение - то есть узнать среднюю цену по смартфону на всех досках. НО. Все бы ничего, если бы некоторые объявлени не содержали "ошибочных" цен: к примеру некоторые объявления содержат цену в 1 рубль, а какие-то - миллион рублей за товар. Как следствия, такие значения не позволят вычислить объективную стоимость модели телефона по рынку. Собственно вопрос - каким образом можно исключить эти ошибочные значения и высчитать объективную среднюю стоимость продукта из всех оставшихся значений? Спасибо

https://www.wikiwand.com/ru/Среднеквадратическое_отклонение

Всем привет. Нужна помощь математиков и вообще всех, кто силен в вычислениях. Убедительная просьба не спрашивать глобально что и зачем, для чего все это, очень прошу смотреть на суть. В общем предположим есть парсер объявлений по доскам в определенной категории, пусть это будут смартфоны. Парсер пробегает по всем доскам и собирает со всех объявлений о продаже смартфонов цену. В результате получается некий пул цен, из которых затем нужно получить среднее значение - то есть узнать среднюю цену по смартфону на всех досках. НО. Все бы ничего, если бы некоторые объявлени не содержали "ошибочных" цен: к примеру некоторые объявления содержат цену в 1 рубль, а какие-то - миллион рублей за товар. Как следствия, такие значения не позволят вычислить объективную стоимость модели телефона по рынку. Собственно вопрос - каким образом можно исключить эти ошибочные значения и высчитать объективную среднюю стоимость продукта из всех оставшихся значений? Спасибо

гугли в сторону - "мат статистика медиана"

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

выше кидал

зачем в монго миграции, если схемы как таковой нет?

я раньше тоже юзал а потом наебался с миграциями и плюнул на монгу

зачем в монго миграции, если схемы как таковой нет?

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

надо же апдейтить существующие документы было: { a, b } а стало: { c }, где c это a + b

как без миграции?

Тип писал в дату строку, а тут понял, что можно дату и надо обновить старые документы? :с Просто пустить скрипт, в том же монгочифе не вариант? :с

Тип писал в дату строку, а тут понял, что можно дату и надо обновить старые документы? :с Просто пустить скрипт, в том же монгочифе не вариант? :с

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

Тут есть сансеи mysql?

Не могу побороть кодировку

Черт, как же все сложно. Неужели хуяк-хуяк нельзя... Репликация на слейв не подхватит это обновление данных? :с Или ты про другие "несколько баз"?

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