выдает что "несколько тысяч в секунду"?

выдает что "несколько тысяч в секунду"?

Запросов

на вертике я лярдовые таблицы аггрегироваю за секунды

выдает что "несколько тысяч в секунду"?

cpu cycles

на вертике я лярдовые таблицы аггрегироваю за секунды

Сколько?

cpu cycles

какая-то странная мера

на вертике я лярдовые таблицы аггрегироваю за секунды

И?

Сколько?

что сколько?

какая-то странная мера

ну а что бы и нет

Сколько лярдов, и сколько нод в вертике

ну а что бы и нет

причем тут базы?

надо было красненьким написать?

Сколько лярдов, и сколько нод в вертике

3 ноды почти 10 лярдов

что сколько?

https://www.oreilly.com/ideas/apache-cassandra-for-analytics-a-performance-and-storage-analysis

и?

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

ну так ты решил сравнить

Мне оно не нужно пока.

ну и мне тоже

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

И врятли увижу

Давай удиви меня

интеграция с кафкой и хадупом из коробки

написание UDx различных на трех (четырех?) языках

@MasterZiv я все видел

я тоже

и по сути да, оно нафиг не нужно

Это мираж, галлюцинации...

ибо если нужно, то забирается от источника, а не через десятые руки

ибо если нужно, то забирается от источника, а не через десятые руки

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

нееее, нафиг нафиг ораклистов, с ними тяжело, они в стогнации пребывают

нееее, нафиг нафиг ораклистов, с ними тяжело, они в стогнации пребывают

Дык апексом торгуют. Гы

ибо если нужно, то забирается от источника, а не через десятые руки

В общем если вертику не пользует убер,тесла,амазон то он фигня

Дык никуда оракл не денется. Пока будут разрабатывать планы пеоехода на тот же PG. Санкции отменят.

Дык никуда оракл не денется. Пока будут разрабатывать планы пеоехода на тот же PG. Санкции отменят.

Угу. А так же понизят пенсионный возраст. Повысят минимальную зрплату. И совершат много других чудес.

Вам то это все к чему? Если вы на острове...

Вам то это все к чему? Если вы на острове...

К тому что за все время еще никто ничего не отменил и даже не планирует. Гайки только закручивают

И чем она лучше кассандры?

Это просто разные архитектуры с разными целями. Кассандра в агрегации не умеет, но выигрывает в k/v.

Да и собственно вытаскивать k/v из колоночной бд так себе занятие

Здравствуйте. Я с базами данных не работал раньше. Вот пришлось. В общем-то, базово всё понятно после перелопачивания информации. Не есть некоторые не очевидные, на первый взгляд, вещи. Изучаю SQLite. Как по мне если расложить на составляющие запись в базу, буде тпримерно так: 1) Открыли БД. 2) Подготовили запрос. 3) Реализовали подготовленную SQL-инструкцию. 4) Закрыли БД Но есть ещё 2 странные, на первый взгляд функции: sqlite3_reset (зачем сброс?), API sqlite3_step(без него что не выполнить SQL-инструкцию?)

Здравствуйте. Я с базами данных не работал раньше. Вот пришлось. В общем-то, базово всё понятно после перелопачивания информации. Не есть некоторые не очевидные, на первый взгляд, вещи. Изучаю SQLite. Как по мне если расложить на составляющие запись в базу, буде тпримерно так: 1) Открыли БД. 2) Подготовили запрос. 3) Реализовали подготовленную SQL-инструкцию. 4) Закрыли БД Но есть ещё 2 странные, на первый взгляд функции: sqlite3_reset (зачем сброс?), API sqlite3_step(без него что не выполнить SQL-инструкцию?)

Желательно лишний раз не открывать/закрывать БД...

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

да

Здравствуйте. Я с базами данных не работал раньше. Вот пришлось. В общем-то, базово всё понятно после перелопачивания информации. Не есть некоторые не очевидные, на первый взгляд, вещи. Изучаю SQLite. Как по мне если расложить на составляющие запись в базу, буде тпримерно так: 1) Открыли БД. 2) Подготовили запрос. 3) Реализовали подготовленную SQL-инструкцию. 4) Закрыли БД Но есть ещё 2 странные, на первый взгляд функции: sqlite3_reset (зачем сброс?), API sqlite3_step(без него что не выполнить SQL-инструкцию?)

