Нет я могу видеть работу

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

а недавно это все еще стандартом оформили, вот смехота-то

А чо там есть уже что то перекрывающее стандартный рдбмс?

масштабирующиеся транзакции на уровне одного документа

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

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

+100 APEX чисто нишевая технология, она не может быть в тренде или не в тренде.

апекс это технология? я думал, это божество

джисас

О да 10-20 потоков распаковки

Это была тяжелая ночь

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

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

Эээ. Ну ты сам и ответил что ты будешь прилаживать свои паттерны. Без попыток проанализировать и представить данные по другому.

Эээ. Ну ты сам и ответил что ты будешь прилаживать свои паттерны. Без попыток проанализировать и представить данные по другому.

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

Абсолютно

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

Если есть что то что может послужить основой это лучше чем ничего

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

С первой точки зрения да. Но есть еще затраты на обработку. И вот тут уже не все равно

С первой точки зрения да. Но есть еще затраты на обработку. И вот тут уже не все равно

Если я потрачу 1000 человекочасов на пхд и ускорю обработку на 15% это будет провал

Если я потрачу 1000 человекочасов на пхд и ускорю обработку на 15% это будет провал

В первый раз да. Потом проще будет. Иначе ты так и будешь до пенсии по одному паттерну все обрабатывать

В первый раз да. Потом проще будет. Иначе ты так и будешь до пенсии по одному паттерну все обрабатывать

А мне потом допустим для этого проекта и не надо будет

Кейсы то везде разные

Кейсы то везде разные

Но ты их все одно в свой единственный паттерн загонишь.

Как и происходит

Но ты их все одно в свой единственный паттерн загонишь.

Паттерн зависит от зачадчи как я уже говорил

Точнее паттерн это простейший путь к решению задачи

Паттерн зависит от зачадчи как я уже говорил

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

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

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

Потому что ты не умеешь жонглировать?

Потому что ты не умеешь жонглировать?

Тому что жопа пердеть устанет

Тому что жопа пердеть устанет

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

Потому что мне так быстрее

Вот в чем засада

Я бы с удовольствием ебашил не молотком а отбойником

Но его еще надо собрать

Тебе да. Но для задачи это не оптимальное решение.

А сборка отбойника из 500 элементов дольше чем собрать молоток из трех

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

Нет никакой сборки отбойника из 500 элементов. Есть умение использовать разные инструменты для разных задач. А не епашить все на апексе от калькуляторов до биг дата

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

епамить

бигдата через ноде.жс

бигдата через ноде.жс

В оракле

Гениально

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

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

или просто положить

А докер задеплоить в веблоджик

Который смотрит в базу оракла

Который смотрит в базу оракла

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

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

К сожалению я не сам себе плачу

К сожалению я не сам себе плачу

Ох этот жестокий буржуазный мир

А сборка отбойника из 500 элементов дольше чем собрать молоток из трех

Либо точи пилу,а потом пили, либо пили тупой пилой.

Увы не все мы билгейтсы

Либо точи пилу,а потом пили, либо пили тупой пилой.

Хочу пилить лазером из глаз

Я потерял суть вашей дискуссии, что вы обсуждаете?

Apex

Молотки, отбойники, лазеры из глаз. Что вообще происходит?

Увы не все мы билгейтсы

Какие наши годы. Все еще впереди

Какие наши годы. Все еще впереди

До пенсии успеем

ERROR: S client not available

До пенсии успеем

И на пенсии еще можно успеть несколько раз

астанавитесь

Ппц, стикероспам в БД-чате

астанавитесь

➕

Хочу пилить лазером из глаз

Тебе надо js или php заниматься.

Тебе надо js или php заниматься.

Я и так петух дальше уже некуда

Я и так петух дальше уже некуда

Вы указали в своем резюме PHP. Вам не стыдно?

Вы указали в своем резюме PHP. Вам не стыдно?

Нет ведь я ораклист

апексист

апексист

Вот сейчас обидно было кстати

когда просто уже вышел за рамки таких категорий, как стыд

Всем привет, можно вопрос, с точки зрения составления правильной схемы БД, есть 3 таблицы - товары, покупки, товары в покупке, в товарах храниться инфа о товаре, его наличии на складе и цена, в покупках - дата, время и айди клиента, товары в покупке пром. таблица, но в ней есть два дополнительных столбца цена и количество (цена что в товарах меняеться и зависима от времени), насколько правильным являеться такое хранение данных в пром. таблице, или стоит делать отдельную сущность для хранения этих доп. данных (цена, кол-во), заранее спасибо всем)

1. не надо мешать склад и продажи

по крайне мере не в таком явном виде

2. прочитайте про нормализацию

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

3. текст хорошо, но всегда прикладывайте схему вашей структуры

Телепатов тут все еще нет, а понять, что вы хотите донести очень тяжело

я приведу только часть

да, можно часть

главное передать суть проблемы/вопроса

здесь про поставку

но продажа аналогично

сделайте SCD для Good, чтобы историю цен хранить

такая табла есть)

ну хорошо, цену хранить в истории, но допустим, как организовать скидку, или погрешность в дате

скидка - отдельная сущность

что значит "погрешность в дате"?

насчет скидки кстати тут все уникально

зависит от бизнеса