Хочу кой чего свое написать

свою субд блин

Ты какое Direct IO имеешь в виду ? POSIX?

ога

Я тоже свою СУБД хочу написать...

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

https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/3/html/GFS_6.0_Administration_Guide/s1-manage-direct-io.html

Это?

а спасибо

пригодится

да похоже на то

https://www.ibm.com/developerworks/ru/library/au-DirectIO/index.html

http://man7.org/linux/man-pages/man2/open.2.html

(это истоки)

а кто тут на опыте самый , крутой уже выяснили ?

тут все крутые

http://man7.org/linux/man-pages/man2/open.2.html

Эффект заключается в том, что файловая система не испльзует кэш для этого файла.

это я понимаю

поигрались в 2007, тогда это хоть как-то смешно было, а сейчас-то

Аммм это особенности сознания и его работы. Не все могут придавать внимание мелким деталям ака правила написания. Есть люди которые вообще не могут запоминать буквы но прекрасно оперируют со слогами. Специфика биологической системы.

Привет, посоветуйте книги по БД sql

бд sql?

может, ицик бен ган

MS SQL

https://postgrespro.ru/docs/postgrespro/9.6/sql.html

По самому SQL ничего лучше нет Марина Грабера....

взможно не в тему, но больше вроде негде спросить. есть такой замечательный русский продукт - cronos(plus|pro). кто сталкивался, то в курсе что это, зачем и какие плюсы. в данный момент у меня есть несколько десятков баз в постгресе, общим весом (с индексами) около полутора терабайт. назрел вопрос переезда на что-нибудь более мощное и удобное. собственно, я бы переехал на кронос, но 1) он плохо работает под вайном 2) оболочка с возможностью скриптования на луа не покрывает всех моих требований, которые я реализовываю на другом языке с нативным драйвером к постгресу. Возможно в этом чате кто-нибудь может подсказать какие-нибудь забугорные аналоги кроноса или варианты миграции с постгреса. очень привествуется опенсорс (кронос проприетарщина). буду благодарен за любые ответы по теме.

взможно не в тему, но больше вроде негде спросить. есть такой замечательный русский продукт - cronos(plus|pro). кто сталкивался, то в курсе что это, зачем и какие плюсы. в данный момент у меня есть несколько десятков баз в постгресе, общим весом (с индексами) около полутора терабайт. назрел вопрос переезда на что-нибудь более мощное и удобное. собственно, я бы переехал на кронос, но 1) он плохо работает под вайном 2) оболочка с возможностью скриптования на луа не покрывает всех моих требований, которые я реализовываю на другом языке с нативным драйвером к постгресу. Возможно в этом чате кто-нибудь может подсказать какие-нибудь забугорные аналоги кроноса или варианты миграции с постгреса. очень привествуется опенсорс (кронос проприетарщина). буду благодарен за любые ответы по теме.

Эт вроде маркетингового иследования ? Но бесплатно и чужими руками? Как то так себе

Эт вроде маркетингового иследования ? Но бесплатно и чужими руками? Как то так себе

нет, я не маркетолох

мне нужно для себя

походу самый "простой" вариант - реверсить их банки и писать драйвер

ищу серебрянную пулю, короче

ищу серебрянную пулю, короче

Есть ещё линтер

Там тоже чудеса заявлены

Есть ещё линтер

оно? https://ru.wikipedia.org/wiki/%D0%9B%D0%B8%D0%BD%D1%82%D0%B5%D1%80

ды

взможно не в тему, но больше вроде негде спросить. есть такой замечательный русский продукт - cronos(plus|pro). кто сталкивался, то в курсе что это, зачем и какие плюсы. в данный момент у меня есть несколько десятков баз в постгресе, общим весом (с индексами) около полутора терабайт. назрел вопрос переезда на что-нибудь более мощное и удобное. собственно, я бы переехал на кронос, но 1) он плохо работает под вайном 2) оболочка с возможностью скриптования на луа не покрывает всех моих требований, которые я реализовываю на другом языке с нативным драйвером к постгресу. Возможно в этом чате кто-нибудь может подсказать какие-нибудь забугорные аналоги кроноса или варианты миграции с постгреса. очень привествуется опенсорс (кронос проприетарщина). буду благодарен за любые ответы по теме.