The sqlite3_reset() function is called to reset a prepared statement object back to its initial state, ready to be re-executed. Any SQL statement variables that had values bound to them using the sqlite3_bind_*() API retain their values. Use sqlite3_clear_bindings() to reset the bindings. что не ясно?

Здравствуйте. Я с базами данных не работал раньше. Вот пришлось. В общем-то, базово всё понятно после перелопачивания информации. Не есть некоторые не очевидные, на первый взгляд, вещи. Изучаю SQLite. Как по мне если расложить на составляющие запись в базу, буде тпримерно так: 1) Открыли БД. 2) Подготовили запрос. 3) Реализовали подготовленную SQL-инструкцию. 4) Закрыли БД Но есть ещё 2 странные, на первый взгляд функции: sqlite3_reset (зачем сброс?), API sqlite3_step(без него что не выполнить SQL-инструкцию?)

After a prepared statement has been prepared using any of sqlite3_prepare_v2(), sqlite3_prepare_v3(), sqlite3_prepare16_v2(), or sqlite3_prepare16_v3() or one of the legacy interfaces sqlite3_prepare() or sqlite3_prepare16(), this function must be called one or more times to evaluate the statement.

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

@MasterZiv я это читал. Не совсем цепочка выстраивается. Получается, если есть SQL-инструкция и она выполнена, пока не выполниться sqlite3_reset() п оходу я другой запрос не выполню. Вот это странно. Ведь может не выполнив эту команду другой запрос послаться и что? Я вот об этом. Читаю, а как понять.. вопрос

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

КРоме этого, во всех СУБД наборы данных запросов выбираются частями, построчно (возможно, в несколько строк каждый этап), вызовы обычно называются FETCH, и помещают следующую порцию данных в приёмный буфер приложения. Я полагаю, что sqlite3_step делает и эту работу тоже.

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

На самом деле, там проще. Скачиваешь dll, и работает с ней без сервера. Соответственно, сам SQLite без запроса по идее ничего делать не будет. Только запросы обрабатывать

@MasterZiv я это читал. Не совсем цепочка выстраивается. Получается, если есть SQL-инструкция и она выполнена, пока не выполниться sqlite3_reset() п оходу я другой запрос не выполню. Вот это странно. Ведь может не выполнив эту команду другой запрос послаться и что? Я вот об этом. Читаю, а как понять.. вопрос

Обычно во всех СУБД соединение с БД может выполнять только один запрос одновременно. Ты начинаешь выполнение запроса, фетчишь данные, потом завершаешь выполнение, и ТОЛЬКО ТОГДА можно выполнять следующий запрос через это соединение. Вот _reset как раз ЗАКРЫВАЕТ запрос.

Я думал, можно сразу всю SQL-инструкцию запихнуть в запрос

Я думал, можно сразу всю SQL-инструкцию запихнуть в запрос

Можно.

Хотя да, По ходу, sqlite3_reset() будет для прерывания потокового запроса. Я об этом тоже думаю. Да вот только странно одно здесь. Ведь если есть инструкция, то она будет полная. Поэтому зачем её прерывать, как по мне, задача..

Хотя да, По ходу, sqlite3_reset() будет для прерывания потокового запроса. Я об этом тоже думаю. Да вот только странно одно здесь. Ведь если есть инструкция, то она будет полная. Поэтому зачем её прерывать, как по мне, задача..

Не только для прерывания, но и для нормального завершения.

Если, нужно записать данные куда-то, запрос на запись в какую-то таблицу такую-то строки и тд. И конец

Хотя да, По ходу, sqlite3_reset() будет для прерывания потокового запроса. Я об этом тоже думаю. Да вот только странно одно здесь. Ведь если есть инструкция, то она будет полная. Поэтому зачем её прерывать, как по мне, задача..

Какая инструкция полная , я не понял.

Не только для прерывания, но и для нормального завершения.

Ну так, опять-таки, если функция выполняющая SQL-инструкцию вернула признак успешного завершения, зачем нормально завершать потоковый запрос какой-то дополнительной командой? Это же излишество.. Тем более, команда то тоже проверяется функцией prepare()

Какая инструкция полная , я не понял.

Я имею ввиду, любая инструкция, оторая успешно выполнена

Ну так, опять-таки, если функция выполняющая SQL-инструкцию вернула признак успешного завершения, зачем нормально завершать потоковый запрос какой-то дополнительной командой? Это же излишество.. Тем более, команда то тоже проверяется функцией prepare()

Я тебе объяснил как мог, выше. Если не понимаешь, то "Скачивай DLL и работай с ней".

