1000 запросов в секунду на 16 ядрах и 64гигах оперативки? Это какой то прикол?

На самом деле все запросы обрабатывает база, а сервер ords это прокси для http, там хватит и 4 гига, вот количество ядер важно.

На самом деле все запросы обрабатывает база, а сервер ords это прокси для http, там хватит и 4 гига, вот количество ядер важно.

То есть 1000 запросов в секунду это очень быстро при таких ресурсах?

1000 запросов в секунду на 16 ядрах и 64гигах оперативки? Это какой то прикол?

Насчет прикола - 1000 RPC с доступом каждого запроса в БД и БЕЗ КЕШИРОВАНИЯ это далеко не просто, можете больше - дайте публичный url на свой сервер я протестирую его под нагрузкой

Насчет прикола - 1000 RPC с доступом каждого запроса в БД и БЕЗ КЕШИРОВАНИЯ это далеко не просто, можете больше - дайте публичный url на свой сервер я протестирую его под нагрузкой

Я сравниваю с nosql.

И там как бы в разы больше даже с рандом рид и прочим

Да и 64 гига оперативки для чего как не для кэша

Я сравниваю с nosql.

А, тогда понятно. У меня такой сервер без доступа к реляционной БД может держать больше 100K RPC, но это разные задачи, так что сравнивать в лоб nosql и Oracle нет смысла

А, тогда понятно. У меня такой сервер без доступа к реляционной БД может держать больше 100K RPC, но это разные задачи, так что сравнивать в лоб nosql и Oracle нет смысла

Ну кассандра миллион запросов в секунду пробила

Да и 64 гига оперативки для чего как не для кэша

64 гига только из-за того что в Oracle cloud идёт комплект - 2 ядра = 7 GB, а мне нужны были ядра

Ну кассандра миллион запросов в секунду пробила

Это скорее всего локально, если банально посчитать что тест в ответ = 1 кб и задержка до провайдера 0мс (что не реально) для обслуживания 1М RPC нужен входной канал 8GB

Это скорее всего локально, если банально посчитать что тест в ответ = 1 кб и задержка до провайдера 0мс (что не реально) для обслуживания 1М RPC нужен входной канал 8GB

Это в гугловском облаке

Да и было уже года 4 назад

Ну кассандра миллион запросов в секунду пробила

И это разные сферы применения - на Кассандре у Вас не выйдет построить транзакционную OLTP систему, а на реляционной БД нельзя реализовать нормальный кеш, так что эти технологии обычно миксуют в высоконагруженных системах

И это разные сферы применения - на Кассандре у Вас не выйдет построить транзакционную OLTP систему, а на реляционной БД нельзя реализовать нормальный кеш, так что эти технологии обычно миксуют в высоконагруженных системах

Странное заявление. Но фиг с ним.

Просто когда контора которая пилила 40 лет бд. Начинает бросаться в разные стороны и пилить разные поделки. То видимо не все так радужно в переспективах с ее основным продуктом.

Просто когда контора которая пилила 40 лет бд. Начинает бросаться в разные стороны и пилить разные поделки. То видимо не все так радужно в переспективах с ее основным продуктом.

Так Apex это и есть развитие темы БД, 18 лет назад Oracle решил что можно запихнуть сервер приложений в БД и всю бизнес - логику тоже делать в базе (PL/SQL) Идея оказалась удачной и сейчас набирает дикую популярность. Так что Oracle продолжает пилить БД:)

Так Apex это и есть развитие темы БД, 18 лет назад Oracle решил что можно запихнуть сервер приложений в БД и всю бизнес - логику тоже делать в базе (PL/SQL) Идея оказалась удачной и сейчас набирает дикую популярность. Так что Oracle продолжает пилить БД:)

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

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

+ много

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

И начинается "7гигов оперативки на 2 ядра"

И грузите облака бочками

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

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

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

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

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

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

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

Расчет бизнес - логики в хранимых процедурах и пакетах у Oracle никак не блокирует базу

Расчет бизнес - логики в хранимых процедурах и пакетах у Oracle никак не блокирует базу

А за счет чего актуальность?

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

Вынос логики ОТКУДА?

Вынос логики ОТКУДА?

Из базы в модель сервера приложений

Расчет бизнес - логики в хранимых процедурах и пакетах у Oracle никак не блокирует базу

Гы, тебе это кто сказал?

Из базы в модель сервера приложений

И кто ж тебе такую глупость-то сказал, что если обработку данных унести ДАЛЕКОООО от места их хранения, то увеличится скорость их обработки?

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

Проще, как же..) Не буду называть таксать имен, но мне не раз приходилось работать в конфигурации "очень солидный заказчик" - "критичная для бизнеса задача" - "срань вместо нормального железа/нормальной ОС без возможности апгрейда". Очень прокачивает оптимизационные навыки.

Расчет бизнес - логики в хранимых процедурах и пакетах у Oracle никак не блокирует базу

Короче, парень, ты либо сам думай, либо не слушай дураков. А в сети их ОХ КАК МНОГО,..

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

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

Вот эти слова гораздо ближе к истине.

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

А потом будет как @aster333 писал. Наьежали клиенты. Нафигачили в базу 100500 записей и оно как начало тормозить