пускать СУБД под эмулятором API другой системы, с учётом ещё и того, что СУБД от системы нужно очень мало (только диск и память ) -это как-то очень странно

пускать СУБД под эмулятором API другой системы, с учётом ещё и того, что СУБД от системы нужно очень мало (только диск и память ) -это как-то очень странно

Как и странно сваливать с хорошей СУБД Postgres на непонятно что (я не могу ее хаить, я просто не знаю)

взможно не в тему, но больше вроде негде спросить. есть такой замечательный русский продукт - cronos(plus|pro). кто сталкивался, то в курсе что это, зачем и какие плюсы. в данный момент у меня есть несколько десятков баз в постгресе, общим весом (с индексами) около полутора терабайт. назрел вопрос переезда на что-нибудь более мощное и удобное. собственно, я бы переехал на кронос, но 1) он плохо работает под вайном 2) оболочка с возможностью скриптования на луа не покрывает всех моих требований, которые я реализовываю на другом языке с нативным драйвером к постгресу. Возможно в этом чате кто-нибудь может подсказать какие-нибудь забугорные аналоги кроноса или варианты миграции с постгреса. очень привествуется опенсорс (кронос проприетарщина). буду благодарен за любые ответы по теме.

" у меня есть несколько десятков баз в постгресе, общим весом (с индексами) около полутора терабайт. " Терабайты -- неинтересно, сколько у тебя записей в таблицах...

взможно не в тему, но больше вроде негде спросить. есть такой замечательный русский продукт - cronos(plus|pro). кто сталкивался, то в курсе что это, зачем и какие плюсы. в данный момент у меня есть несколько десятков баз в постгресе, общим весом (с индексами) около полутора терабайт. назрел вопрос переезда на что-нибудь более мощное и удобное. собственно, я бы переехал на кронос, но 1) он плохо работает под вайном 2) оболочка с возможностью скриптования на луа не покрывает всех моих требований, которые я реализовываю на другом языке с нативным драйвером к постгресу. Возможно в этом чате кто-нибудь может подсказать какие-нибудь забугорные аналоги кроноса или варианты миграции с постгреса. очень привествуется опенсорс (кронос проприетарщина). буду благодарен за любые ответы по теме.

Возможно в этом чате кто-нибудь может подсказать какие-нибудь забугорные аналоги кроноса или варианты миграции с постгреса. Vertica - это перепаянный на column store Postgres с shared nothing cluster и резервированием данных от потери. СУБД не без странностей, но грызёт данные хорошо

субд под вайном давай

пускать СУБД под эмулятором API другой системы, с учётом ещё и того, что СУБД от системы нужно очень мало (только диск и память ) -это как-то очень странно

Потому это и есть маркетинг. Ему лень самому искать аналоги и сравнивать. Надеется что кто то за него сделает. Я смотрю последние пару лет прям конкурс "напиши свою субд с влажными фантазиями"

Ну вряд ли он найдёт кого-то кто юзал этот экзотический кронос...

" у меня есть несколько десятков баз в постгресе, общим весом (с индексами) около полутора терабайт. " Терабайты -- неинтересно, сколько у тебя записей в таблицах...

Минимум миллион, есть три, есть 55 миллионов

Ну эти объёмы вполне посилам для PG

Миллиарды — может, уже надо было бы думать.

Потому это и есть маркетинг. Ему лень самому искать аналоги и сравнивать. Надеется что кто то за него сделает. Я смотрю последние пару лет прям конкурс "напиши свою субд с влажными фантазиями"

Я готов и сам пилить, но прежде не писал подобного. Во-вторых, возможно есть готовое, просто я об этом не знаю. А кронос делает выборку из 55м за пару секунд и в виртуалке. Возможно у них мне придётся взять сам формат банка, отреверсить и написать библиотеку. Это выйдет легче, чем самому писать свою базу данных не имея ни опыта, ни теоретического багажа

Ну вряд ли он найдёт кого-то кто юзал этот экзотический кронос...