Я скачал. Файл создаётся, данные пишутся.

Ну радуйся.

ERROR: S client not available

Просто думал, мне ресетитть всегда или по какому-то условию

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

Просто думал, мне ресетитть всегда или по какому-то условию

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

Это понятно. Буду ещё перечитывать. Просто много инфы привалило и всё на английском. Грузить долго на английском читать. Понимаю, но грузит))

Это понятно. Буду ещё перечитывать. Просто много инфы привалило и всё на английском. Грузить долго на английском читать. Понимаю, но грузит))

Ну, добро пожаловать в мир СУБД, ГДЕ ФСЁ СЛОЖНАААА!

Меня сегодня ещё про функцию sqlite3_complete() удивило. Написано, что мол: "These routines are useful during command-line input to determine if the currently entered text seems to form a complete SQL statement or if additional input is needed before sending the text into SQLite for parsing." Получается, хз с чего бы то вдруг инструкция будет не полной. Ведь если программа его софрмировала, то она формировала его на основании какой-то логики. И в этом участвовали функции, которые создали чёткий запрос из шаблона. Но они пишут.. что мол "если запрос не полный". Дальше получается, нужно тогда его дополнить. Как это его проргамма дополнит, если она уже сформировала (теоритически) не полный.. не готовую инструкцию. Вот это странно

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

В крупных проектах "рукоделят" так же, как и везде.

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

Так вопрос, как вы считаете они должны быть в разных таблицах или нет?

Тут вы сами решайте. Если у вас все это платежние документы. Я б хранил их в обной таблице но с разными типами, например.

Я тоже за такой вариант

На самом деле все зависит от отличия этих документов атрибутами. Если не существенно отличаются, то все в одном, если существенно, то храним их в разных местах. Все имхо.

"разное поведение" дает повод изменять структуру в будущем? если да - то надо выносить в разные таблицы

Так вопрос, как вы считаете они должны быть в разных таблицах или нет?

Добавь тип документа и храни в одной. Либо ( продолжение этой же идеи) используй наследование и храни общее в общей таблице, частное в частных таблицах.

Так вопрос, как вы считаете они должны быть в разных таблицах или нет?

А какие конкретно документы?

А какие конкретно документы?

платежные

Ну конкретнее

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

это как вам удобнее

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

Они разные. Чужих платёжек у нас быть не должно, не наши документы

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

"Входные" не должны вообще участвовать в нашем документообороте, там только в банковских выписках их номера фигурируют

Они разные. Чужих платёжек у нас быть не должно, не наши документы

должно, мы их проводим у себя через корсчета. А потом еще и отчетность.

должно, мы их проводим у себя через корсчета. А потом еще и отчетность.

Чего?

Не может я уже конечно путаю...

)) В двух словах всю нашу кухню не рассказать. Но мнения ваши услышаны.

Так кухня одинаковая везде.

Так кухня одинаковая везде.

ну не всегда, в разных странах она чуть отличается

Платёжное поручение -- это документ, который обязывает мой банк (юрлица) перевести денги в определённом кол-ве с одного из наших счетов в этом банке на коррсчёт в том же или другом банке, принадлежащем нашему контрагенту. ПРи этом возможно указывается и назначение платежа, какие услуги или товары оплачиваются и на основании каких документов (Счетов на поставку товаров или АВР). Если этот вышеуказанный контрагент -- мы, то платёжки которые пишут на нас НЕ ПРИНАДЛЕЖАТ НАШЕЙ ОРГАНИЗАЦИИ, Оно от какого-то ООО "Рога и копыта", которое должно нам денег, в адрес одного их их банков. МЫ НЕ МОЖЕМ ИМЕТЬ НИКАКОЙ ОТЧЁТНОСТИ ПО НИМ. Кроме этого, не смотря на то, что формально структуры платпоручений почти одинаковы (могут быть нюансы в разных банках), за счёт того, что это НЕ НАШИ документы, часть информации мы можем не знать, ПОЭТОМУ структура их в нашей БД будет совсем разная. Фактически от чужой платёжки мы знаем только номер и дату, и связь (возможно) с нашим исходящим счётом. Именно поэтому оно не может быть в одних таблицах.

ну не всегда, в разных странах она чуть отличается

Ты конечно можешь делать как угодно...

Всем привет. Скажите, реально ли в PG 9.5 сделать лог DDL запросов? Есть какие то инструменты?