И понеслись костыли и подпорки. А клиент такой "не ну оно же нормально 5 лет работало"

В общем вывод такой. Для любого проекта берется пара серверов за пару миллионов. И Вася -anykey в качестве разраба за 20к рублей. Быстро и весело все работает.

Главное же что бы разраб не разбоготел на вашем проекте.

Так как холиварить можно бесконечно, я все-таки вернусь к вопросу по которому я сюда пришёл : Мы создали телеграм канал t.me/orclapex куда приглашаем всех спецов и и тех кому интересна технология Oracle Apex. Вместе решать вопросы, проводить конференции легче, так что присоединяйтесь !

ДА мы это поняли!

Так как холиварить можно бесконечно, я все-таки вернусь к вопросу по которому я сюда пришёл : Мы создали телеграм канал t.me/orclapex куда приглашаем всех спецов и и тех кому интересна технология Oracle Apex. Вместе решать вопросы, проводить конференции легче, так что присоединяйтесь !

уже есть оракл

Но не, с апексом не работаю. Совсем нет работы под это. А сейчас вообще все с оракла слазят ...

(ну, не все, но кто боится... И правильно боится)

Но не, с апексом не работаю. Совсем нет работы под это. А сейчас вообще все с оракла слазят ...

К нам наоборот приходят

А "к вам" это куда? Чтобы знать, куда спецов по апегзу направлять...

простите, неудержался

Чего ржёшь?

да так, вспомнил как работает маркетинг и продавцы

Направляйте пока в группу

Можете зарегаться на https://apex.oracle.com/en/ и попробовать

Если нужна база побольше - пишите в личку - поможем

да так, вспомнил как работает маркетинг и продавцы

Говорят что к ним приходят?

Ребята

Вопрос не по теме

По нейронным сетям где хорошие уроки есть

Или курсы

по МЛ: https://github.com/demidovakatya/vvedenie-mashinnoe-obuchenie

дальше вопросы лучше в специализированных чатах

Ну на coursera много...

суп, если делать запросы WHERE id IN ({:objectsId}), то какой длины может быть список objectsId? Сейчас максимально может быть 600+. Имеет смысл бить на чанки и делать разные запросы? Если да то какой размер чанка брать?

мускуль

Есть переменная, которая ограничивает максимальный размер конструкции. Дальше будет фулл-скан вместо обработки индекса

Она в байтах

ERROR: S client not available

https://dev.mysql.com/doc/refman/8.0/en/range-optimization.html#range-optimization-memory-use

Есть переменная, которая ограничивает максимальный размер конструкции. Дальше будет фулл-скан вместо обработки индекса

спсб

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

гугл?

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

ты не готовься а задавай

ты не готовься а задавай

?

не получается добавить в базу данныз значение с input number

можно заюзать просто input type=text, но не кашерно как то семантически...

это к PHPистам, ищи чатик с ними или в https://toster.ru/ напиши навскидку могу тебе сказать: 1. у тебя там ключевое слово не экранируется в запросе - надо `date ` (в обратные кавычки обрамлять) 2. в запросе SQL инъекция (серьёзная уязвимость), почитай про SQL injection и placeholders

не получается добавить в базу данныз значение с input number

А где name потерял?

А где name потерял?

епона....

А где name потерял?

Спасибо вам!

это к PHPистам, ищи чатик с ними или в https://toster.ru/ напиши навскидку могу тебе сказать: 1. у тебя там ключевое слово не экранируется в запросе - надо `date ` (в обратные кавычки обрамлять) 2. в запросе SQL инъекция (серьёзная уязвимость), почитай про SQL injection и placeholders

Обязательно, но этот проектик внутри локалки, пока не страшно, наружу пробрасываю порт чисто для своей подсети (с дома работать)

Обязательно, но этот проектик внутри локалки, пока не страшно, наружу пробрасываю порт чисто для своей подсети (с дома работать)

тут суть в дисциплине, если ты это делаешь неправильно хоть где-то, то и в продакшн протечёт

тут суть в дисциплине, если ты это делаешь неправильно хоть где-то, то и в продакшн протечёт

учту! А можно вам показать код на гитхабе, а вы оцените, и скажете не где ошибки, а в какую сторону упарываться в изучении? Я новичек в этом всем)

не, я работаю, случайно вообще в чат заглянул, проксю проверял

не, я работаю, случайно вообще в чат заглянул, проксю проверял

свой подняли?

https://github.com/dotcypress/mtproxy вот этот поднял, а он глючит, вчера вот поправил, проверяю (работает, вечером issue запулю)

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

?

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

думаю да, дампом вроде?

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

sqlite, leveldb и.т.п.

Мускуль

можно дампом, но вообще это скорее всего приведёт к проблемам в будущем (если просто инициализация схемы и базовые вещи - норм)

хреново изучать все подряд, пхп, css, mysql, js. В голове каша)

Я ток mysql+java(fx)

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

Миграции сделать

Коллеги, доброе утро, т.к. чат с вакансиями мёртв, пишу сюда: ищу разработчика баз данных SQL для работы над развитием движка бронирования одного из крупнейших западных туроператоров. Требования Delphi .net c# опыт использования библиотек javascript. Москва. За подробностями прошу в ЛС