С вероятностью 90% его юзает СБ твоей компании

Но штука специфическая, да

Я готов и сам пилить, но прежде не писал подобного. Во-вторых, возможно есть готовое, просто я об этом не знаю. А кронос делает выборку из 55м за пару секунд и в виртуалке. Возможно у них мне придётся взять сам формат банка, отреверсить и написать библиотеку. Это выйдет легче, чем самому писать свою базу данных не имея ни опыта, ни теоретического багажа

Все что угодно делает выборку за пару милисекунд хоть с триллиона.

Осталось выяснить накой в этом процессе виртуалка

Потому что в вайне падает. Ну не переходить же на винду

Вот такие у меня таблицы

Потому что в вайне падает. Ну не переходить же на винду

Чет я прям подвис пытаясь связать субд с вайном и виндой

Чет я прям подвис пытаясь связать субд с вайном и виндой

Я про кронос, он падает под вайном

Под линукс оболочки нет

Я про кронос, он падает под вайном

А я про постгре

И любую другую дб

Ок, постгрес. 700 метров это нормальный индекс?

И лезть выяснять чего там такого специального внезапно в каком кроносе у меня совсем нет желания

Понятия не имею что ты там проиндексировал и зачем

Ясно

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

Ок, постгрес. 700 метров это нормальный индекс?

смотря чт в таблице. может и нормальный

смотря чт в таблице. может и нормальный

Текст переменной длины

Текст переменной длины

И? Тебе нужен текстовый поиск?

Я готов и сам пилить, но прежде не писал подобного. Во-вторых, возможно есть готовое, просто я об этом не знаю. А кронос делает выборку из 55м за пару секунд и в виртуалке. Возможно у них мне придётся взять сам формат банка, отреверсить и написать библиотеку. Это выйдет легче, чем самому писать свою базу данных не имея ни опыта, ни теоретического багажа

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

С вероятностью 90% его юзает СБ твоей компании

Это для видеонаблюдений используется ?

Мне просто забавно когда кто то думает что пара сотен миллионов записей это уже конец света

Это для видеонаблюдений используется ?

Не, различные справочники -- паспорта, телефоны, банковские операции

Мне просто забавно когда кто то думает что пара сотен миллионов записей это уже конец света

смотря на каком железе

смотря на каком железе

Ну мы не расматриваем бабушкин пентиум 2 и запуск через вайн

Ещё одной важной особенностью «CronosPRO» является используемый подход к организации данных — так называемая, сетевая модель данных. В подавляющем большинстве других СУБД используется более простая, но, вместе с тем, и более ограниченная реляционная модель данных. Наиболее существенным преимуществом сетевой модели является точное и адекватное отражение в банке сложных взаимосвязей между объектами. Ведь в реальной жизни любой объект (человек, организация и т. п.) связан с огромным количеством других объектов. Найти и отобразить подобные связи очень и очень непросто.

Ну-ну... СУБД из серии "Назад в будущее..."

Ещё одной важной особенностью «CronosPRO» является используемый подход к организации данных — так называемая, сетевая модель данных. В подавляющем большинстве других СУБД используется более простая, но, вместе с тем, и более ограниченная реляционная модель данных. Наиболее существенным преимуществом сетевой модели является точное и адекватное отражение в банке сложных взаимосвязей между объектами. Ведь в реальной жизни любой объект (человек, организация и т. п.) связан с огромным количеством других объектов. Найти и отобразить подобные связи очень и очень непросто.

Четаржу

Ага

Сорт оф графовая

"И тут выхожу я ВЕСЬ В БЕЛОМ!!!"

Пальте?

Сорт оф графовая

Гыыы.

коне

Goldstein , знаешь, в чём заключается "Наиболее существенным ОГРАНИЧЕНИЕ сетевой модели " ?

Шубе

ват

чо там с падежами

Ай насяльника

Goldstein , знаешь, в чём заключается "Наиболее существенным ОГРАНИЧЕНИЕ сетевой модели " ?

тут

http://telegra.ph/CHto-ehto-bylo-08-22 я тут вот это говно читаю и ору сижу