Вариант для распечатки		Пред. тема | След. тема
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Инициатива по созданию порта PostgreSQL на языке Rust, opennews (?), 09-Янв-17, (0) [смотреть все] А интересная инициатива Рукопожимаю , Zloy (?), 11:03 , 09-Янв-17, (1) +1 // Лучше пожми ему коммиты на гитхабе А мы посмотрим как вы напишете штуку размеро, Аноним (-), 13:29 , 09-Янв-17, (42) +5 // На гитхабе не отображаются коммиты в приватных репозиториях гитхаба Такжена гит, Аноним (-), 14:05 , 09-Янв-17, (57) +3 А вы - это кто Ребята из постгреса или очередные мы не сеем, мы не пашем, мы, Аноним (-), 14:32 , 09-Янв-17, (66) +16 // А вы наверное видный представитель клуба Мы то не сеем и не пашем, потому что н, Аноним (-), 20:40 , 09-Янв-17, (154) –4 Т е с тем, что ты балабол, ты не споришь , Аноним (-), 20:48 , 09-Янв-17, (159) +1 Ну то-есть вы не отрицаете участие в клубе А это вовсе и не передерг вашим мето, Аноним (-), 20:54 , 09-Янв-17, (162) Конечно, ведь даже передерг балаболы опеннета не ослили как надо Я ведь не отве, Аноним (-), 21:18 , 09-Янв-17, (174) Отмазывайся теперь А кто такие мы - по-моему довольно легко догадаться Ну не д, Аноним (-), 22:49 , 09-Янв-17, (194) Бесплатно -- только руку пожать , Zloy (?), 20:03 , 09-Янв-17, (141) –1 // А это как тебе удобнее, человек Мне и на postgres индифирентно и на ржавый Про, Аноним (-), 20:42 , 09-Янв-17, (155) Тю Тогда лучше сразу на Haskell переписать, он безопаснее будет , Rodegast (ok), 11:12 , 09-Янв-17, (2) –3 // Си в хаскель автоматически конвертировать не получится Во-первых система типов , freehck (ok), 15:48 , 09-Янв-17, (86) +5 // А то я этого не понимаю Моё сообщение было саркастическим т к переписывание , Rodegast (ok), 10:39 , 10-Янв-17, (237) Да вы упоролись Исследовали же постгре, там и так дефектов меньше чем где бы то, vitalif (ok), 11:15 , 09-Янв-17, (3) +15 // Мозилла как-то тут вопила что надо просмотрщик пдф на js переписать Переписали , Аноним (-), 13:31 , 09-Янв-17, (43) +2 // Только новость не о просмотрщике и не о переписывании на жс , Аноним (-), 14:31 , 09-Янв-17, (64) +9 // Патологическая ненависть к Мозилле не лечится , skybon (ok), 15:27 , 09-Янв-17, (81) +4 Если заменить мозиллу на обезьян с гранатой, особенно верящих в серебряные пули , Аноним (-), 20:44 , 09-Янв-17, (156) Ты, наверное, хотел сказать вэб-макаку с гранатой , Led (ok), 21:33 , 09-Янв-17, (182) Пример убунты показал что макаки бывают и не вэб Ну а кто еще может отгружать н, Аноним (-), 22:18 , 09-Янв-17, (187) Ну так и быть, разжуем лично вам Автор имел в виду, что если прога и разрабы кри, saasd (?), 15:36 , 09-Янв-17, (83) +1 При этом приведя в качестве примера cовсем другой продукт - конкретную БД, а не , Аноним (-), 16:22 , 09-Янв-17, (89) +2 Ну ладно, мазила еще servo написала И что вы думаете Оно тормозит еще круче то, Аноним (-), 20:46 , 09-Янв-17, (158) Чушь Безопасные языки программирования нужны тем, кто программировать не умеет , Аноним (-), 11:31 , 09-Янв-17, (4) –10 // Ещё скажи, что статическая типизация нужна тем, кто программировать не умеет , Zloy (?), 11:34 , 09-Янв-17, (5) +3 // Скорее наоборот, Аноним (-), 11:37 , 09-Янв-17, (7) +9 Высокоуровневые яп нужны тем, кто не может в ассемблер, неправда ли знакомая пес, Аноним (-), 11:36 , 09-Янв-17, (6) +2 // А assembl i y i нужен неосиляторам машинных кодов Которые не в курсе реноват, Аноним (-), 14:43 , 09-Янв-17, (69) +6 // Сразу видно человека который эксперт по ассемблеру Весьма иллюстративно , Аноним (-), 20:51 , 09-Янв-17, (161) –4 А вы не стесняйесь, просветите нас Начните хотя бы с ассемблера , того самого,, Аноним (-), 21:12 , 09-Янв-17, (171) +1 Кроме всего прочего я еще програмил на парочке ассемблеров, пустяки Но вы продо, Аноним (-), 22:27 , 09-Янв-17, (189) –5 Ой, напужали ежа голой попой Хелловорлд на асме входит в обязательную программу, Аноним (-), 22:52 , 09-Янв-17, (196) +5 Ну так бы и сказал что знаешь асм на уровне хелловорлда для вуза А я развлекалс, Аноним (-), 00:15 , 10-Янв-17, (205) –5 А запасной парашют только тем кто не умеет прыгать с парашютом, vagtang (?), 11:46 , 09-Янв-17, (10) +15 // Как бы это сказать Если запасной парашют будет добровольно-принудительно выскак, Аноним (-), 13:35 , 09-Янв-17, (46) // при чем тут безопасные языки программирования , Илья (??), 18:14 , 09-Янв-17, (115) Древняя примета опеннета - чем меньше анонимы знают матчасть, тем красочнее, под, Аноним (-), 18:53 , 09-Янв-17, (125) +6 Анонимы на опеннете почти никогда не знают матчасть , Аноним (-), 20:48 , 09-Янв-17, (160) Ну вам то как экспертам анонимовединия виднее По себе проверяли, тезки , Аноним (-), 20:59 , 09-Янв-17, (164) По таким вот как ты Экспертам аналогий , Аноним (-), 21:13 , 09-Янв-17, (172) Про парашюты начал какой-то другой аноним Нет, аналогия не такая уж плохая, но , Аноним (-), 22:52 , 09-Янв-17, (195) Безопасный язык программирования - это так круто звучит из уст маркетолого Но п, Аноним (-), 20:58 , 09-Янв-17, (163) это потому что язык программирования, безопасный от менеджеров, которые хотят со, Михрютка (ok), 22:56 , 09-Янв-17, (198) Так это, если все делать по фэншую, совсем без constraints по времени и стоимост, Аноним (-), 00:28 , 10-Янв-17, (206) правильно вот в примере про ариан завалилась довольно дорогая железка в пример, Михрютка (ok), 01:38 , 10-Янв-17, (212) –1 Поэтому крут не тот кто пишет идеальный софт, а тот кто все это может вменяемо с, Аноним (-), 14:52 , 10-Янв-17, (253) –1 эм, контролерам Аполлонов не хотите рассказать про зажрались Тем, которые Apoll, Михрютка (ok), 23:12 , 10-Янв-17, (272) Им Маск расскажет У него и сроки и стоимость фундаментально другие Он бортовые, Аноним (-), 01:47 , 14-Янв-17, (289) для обработки данных и бизнес-логики только СУБД PostgreSQL Несерьёзный тип Би, лютый жабист__ (?), 11:42 , 09-Янв-17, (8) –1 // Уже несколько раз вижу слышу такое мнение в этих ваших интернетах, но без всяк, Аноним (-), 12:00 , 09-Янв-17, (13) // Ну, как бы жёстко привязывет тебя к определённой БД, сложно поддерживать, плохо , Аноним (-), 12:10 , 09-Янв-17, (18) –2   // Сложные абстракции в финансах В бизнес логике , Аноним (-), 12:14 , 09-Янв-17, (21)   Внезапно да Не поверишь сколько всяких не поддающихся пониманию законов правил , Аноним (-), 12:44 , 09-Янв-17, (30) +3   Так это из практики, или так мысли вслух Какие там сложные абстракции, что в PL , Аноним (-), 14:06 , 09-Янв-17, (58) –1   Из практики, 3 года разрабатывал биллинговые системы , Аноним (-), 17:09 , 09-Янв-17, (97)   Расскажите нам о своём опыте написания бизнесс-логики на стороне БД , Илья (??), 18:40 , 09-Янв-17, (122)   Сертифицированный ораклист толкает свой вендор-лок из 90-х , Вареник (?), 21:24 , 09-Янв-17, (178)   Цифры должны сойтись, а если не сошлись из-за ошибки в прошлом, за которую ужет , Анином (?), 02:19 , 10-Янв-17, (216)   Советую глянуть, на каких языках, в PostgreSQL, можно писать хранимки, Аноним (-), 12:14 , 09-Янв-17, (22) +3   И Это всё будет прибито гвоздями к конкретной базе, не , Аноним (-), 12:46 , 09-Янв-17, (31)   Как будто что-то плохое , Добрый анон (?), 13:19 , 09-Янв-17, (40) +5   Когда стартапнешь свой uber - расскажешь нам о хорошем и как это делать правильн, Аноним (-), 13:46 , 09-Янв-17, (52) –7   Когда стартапнешь свой uber - расскажешь нам о хорошем и как это делать правильн, Аноним (-), 14:02 , 09-Янв-17, (55) +3   Странная у тебя логика То есть опыт uber по перемене бекэнда БД является чем-то, Добрый анон (?), 14:08 , 09-Янв-17, (59) +4   Опыт uber - это практика хорошего, крутого и современного стартапа Со всеми гра, Аноним (-), 22:56 , 09-Янв-17, (197)   Какая разница, из каких сортов гогна лепить велосипед База - это ДАННЫЕ, а гор, Kodir (ok), 17:45 , 09-Янв-17, (106) –5   Нет База -- это база А данные -- это данные База данных, помимо собственно да, Аноним (-), 19:03 , 09-Янв-17, (127) +1   Независимость от БД возможна только на уровне SELECT FROM gostevuha , Аноним (-), 12:15 , 09-Янв-17, (23) +11   Есть такая тенденция, ставить мегабазу на IBM-Z сейчас Oracle уже свои машины пи, Аноним (-), 12:20 , 09-Янв-17, (26) –1   И к чему этот комментарий Где такие тенденции Привязка к БД рано или поздно про, Добрый анон (?), 12:48 , 09-Янв-17, (33) +4   Только вот uber однажды взял и соскочил с сабюа на мускул И номер для них таки , Аноним (-), 13:45 , 09-Янв-17, (51) –4   То, что uber не провел изначальный ресеч того, что им нужно в первую очередь от , Добрый анон (?), 14:03 , 09-Янв-17, (56) +2   Они по крайней мере вместо восторженных воплей и маркетингового булшита изложили, Аноним (-), 21:06 , 09-Янв-17, (166)   Вы не понимаете сути данных, которые обрабатываются в финансах, все эти блокчейн, Аноним (-), 14:08 , 09-Янв-17, (60) +3   А хранят блокчейны в большинстве систем в обычном гугловском levelDB Который и , Аноним (-), 21:10 , 09-Янв-17, (168)   uber соскочил с SQL на собственную реализацию key-value , Аноним (-), 19:04 , 09-Янв-17, (128)   Я всегда подозревал что они адекватная компания, а они еще себя так спозициониро, Аноним (-), 21:11 , 09-Янв-17, (170)   Проблема в том, что Uber как не использовал PostgreSQL как SQL-базу, так и продо, Аноним (-), 23:56 , 09-Янв-17, (203)   А использовать как SQL базу - это как Поставить чуть ди не майнфреймы и прочие , Аноним (-), 15:09 , 10-Янв-17, (257) –1   Дай догадаюсь, ты только начал открывать для себя мир программирования и начал э, angra (ok), 12:49 , 09-Янв-17, (35)   Лишь неопытность внушает иллюзию, будто всё можно написать универсально, без при, Аноним (-), 13:34 , 09-Янв-17, (45) +5   Сделать из базы сервер приложений конечно можно Но как и насколько это работает, Аноним (-), 13:42 , 09-Янв-17, (49) +1   Данные бывают разные, и требования к их сохранности и консистентности так-же , Аноним (-), 14:11 , 09-Янв-17, (61) +2   А еще практика показала что упование на один супермеганадажный компонент за дики, Аноним (-), 21:19 , 09-Янв-17, (176)   Есть куча известных проектов, которые способны работать более чем с одной БД Пр, angra (ok), 13:48 , 09-Янв-17, (53)   У этих проектов _разный_ код для _разных_ баз данных , Аноним (-), 17:05 , 09-Янв-17, (96) +1   sqlalchemy, orm django из коробки поддерживают несколько баз данных, если не пыт, www2 (ok), 17:33 , 09-Янв-17, (100)   sqlalchemy не поддерживает например COPY http stackoverflow com questions 1312, Аноним (-), 19:09 , 09-Янв-17, (130) +1   И что из этого Никто не говорил, что слой абстракции работы с БД позволяет макс, angra (ok), 01:39 , 10-Янв-17, (213) –1   Нет - Нет - Это всё субъективно и спорно и зависит от того, что конкретно вы , Аноним (-), 15:06 , 10-Янв-17, (255) +1   django это для веб-макак, Анином (?), 02:34 , 10-Янв-17, (218) +1   Ну-ка, расскажи какие бы ты нагородил грабли со своим джанго и универсальностью,, Anonus2 (?), 22:47 , 10-Янв-17, (271) +1   У вас настолько большой опыт, что не видите разницы между кодом собственно про, angra (ok), 01:35 , 10-Янв-17, (211)   Нету таких проектов , Аноним (-), 19:11 , 09-Янв-17, (131) +1   Ну, если сторить систему по принципу Х к, х к, архитектура приложения то да,, Аноним (-), 13:36 , 09-Янв-17, (47)   Не поверите - именно так и пишу Фильтры и сортировки - в СУБД, остальное - апп , Kodir (ok), 17:47 , 09-Янв-17, (107) –2   ну я так и понял, что у тебя всё через ОДНО место , Аноним (-), 17:59 , 09-Янв-17, (112) +2   как-то не реалистично звучит , Илья (??), 18:52 , 09-Янв-17, (124)   А до главы про триггеры вы ещё не дочитали, понятно , Аноним (-), 19:48 , 09-Янв-17, (137)   Ну не совсем так, если не писать бизнес логику напрямую на SQL, а использовать н, Гентушник (ok), 10:44 , 10-Янв-17, (238) –1   Жесткая привязка с СУБД - не аргумент для банка финтеха Я вот как раз таки целы, anonymous (??), 15:08 , 09-Янв-17, (73) +2   Почитай, откуда вообще взялись хранимки Возьми календарь, проверь текущий век , Kodir (ok), 17:49 , 09-Янв-17, (108) –5   Почитай, откуда вообще взялись у людей ноги Возьми календарь, проверь текущий в, Аноним (-), 19:51 , 09-Янв-17, (138) +3   Капитан Очевидность напоминает, что головы у живых организмов появились значител, Аноним (-), 23:11 , 09-Янв-17, (200) +1   А жёстко привязаться к одному языку программирования,к одной платформе, к одн, Аноним (-), 17:00 , 09-Янв-17, (95)   Это совсем так, у всех диалектов SQL есть гораздо больше общего, чем вы пытаетес, www2 (ok), 17:41 , 09-Янв-17, (105)   Это терпимо, ибо профессионалы пишут на одном языке и команда набирается на нём , Kodir (ok), 17:52 , 09-Янв-17, (109) –3   Бывает переходят с SQL на NoSQL когда понимают что требования другие, или на сво, Аноним (-), 19:59 , 09-Янв-17, (139)   Если рассматривать ситуацию когда разработчики прикладного ПО и те кто его испол, Гентушник (ok), 11:09 , 10-Янв-17, (239) –1   Для некоторого ПО даже и не спросим Ибо нечто серверное делать кроссом ныне смы, Другой Аноним (?), 22:31 , 11-Янв-17, (282) –1   Программисту на любом высокоуровневом языке и транзакции не нужны , Аноним (-), 20:00 , 09-Янв-17, (140) –1   Продолжу Написалupdate mytable aset fld 123where not exists select from othert, Анином (?), 02:39 , 10-Янв-17, (219)   Именно такой как вы написали работает и в мускуле Что-то вы утаиваете , Ан (??), 09:42 , 10-Янв-17, (230)   а если попробовать писать на sql , анонимус (??), 09:55 , 10-Янв-17, (232) –1   1 Как часто в проекте вы меняете СУБД 2 Нормальный DBA будет нормально поддерж, Аноним (-), 22:02 , 09-Янв-17, (186)   А так ты привязываешься к определенным языкам программирования платформам Ну, т, Очередной аноним (?), 09:52 , 10-Янв-17, (231)   Можете объяснить почему это 171 фуфу 187 Потому что это убого сравниваю с , лютый жабист__ (?), 12:46 , 09-Янв-17, (32) –6 // Ложь, наглая ложь и бенчмарки , Аноним (-), 14:49 , 09-Янв-17, (70) –1 Согласен Сколько себя помню на адекватных для решения средствами БД задачах Jav, anonymous (??), 15:18 , 09-Янв-17, (79) +2 Ты хочешь сказать, что, к примеру, навороченная хранимка, которая сделает тыщу S, Аноним (-), 15:20 , 09-Янв-17, (80) +3 Хранимая процедура PL SQL Это и Java, и С С Код внешней процедуры работает, Аноним (-), 17:11 , 09-Янв-17, (98) Код хранимой процедуры тоже работает быстрее, если не использует данные из БД А, www2 (ok), 18:07 , 09-Янв-17, (113) –2 Уже писал тут уже не раз Например есть на сайте ФНС база недействительных паспо, лютый жабист__ (?), 04:57 , 10-Янв-17, (223) –1 Ну и на кой, в задаче которую ты привел, нужен сервер приложений Что тебе мешае, Аноним (-), 07:35 , 10-Янв-17, (227) +1 А мешает тут то что потом получается адский монстр, где никто не помнит что, как, Аноним (-), 15:31 , 10-Янв-17, (259) –1 1 Загрузить в пустую временную UNLOGGED таблицу2 Сделать UPSERT из нее в целев, Аноним (-), 11:42 , 10-Янв-17, (242) Теоретик detected В каком именно SQL-сервере получается 100млн инсертов за 40 с, лютый жабист__ (?), 07:24 , 11-Янв-17, (276) –1 Всетаки надо научиться пользоваться СУБД ТОгда такой ерундой заниматься не прид, Анином (?), 12:46 , 10-Янв-17, (247) А потом DBA бегает с криком еж твою мать, какой урод нагенерил этих уродских за, Аноним (-), 15:19 , 10-Янв-17, (258) после чего ему придется стать девопсом без увеличения зарплаты или его увол, Аноним (-), 15:33 , 10-Янв-17, (260) Неее - это вечная тема На каждой планёрке вот уже сколько лет - кто тормозит , . (?), 04:52 , 11-Янв-17, (274) Да ладно заливать К тому же подобные приложения ограничены скоростью работы с да, Анином (?), 02:48 , 10-Янв-17, (221) Теоретик В языках для хранимочек нет коллекций, нет сложных библиотек Предпола, лютый жабист__ (?), 05:06 , 10-Янв-17, (224) –2 Люди, использующие, к примеру, plperl в PostgreSQL, тебя никогда не поймут Они , Аноним (-), 07:55 , 10-Янв-17, (228) +1 Для информации, в Oracle можно писать хранимочки на жабе Но это очень неправиль, лютый жабист__ (?), 11:44 , 10-Янв-17, (243) –1 Это не так В PL SQL есть коллекции Но они не особо нужны Надо научиться пользо, Анином (?), 12:53 , 10-Янв-17, (249) +1 Ценное замечание про не нужны В бложике Тома Кайта видел примеры наследования, лютый жабист__ (?), 07:33 , 11-Янв-17, (277) –1 Что доказывать то Что си быстрее жабы, и что си жрет память меньше чем ява По-, Аноним (-), 09:25 , 11-Янв-17, (278) –1 Т е хранимочки быстрее аппсервера если хранимочки писать на перле с сишными вст, лютый жабист__ (?), 04:50 , 13-Янв-17, (285) –1 На вебе все, что больше 300 ms считается медленным У мена хранимки на перле вып, Аноним (-), 05:20 , 13-Янв-17, (286) 600 SQL-запросов за 100мс Ещё и при не одном клиенте Свежо питание, да 8, лютый жабист__ (?), 09:22 , 13-Янв-17, (287) –1 Да Речь идет об выборке данных на основании которых строится рекурсивно дерево , Аноним (-), 15:05 , 13-Янв-17, (288) +2 Не жрите оно, возьмите чё нормальное оркал или постгрес к примеру ЭТО ШЕДЕВР Л, . (?), 04:57 , 11-Янв-17, (275) Несерьёзный тип Бизнеслогика в хранимочках это фуфу Смотрю серьёзные набежали,, Аноним (-), 12:09 , 09-Янв-17, (16) +4 Смотря каке там хранимочки Если как ораклячие ПЛ СКУЭЛ то вполне реализуемо Если, Анином (?), 12:20 , 09-Янв-17, (27) +1 // И что Предлагаешь каждому Джависту, Паскалисту, Шарповоду изучать ещё и проприе, Kodir (ok), 17:56 , 09-Янв-17, (111) –3 // А 640 килобайт хватит всем Вообще-то без тех или иных мини-языков или языков раз, www2 (ok), 18:10 , 09-Янв-17, (114) Крутой кодир почувствовал себя не крутым, потому что ему кто-то на районе из пац, Аноним (-), 18:35 , 09-Янв-17, (120) +2 конечно же, джаваскрипта , Илья (??), 19:03 , 09-Янв-17, (126) +2 Если кодир работает с СУБД, то он это обязан знать , Анином (?), 02:29 , 10-Янв-17, (217) Проще на Rust начать писать SQL сервер с нуля , 111 (??), 12:00 , 09-Янв-17, (12) +2 // брать не будут, а тут пиар бесплатный мы как postgres, только безопаснее, leap42 (ok), 13:20 , 09-Янв-17, (41) –1 // Этот пеар у прогеров не прокатит - все понимают, что помимо циклов условий ест, Kodir (ok), 19:33 , 09-Янв-17, (133) –2 // А они и не прогерам это продавать будут, а менеджерам верхнего звена , Аноним (-), 20:15 , 09-Янв-17, (145) А менеджерам верхнего звена все это надо Их интересует как срубить на яхту покр, Аноним (-), 21:22 , 09-Янв-17, (177) Разработчики RustgreSQL сказали нам, что она написана на более безопасном языке, Аноним (-), 21:44 , 09-Янв-17, (185) –1 Крутые аналогии, бро Ещё бы матчасть подтянуть, потому как в реальности как раз, Аноним (-), 22:27 , 09-Янв-17, (190) Хорошо тебе стэк сорвало Жаль что в этом крахдампе мысль не угадывается , Аноним (-), 23:10 , 09-Янв-17, (199) +2 Расходимся, это просто мимокрокодил, который и С-то не знает, а хочет, чтобы кто, anonimous (?), 12:03 , 09-Янв-17, (14) +14 // А какой объём активов у тех 52 банков Может и найдут , Аноним (-), 12:10 , 09-Янв-17, (17) // Wikipedia payments of more than EUR 1 7 billion annually were processed In 20, Аноним (-), 12:12 , 09-Янв-17, (20) Кроме того, его аккаунт в гитхабе с 0 коммитами за последний год подтверждает ка, Орк (?), 12:34 , 09-Янв-17, (28) // А это уже преступление, не комитить на гитхаб - Согласен, подача новости совер, Аноним (-), 20:08 , 09-Янв-17, (142) Он уже запилен, на хаскеле там лежит, Аноненамус (?), 13:33 , 09-Янв-17, (44) То есть сейчас имеется код на C в котором есть проблемы с памятью Он может быть , Аноним (-), 12:10 , 09-Янв-17, (19) +2 // Есть вариант что не даст откомпилировать, другой вопрос что после этого делать, , Аноним (-), 12:17 , 09-Янв-17, (25) Об этом Якобс не думает, не царское это дело , Аноним (-), 12:39 , 09-Янв-17, (29) +2 Да, на данный момент, исключительно с помощью магии , Яйцассыром (?), 13:43 , 09-Янв-17, (50) // https github com jameysharp corrode, Аноненамус (?), 14:12 , 09-Янв-17, (62) Думаю, имеется ввиду другое Проблемы не исчезнут Но проблемы уровня нас плиме, Аноним (-), 20:17 , 09-Янв-17, (147) // И часто ты видишь поимение серверов через переполнение буфера Вроде сейчас намн, Аноним (-), 23:42 , 09-Янв-17, (202) Так компилируй, с -fsanitize address и что там тебе еще надо А то что скорость , Аноним (-), 23:40 , 09-Янв-17, (201) –1 // А можно использовать наработки в компиляторах за последнии 40 лет и добавить в Я, Аноним (-), 00:32 , 10-Янв-17, (207) // Сразу видно человека, который не компилировал бустопроги , 111 (??), 09:17 , 10-Янв-17, (229) +1 Что сказать-то хотел Что плюсы не используют наработки в компиляторах Что туда, Аноним (-), 15:08 , 10-Янв-17, (256) +1 Ну так почему C так долго компилируется - вот поэтому В С 14 можно создать да, iPony (?), 12:46 , 10-Янв-17, (248) –1 Я конечно понимаю что CS у россиян не в почете, но до того как умничать - наверн, Аноним (-), 15:47 , 10-Янв-17, (261) –6 Убрать все обычные циклы, оставить только foreach range-based for loop и добав, Аноним (-), 16:22 , 10-Янв-17, (266) +2 И все бы ничего, но это уронит скорость выполнения Примерно настолько же наскол, Аноним (-), 01:56 , 14-Янв-17, (290) Что, кроме тюринга ничего больше не знаешь А моежт еще стоит, до того как влеза, Аноним (-), 16:27 , 10-Янв-17, (267) +5 А что, кто-то смог сотворить чудо и сделать bounds checking без просадок скорост, Аноним (-), 02:09 , 14-Янв-17, (291) 1 Если программист написал настолько сложную программу, что он сам для себя даж, Аноним (-), 15:50 , 11-Янв-17, (279) +2 При этом еще благополучно забывают после того как не знают, такое вот у них отл, Аноним (-), 18:04 , 11-Янв-17, (280) +1 1 Я не распарсил длинного последовавшего текста Наверное, с сарказмотэгами , Andrey Mitrofanov (?), 18:46 , 11-Янв-17, (281) Существует такая вещь, как SMT-solver ы Они могут проверить граничные условия, , Аноним (-), 00:00 , 02-Фев-17, (298) В БД, отличительно от прикладной программы, одной из основных подсистем это рабо, rshadow (ok), 12:15 , 09-Янв-17, (24) +3 // клоун 1 речь он ведёт не про производительность, а про безопасность2 я не прип, Аноним (-), 14:40 , 09-Янв-17, (68) –5 // Про память как раз в первую очередь сказано А на счет безопасности бд как прави, rshadow (ok), 15:03 , 09-Янв-17, (72) –2 Как же не чинить Весь раст придуман для решения одной на самом деле не существу, Другой Аноним (?), 22:47 , 11-Янв-17, (283) –2 // Монетизировать Выходить в деньги Как это у них там, при разводе кроликов наз, Andrey Mitrofanov (?), 10:00 , 12-Янв-17, (284) Согласен И нормальный программист сделает её намного лучше, чем всякие автомати, Аноним (-), 16:59 , 09-Янв-17, (94) –1 Что-то мне тоже подсказывает, что одним GC тут не обойтись Как вариант, _может_, Kodir (ok), 19:39 , 09-Янв-17, (135) –2 // Казалось бы, причем тут GC , Аноним (-), 20:40 , 09-Янв-17, (153) Мне кажется он хочет понять, насколько реально сделать СУБД без ручного управлен, Enik (ok), 12:48 , 09-Янв-17, (34) Не хватало ещё тормозов , Аноним (-), 12:56 , 09-Янв-17, (37) // Ну вот, ты пришёл - теперь хватает , Led (ok), 17:34 , 09-Янв-17, (101) +3 Rust - язык, ориентированный на безопасность, но с сохранением, а в некоторых сл, Аноним (-), 10:07 , 10-Янв-17, (233) // Подчёркивают, иначе им ничего не светит супротив c Только это буллшит, как по, Аноним (-), 11:28 , 10-Янв-17, (240) –1 // т е у него нет перспектив Я читал что из-за повсеместного применения указателе, Anonim (??), 11:46 , 10-Янв-17, (244) +1 Ну как нету В 2010м всё переписывали на руби, даже небо, даже аллаха Это было , Аноним (-), 12:44 , 10-Янв-17, (246) Началось Скоро всё начнут с С С на раст переписывать, Бутират (?), 13:07 , 09-Янв-17, (38) –1 // Да погоди ты Еще на Go, Ruby и JavaScript не все переписали , rshadow (ok), 15:08 , 09-Янв-17, (74) +3 // Нене переписывалы обычно приходят с самыми е6и ьными вариантами переписа, Kodir (ok), 19:42 , 09-Янв-17, (136) –1 My motivation is primarily I don t want to learn all the over-complicateddetails, Михрютка (ok), 13:08 , 09-Янв-17, (39) +7 // Память освободил уже , Аноним (-), 13:37 , 09-Янв-17, (48) +2 Вообще конечно все к этому и идет удобство и скорость разработки в ущерб произв, rshadow (ok), 15:13 , 09-Янв-17, (76) // Ну вообще-то не прямо на питонах и js Код на них только вызывает библиотечные ф, www2 (ok), 18:31 , 09-Янв-17, (117) –1 Дык сильно тебе нужна бд или что там еще с достоинством зато разработчики не на, Аноним (-), 02:03 , 10-Янв-17, (214) единственный ущерб производительности , который есть в rust по сравнению с C C , Аноним (-), 10:34 , 10-Янв-17, (236) QML лёгкий, быстрый и гибкий Отрисовывается на OpenGL Вручную так быстро рисов, Anonim (??), 11:51 , 10-Янв-17, (245) // Ты знаешь, компьютеры уже в конце 80-х рисовали быстрее чем вручную, так что сом, Аноним (-), 23:46 , 15-Янв-17, (296) –1 Выступил с инициативой , лол Чувак просто спросил в списке рассылки наскол, Ordu (ok), 13:52 , 09-Янв-17, (54) +8 // Вот, между прочим, про то, что Эрик Раймонд заявил 1 , что они там серьёзно дума, Ordu (ok), 14:33 , 09-Янв-17, (67) +2 // Точняк, тоже видел сообщение Эрика, надо сделать новость мне лень , сделаешь , Аноним (-), 20:12 , 09-Янв-17, (143) на яве пусть сразу переписывают еще GC в NTP сервер затащить осталось и хорош , Михрютка (ok), 20:35 , 09-Янв-17, (151) –1 Сразу видно по прожЭкту собираемому какой-то WAFлей что это Серьезная Штука Не , Аноним (-), 21:30 , 09-Янв-17, (179) У раста, как я понял, из-за безопасного программирования порог выше В остальном, Аноним (-), 14:29 , 09-Янв-17, (63) // Кто минус поставил, мог бы и ответить, Аноним (-), 18:33 , 09-Янв-17, (119) –1 // Отписать что Что у плюсов порог входжения на троих хипстеров с rust и go хватит, Аноним (-), 21:32 , 09-Янв-17, (180) –2 // Ну все же вы больные люди 8230 , Аноним (-), 02:43 , 10-Янв-17, (220) +1 Я вообще не плюсовик, всего лишь сишник А вот знакомые плюсовики - в массе свое, Аноним (-), 15:58 , 10-Янв-17, (262) –1 По-моему в с только щаблоны сложны, остальное осваивается быстро и безболезнен, Аноним (-), 10:16 , 10-Янв-17, (234) Так это даже сишник может сделать питониста по скорости написания программ, е, Аноним (-), 16:00 , 10-Янв-17, (263) +1 У Rust а есть сильные стороны по отношению к С , но всё же десятилетия форы даю, Aleks Revo (ok), 20:20 , 09-Янв-17, (148) // Для него ещё нет подборки вайна feature considered harmful Перспективные тем, Аноним (-), 11:33 , 10-Янв-17, (241) Сначала должны появляться инструменты, а потом продукты Лучше бы в Qt поддержку, Аноним (-), 14:31 , 09-Янв-17, (65) А я предлагаю переписать ядро Linux на JS, давайте тоже обсуждать , Ну и Юля (?), 15:11 , 09-Янв-17, (75) // Я тоже думаю жс быть не должно , вспомнити npm leftpad и Nan Nan, а еще вспом, Аноним (-), 15:55 , 09-Янв-17, (87) –2 // опять ты тут вылез со своим 0 1 0 2 я же тебя уже ткнул носом, что ты не прав, Аноним (-), 17:25 , 09-Янв-17, (99) Это особенность арифметики с плавающей запятой, эта арифметика во всех языках од, www2 (ok), 18:36 , 09-Янв-17, (121) // клоун ты бы хоть объяснил человеку в чём именно он не прав NaN Not a Number, , Аноним (-), 19:13 , 09-Янв-17, (132) Как будто кто-то мешает хранить как надо CODE - X 1 10 2 10, Y 15, Аноним84701 (ok), 20:16 , 09-Янв-17, (146) +2 Это ты клоун, я не про NaN говорил, а про 0 1 0 2 0 300000000000000004 Это , www2 (ok), 19:00 , 31-Янв-17, (297) - Вот для этого в нормальных языках есть строгая типизация , Вареник (?), 21:10 , 09-Янв-17, (169) –2 Фабрис Беллард уже сделал Неплохо обсуждали вроде , Аноним (-), 21:33 , 09-Янв-17, (181) –1 // Т е сделать эмулятор переписать Ох уж эти жабоскриптеры , Аноним (-), 22:20 , 09-Янв-17, (188) // Еще есть такое извращение как emscripten Но наверное кернел им перегнать утомит, Аноним (-), 02:19 , 10-Янв-17, (215) Больше удивляет, что пациент работает CTO крупной конторы из 100 человек, при эт, доктор психиатор Котлетова (?), 15:15 , 09-Янв-17, (77) +2 // Вот как раз совершенно не удивляет , Аноним (-), 15:16 , 09-Янв-17, (78) +1 Такое сплошь и рядом Прожекты делать - это не продукт, Вареник (?), 21:09 , 09-Янв-17, (167) Отличная новость Скоро всё перепишут на Rust , th3m3 (ok), 15:32 , 09-Янв-17, (82) // В какой реальности живете PostgreSQL, kernel linux и прочее как разрабатывали н, Леха (?), 15:47 , 09-Янв-17, (85) +3 Не раньше переезда столицы в Нью-Васюки , Аноним (-), 21:34 , 09-Янв-17, (183) // Значит уже очень скоро , Led (ok), 21:37 , 09-Янв-17, (184) Почему не на питоне-то , AlexAT (ok), 15:38 , 09-Янв-17, (84) –1 Начали бы с переписывания ОС под это дело Потом над ней уже Postgres, а там зао, Аноним (-), 16:15 , 09-Янв-17, (88) –2 А че так спорите Пусть пробует, ведь он и единомышленники свои силы и время тра, eRIC (ok), 16:43 , 09-Янв-17, (91) +2 ZFS уже начали писать на Rust , RatHat (?), 16:48 , 09-Янв-17, (92) // https github com ticki tfs, RatHat (?), 16:50 , 09-Янв-17, (93) // С нетерпением ждем когда эти мегапрограмеры начнут пользоваться своей ОС, браузе, Аноним (-), 14:31 , 10-Янв-17, (250) // Билеты на это шоу уже продают Я за вами буду , Аноним (-), 14:39 , 10-Янв-17, (252) +1 О, уважаемый разработчик ядра, btrfs и хрома в придачу в треде Или очередной бо, Аноним (-), 16:32 , 10-Янв-17, (268) +2 А ты наверное ярый фанат реактоса В перерывах между фапами на hurd и minix , Аноним (-), 02:15 , 14-Янв-17, (292) Да чё там пусть свой супер браузер на расте сначала покажут, пейсатели , _ (??), 17:36 , 09-Янв-17, (102) –1 // Достойный конкурент реактосу растет , Аноним (-), 22:42 , 09-Янв-17, (192) +1 Ну вот после окончания проекта и тестов похороникса будет сразу видно внесёт ли , Ilya Indigo (ok), 17:40 , 09-Янв-17, (104) Бгг Ну удачи С redox ом уже обосpались, с servo тоже Пилите, шура, пилите Чёт, Аноним (-), 18:32 , 09-Янв-17, (118) –1 // Ну да, запилили PoC, работающий лучше рек Hакт ОСи т е на реальном железе, не , Аноним (-), 20:36 , 09-Янв-17, (152) +1 // сжирая гиг памяти только на голое ядро, которому до пингвина - как до пекина, Аноним (-), 10:33 , 10-Янв-17, (235) +1 // Так о том и речь, сидеть на сишной системе и софте рассказывая о крутизне раст-о, Аноним (-), 16:09 , 10-Янв-17, (264) –1 Мусье в курсе, что эта самая tfs собирается пока что только из под самого редокс, Аноним (-), 16:40 , 10-Янв-17, (269) +2 Начало уже хорошее Относительно реактоса А теперь посмотрим хватит ли разработ, Аноним (-), 02:18 , 14-Янв-17, (293) Да, и теперь вас до скончания времён будут иметь Люди В Погонах через уязвимости, Аноним (-), 00:13 , 02-Фев-17, (299) А теперь почитай прикидки, cколько десятков миллионов человекочасов ушло в пингв, Аноним (-), 16:14 , 10-Янв-17, (265) +1 Для того чтобы пингвин стал чем-то юзабельным потребовался один студень и нескол, Аноним (-), 02:23 , 14-Янв-17, (294) Это ты просто в курсе ситуации с языками и не в курсе - с космическими разработк, Аноним (-), 07:52 , 14-Янв-17, (295) Вот зачем тут это написано Избавляет разработчика на _RUST_ Что сделает транслят, Аноним (-), 20:31 , 09-Янв-17, (149) // Избавляет делает невозможным Это все же не жаба или питон Хотя да, скорее вс, Аноним (-), 20:45 , 09-Янв-17, (157) Тормозить будет всего лишь в 2 раза, к разработке подключатся масса школьников , Вареник (?), 21:05 , 09-Янв-17, (165) Чуть оффтопа Парни, а можно соединить Лисп и идею шитого кода , Аноним (-), 00:10 , 10-Янв-17, (204) // Лично я не против , Аноним (-), 01:16 , 10-Янв-17, (210) Это просто пиар ход Переписать слона они вряд ли смогут, но лишнее упоминания я, Anonimus (??), 00:58 , 10-Янв-17, (209) –1 Что-то мне говорит, банальный SQLite будет не так-то просто взять и переписать, Аноним (-), 06:05 , 10-Янв-17, (225) Джоэль Якобсон очень удачно пропиарил свою систему , Pilat (ok), 06:30 , 10-Янв-17, (226) Казалось бы, хрень полная, но вброс-то годный оказался , анонимус вульгарис (?), 02:29 , 11-Янв-17, (273) 1,2,3,4,8,12,14,19,24,34,37,38,39,54,63,65,75,77,82,84,88,91,92,104,118,149,165,204,209,225,226,273

Сообщения

[Сортировка по времени | RSS]

	18. "Инициатива по созданию порта PostgreSQL на языке Rust"	–2 +/–
	Сообщение от Аноним (-), 09-Янв-17, 12:10
	Ну, как бы жёстко привязывет тебя к определённой БД, сложно поддерживать, плохо масштабируются, проблематично выражать сложные абстракции на столь простых скриптовых языках.
	Ответить | Правка | Наверх | Cообщить модератору

	21. "Инициатива по созданию порта PostgreSQL на языке Rust"	+/–
	Сообщение от Аноним (-), 09-Янв-17, 12:14
	Сложные абстракции в финансах? В бизнес логике?
	Ответить | Правка | Наверх | Cообщить модератору

	30. "Инициатива по созданию порта PostgreSQL на языке Rust"	+3 +/–
	Сообщение от Аноним (-), 09-Янв-17, 12:44
	Внезапно да. Не поверишь сколько всяких не поддающихся пониманию законов/правил/стандартов есть в бухучёте и финансовой сфере, а если помножить на кол-во стран, то вообще крыша может съехать. И вот тебе надо запилить модуль, который готовит ежедневный отчёт для налоговой скажем, но налоговые могут быть в разных странах, и клиент может работать в разных странах и клиентов таких не один, и каждый со своими заморочками, так что сложность бизнес логики может расти экспоненциально.
	Ответить | Правка | Наверх | Cообщить модератору

	58. "Инициатива по созданию порта PostgreSQL на языке Rust"	–1 +/–
	Сообщение от Аноним (-), 09-Янв-17, 14:06
	Так это из практики, или так мысли вслух? Какие там сложные абстракции, что в PL/Sql не ложатся?
	Ответить | Правка | Наверх | Cообщить модератору

	97. "Инициатива по созданию порта PostgreSQL на языке Rust"	+/–
	Сообщение от Аноним (-), 09-Янв-17, 17:09
	Из практики, 3 года разрабатывал биллинговые системы.
	Ответить | Правка | Наверх | Cообщить модератору

	122. "Инициатива по созданию порта PostgreSQL на языке Rust"	+/–
	Сообщение от Илья (??), 09-Янв-17, 18:40
	Расскажите нам о своём опыте написания бизнесс-логики на стороне БД.
	Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

	178. "Инициатива по созданию порта PostgreSQL на языке Rust"	+/–
	Сообщение от Вареник (?), 09-Янв-17, 21:24
	> Так это из практики, или так мысли вслух? > Какие там сложные абстракции, что в PL/Sql не ложатся? Сертифицированный ораклист толкает свой вендор-лок из 90-х?
	Ответить | Правка | К родителю #58 | Наверх | Cообщить модератору

	216. "Инициатива по созданию порта PostgreSQL на языке Rust"	+/–
	Сообщение от Анином (?), 10-Янв-17, 02:19
	>Сколько всяких не поддающихся пониманию законов/правил/стандартов есть в бухучёте Цифры должны сойтись, а если не сошлись из-за ошибки в прошлом, за которую ужет отчитались, то программист должен что-то придумать. Вот собственно и все.
	Ответить | Правка | К родителю #30 | Наверх | Cообщить модератору

	22. "Инициатива по созданию порта PostgreSQL на языке Rust"	+3 +/–
	Сообщение от Аноним (-), 09-Янв-17, 12:14
	Советую глянуть, на каких языках, в PostgreSQL, можно писать хранимки
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	31. "Инициатива по созданию порта PostgreSQL на языке Rust"	+/–
	Сообщение от Аноним (-), 09-Янв-17, 12:46
	И? Это всё будет прибито гвоздями к конкретной базе, не?
	Ответить | Правка | Наверх | Cообщить модератору

	40. "Инициатива по созданию порта PostgreSQL на языке Rust"	+5 +/–
	Сообщение от Добрый анон (?), 09-Янв-17, 13:19
	> И? Это всё будет прибито гвоздями к конкретной базе, не? Как будто что-то плохое.
	Ответить | Правка | Наверх | Cообщить модератору

	52. "Инициатива по созданию порта PostgreSQL на языке Rust"	–7 +/–
	Сообщение от Аноним (-), 09-Янв-17, 13:46
	> Как будто что-то плохое. Когда стартапнешь свой uber - расскажешь нам о хорошем и как это делать правильно. А до тех пор ценность таких мнений понятно какая.
	Ответить | Правка | Наверх | Cообщить модератору

	55. "Инициатива по созданию порта PostgreSQL на языке Rust"	+3 +/–
	Сообщение от Аноним (-), 09-Янв-17, 14:02
	> как бы жёстко привязывет тебя к определённой БД, сложно поддерживать, плохо масштабируются Когда стартапнешь свой uber - расскажешь нам о хорошем и как это делать правильно. А до тех пор ценность таких мнений понятно какая.
	Ответить | Правка | Наверх | Cообщить модератору

	59. "Инициатива по созданию порта PostgreSQL на языке Rust"	+4 +/–
	Сообщение от Добрый анон (?), 09-Янв-17, 14:08
	Странная у тебя логика. То есть опыт uber по перемене бекэнда БД является чем-то исключительно положительным? Почему тогда кроме него существует масса компаний, не нуждающихся в подобных движениях и которые десятилетиями используют одну БД и тюнят ее под свои нужды если требуется?
	Ответить | Правка | К родителю #52 | Наверх | Cообщить модератору

	197. "Инициатива по созданию порта PostgreSQL на языке Rust"	+/–
	Сообщение от Аноним (-), 09-Янв-17, 22:56
	> Странная у тебя логика. То есть опыт uber по перемене бекэнда БД > является чем-то исключительно положительным? Опыт uber - это практика хорошего, крутого и современного стартапа. Со всеми граблями и факапами. И вот как раз это очень ценно. Особенно для тех кто хочет попробовать нечто наподобие. Ну понятно что это не про большинство опеннетчиков, но все-таки. > Почему тогда кроме него существует масса компаний, не нуждающихся в подобных > движениях и которые десятилетиями используют одну БД и тюнят ее под свои нужды если требуется? ЧСХ за десятилетия такие компании обычно превращаются в печальное болотце, которое уже ни на что не влияет и спасибо если не загибается/скупается/etc. Ну вон яху какой-нибудь - он вроде бы еще не полностью загнулся, но как таковой ни на что не влияет.
	Ответить | Правка | Наверх | Cообщить модератору

	106. "Инициатива по созданию порта PostgreSQL на языке Rust"	–5 +/–
	Сообщение от Kodir (ok), 09-Янв-17, 17:45
	Какая разница, из каких сортов гогна лепить велосипед?? База - это ДАННЫЕ, а городить там убогие процедурки на недоязыках (где даже LINQ нет) - нафик не упёрлось. Это не говоря о ТРЕТЬЕМ месте для выполнения кода (помимо клиента и апп.сервера) - вам что, мало в жизни гемороя? Ну так это не та профессия, где нужно усложнять себе жизнь.
	Ответить | Правка | К родителю #22 | Наверх | Cообщить модератору

	127. "Инициатива по созданию порта PostgreSQL на языке Rust"	+1 +/–
	Сообщение от Аноним (-), 09-Янв-17, 19:03
	> База - это ДАННЫЕ Нет. База -- это база. А данные -- это данные. База данных, помимо собственно данных, включает в себя определенное поведение по управлению этими самыми данными, начиная со стандартных INSERT/UPDATE... и заканчивая хранимками. Это примерно как путать операционную систему (GNU+Linux, Windows) с ядром (vmlinux, ntoskrnl.dll).
	Ответить | Правка | Наверх | Cообщить модератору

	23. "Инициатива по созданию порта PostgreSQL на языке Rust"	+11 +/–
	Сообщение от Аноним (-), 09-Янв-17, 12:15
	Независимость от БД возможна только на уровне SELECT * FROM gostevuha.
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	26. "Инициатива по созданию порта PostgreSQL на языке Rust"	–1 +/–
	Сообщение от Аноним (-), 09-Янв-17, 12:20
	> Независимость от БД возможна только на уровне SELECT * FROM gostevuha. Есть такая тенденция, ставить мегабазу на IBM-Z(сейчас Oracle уже свои машины пиарит) а рядом APP-Server на Java ( в одном зале ).
	Ответить | Правка | Наверх | Cообщить модератору

	33. "Инициатива по созданию порта PostgreSQL на языке Rust"	+4 +/–
	Сообщение от Добрый анон (?), 09-Янв-17, 12:48
	И к чему этот комментарий? Где такие тенденции? Привязка к БД рано или поздно происходит по вполне понятным причинам: проект развивается, обрастает фичами и все активнее пользуется средствами БД. Глупо было бы как раз вместо этого делать "универсальное решение".
	Ответить | Правка | Наверх | Cообщить модератору

	51. "Инициатива по созданию порта PostgreSQL на языке Rust"	–4 +/–
	Сообщение от Аноним (-), 09-Янв-17, 13:45
	> Привязка к БД рано или поздно происходит по вполне понятным причинам: проект > развивается, обрастает фичами и все активнее пользуется средствами БД. Глупо было > бы как раз вместо этого делать "универсальное решение". Только вот uber однажды взял и соскочил с сабюа на мускул. И номер для них таки прокатил. А привяжись они по жесткому на всякие хранимки - что бы они делали? Вообще, все эти заявы про майнфреймы и мега-базы как-то не из этого тысячелетия, чтоли. А финансы что-то дружно вдарились в блокчейны. Вся оценка гребаных майнфреймов, мегабаз и как весь этот шит работает.
	Ответить | Правка | Наверх | Cообщить модератору

	56. "Инициатива по созданию порта PostgreSQL на языке Rust"	+2 +/–
	Сообщение от Добрый анон (?), 09-Янв-17, 14:03
	>Только вот uber однажды взял и соскочил с сабюа на мускул. И номер для них таки прокатил. А привяжись они по жесткому на всякие хранимки - что бы они делали? То, что uber не провел изначальный ресеч того, что им нужно в первую очередь от БД ни о чем хорошем не говорит. Скакание с одного БД бекэнда на другой вообще достаточно нетривиальная вещь по себе, а делать это во время работающего бизнеса - круто, че. Молодцы, что получилось. Когда ждать следующий скачок?
	Ответить | Правка | Наверх | Cообщить модератору

	166. "Инициатива по созданию порта PostgreSQL на языке Rust"	+/–
	Сообщение от Аноним (-), 09-Янв-17, 21:06
	> То, что uber не провел изначальный ресеч того, что им нужно в > первую очередь от БД ни о чем хорошем не говорит. Они по крайней мере вместо восторженных воплей и маркетингового булшита изложили довольно хороший анализ проблематики и подробно расписали в чем проблемы. И когда кто-то лезет критиковать это решение - ему наверное надо бы показать более успешный стартап, который принял другие решения и они сработали еще лучше. > Скакание с одного БД бекэнда на другой вообще достаточно нетривиальная вещь по себе, Да вот вы знаете, в этом мире скачущие и адаптивные - грубо натягивают замшелых и заржавелых. Работает он так. Ну то-есть майнфреймы до сих пор в паре замшелых контор как бы есть. Но в конечном итоге все эти майнфреймы ни на что уже почти не влияют и врядли кем-то считаются за перспективное направление с большим будущим. > а делать это во время работающего бизнеса - круто, че. > Молодцы, что получилось. Когда ждать следующий скачок? А куда для них будет лучше работать - туда и скаканут. Это ж не ископаемые обладатели майнфреймов а современная компания, на острие направления. Такие как они и меняют мир.
	Ответить | Правка | Наверх | Cообщить модератору

	60. "Инициатива по созданию порта PostgreSQL на языке Rust"	+3 +/–
	Сообщение от Аноним (-), 09-Янв-17, 14:08
	> А финансы что-то дружно вдарились в блокчейны. Вся оценка гребаных майнфреймов, мегабаз > и как весь этот шит работает. Вы не понимаете сути данных, которые обрабатываются в финансах, все эти блокчейны это просто способ хранения и передачи(подписи).
	Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

	168. "Инициатива по созданию порта PostgreSQL на языке Rust"	+/–
	Сообщение от Аноним (-), 09-Янв-17, 21:10
	> Вы не понимаете сути данных, которые обрабатываются в финансах, все эти блокчейны > это просто способ хранения и передачи(подписи). А хранят блокчейны в большинстве систем в обычном гугловском levelDB. Который и близко не сиквель и уж тем более не страдает хранимыми процедурами. Да и "репликация" в блокчейне сделана фундаментально иначе. Там вообще не надо сверхнадежных серверов и проч. А в спорных случаях всегда можно посмотреть - проскочила вообще транзакция в систему или нет. Просто фундаментально другой подход к построению систем. У Сатоши по этому поводу в начале блокчейна какой-то весьма забавный комент про канцлеров и банки, чтоли :)
	Ответить | Правка | Наверх | Cообщить модератору

	128. "Инициатива по созданию порта PostgreSQL на языке Rust"	+/–
	Сообщение от Аноним (-), 09-Янв-17, 19:04
	> Только вот uber однажды взял и соскочил с сабюа на мускул. uber соскочил с SQL на собственную реализацию key-value.
	Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

	170. "Инициатива по созданию порта PostgreSQL на языке Rust"	+/–
	Сообщение от Аноним (-), 09-Янв-17, 21:11
	> uber соскочил с SQL на собственную реализацию key-value. Я всегда подозревал что они адекватная компания, а они еще себя так спозиционировали что им ПРИДЕТСЯ быть эффективными. Иначе их расплющит собственным весом.
	Ответить | Правка | Наверх | Cообщить модератору

	203. "Инициатива по созданию порта PostgreSQL на языке Rust"	+/–
	Сообщение от Аноним (-), 09-Янв-17, 23:56
	Проблема в том, что Uber как не использовал PostgreSQL как SQL-базу, так и продолжает не использокать MySQL как SQL-базу. Поверх этого MySQL у них работает свой собственный варинат k/v db. С такой вводной SQL-подкладку можно по крону менять раз в квартал.
	Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

	257. "Инициатива по созданию порта PostgreSQL на языке Rust"	–1 +/–
	Сообщение от Аноним (-), 10-Янв-17, 15:09
	> Проблема в том, что Uber как не использовал PostgreSQL как SQL-базу, так > и продолжает не использокать MySQL как SQL-базу. Поверх этого MySQL у > них работает свой собственный варинат k/v db. С такой вводной SQL-подкладку > можно по крону менять раз в квартал. А использовать как SQL базу - это как? Поставить чуть ди не майнфреймы и прочие ораклы, равзести gross overengineering который почти невозможно менять под новые требования жизни и переотожранный стафф? А нафига оно такое надо? IBM и так уже есть и у них цать лет форы по времени, поэтому желающим зарубиться на этом поле будет очень нелегко. Туда же и остальные яхи. А гугл вон волей-неволей разработал себе кучу кастомных решений не имеющих ничего общего с вот этим вот. Ну и чисто по человечески по-моему плохо когда логика размазана по туевой хуче мест. В результате все приходит к тому что система живет своей жизнью, никто не понимает как она работает. И имел я тут удовольствие с банкингом общаться, когда все отделение и даже вышестояшие админы никак не могли переубедить систему перестать блочить мой счет. Никто не понимает почему это случается. Система объявила себя покемоном и живет своей жизнью, а обслуга вообще боится тронуть этот крап лишний раз. Люди утратили понимание как это вообще у них работает. Наверное так и надо писать софт. Но тогда надо Full AI включать в состав софта, без него это кусок головняка получается.
	Ответить | Правка | Наверх | Cообщить модератору

	35. "Инициатива по созданию порта PostgreSQL на языке Rust"	+/–
	Сообщение от angra (ok), 09-Янв-17, 12:49
	Дай догадаюсь, ты только начал открывать для себя мир программирования и начал это делать по одной из сотен ужасных книг по пыху.
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	45. "Инициатива по созданию порта PostgreSQL на языке Rust"	+5 +/–
	Сообщение от Аноним (-), 09-Янв-17, 13:34
	Лишь неопытность внушает иллюзию, будто всё можно написать универсально, без привязки к конкретной БД.
	Ответить | Правка | Наверх | Cообщить модератору

	49. "Инициатива по созданию порта PostgreSQL на языке Rust"	+1 +/–
	Сообщение от Аноним (-), 09-Янв-17, 13:42
	> Лишь неопытность внушает иллюзию, будто всё можно написать универсально, без привязки к > конкретной БД. Сделать из базы сервер приложений конечно можно. Но как и насколько это работает - показал оракл. Нет, полтора особо упертых энтерпрайзника с особо отожранным стаффом даже осилили это извращение. А по большому счету это выглядит как дефективный паттерн проектирования софта. Логику наверное должна делать все-таки не база и бурный рост всяких редисок тому пример. Не все хотят неповоротливый переросток с которым потом придется плотно сношаться без возможности как-то исправить факап. Об успехе внедрежа postgres можно почитать у uber соскочившего на мускуль. И таки они довольно крупная контора и данных ворочают много.
	Ответить | Правка | Наверх | Cообщить модератору

	61. "Инициатива по созданию порта PostgreSQL на языке Rust"	+2 +/–
	Сообщение от Аноним (-), 09-Янв-17, 14:11
	> А по большому счету это > выглядит как дефективный паттерн проектирования софта. Логику наверное должна делать все-таки > не база и бурный рост всяких редисок тому пример. Не все > хотят неповоротливый переросток с которым потом придется плотно сношаться без возможности > как-то исправить факап. Об успехе внедрежа postgres можно почитать у uber > соскочившего на мускуль. И таки они довольно крупная контора и данных > ворочают много. Данные бывают разные, и требования к их сохранности и консистентности так-же.
	Ответить | Правка | Наверх | Cообщить модератору

	176. "Инициатива по созданию порта PostgreSQL на языке Rust"	+/–
	Сообщение от Аноним (-), 09-Янв-17, 21:19
	> Данные бывают разные, и требования к их сохранности и консистентности так-же. А еще практика показала что упование на один супермеганадажный компонент за дикие деньги или дико сложный - да это булшит. Самые надежные и масштабирующиеся системы делают из недорогих компонентов обычной надежности. Блокчейн биткоина будет работать до последнего узла способного грузить блоки. А у вас в вашей энтерпрайзятине есть миллион реплик, как у них? А то биткоин даже после ядерной войны продолжит работать, имхо. Да и консистентность - всегда можно посмотреть в распределенной системе: ушла в нее ваша транзакция вообще или нет. Если не ушла - ну значит повторить. Там все это само получается. Просто иначе - оно теперь не к физике стоража привязано а к тому как вас увидели остальные системы гоняющие блокчейн. Это банально "распределенное приложение". Там парадигмы чуть иные. Изначально это как бы глобальная база транзакций. Но всякие Etherium-образные показали что на основе этого подхода можно и намного больше. А что, умные контракты без централизованного арбитра - звучит достаточно интересно и оригинально.
	Ответить | Правка | Наверх | Cообщить модератору

	53. "Инициатива по созданию порта PostgreSQL на языке Rust"	+/–
	Сообщение от angra (ok), 09-Янв-17, 13:48
	Есть куча известных проектов, которые способны работать более чем с одной БД. Причем на уровне куда более продвинутом, чем select * from tablename. Для большинства ЯП, включая пых, есть библиотеки для абстрактной работы с реляционной БД. Другое дело, что привязка к конкретной БД позволяет писать несколько более эффективный код. Но это вечный tradeoff не только области работы с БД.
	Ответить | Правка | К родителю #45 | Наверх | Cообщить модератору

	96. "Инициатива по созданию порта PostgreSQL на языке Rust"	+1 +/–
	Сообщение от Аноним (-), 09-Янв-17, 17:05
	> Есть куча известных проектов, которые способны работать более чем с одной БД. > Причем на уровне куда более продвинутом, чем select * from tablename. У этих проектов _разный_ код для _разных_ баз данных.
	Ответить | Правка | Наверх | Cообщить модератору

	100. "Инициатива по созданию порта PostgreSQL на языке Rust"	+/–
	Сообщение от www2 (ok), 09-Янв-17, 17:33
	sqlalchemy, orm django из коробки поддерживают несколько баз данных, если не пытаешься писать запросы напрямую, а пользуешься только стандартными возможностями.
	Ответить | Правка | Наверх | Cообщить модератору

	130. "Инициатива по созданию порта PostgreSQL на языке Rust"	+1 +/–
	Сообщение от Аноним (-), 09-Янв-17, 19:09
	> sqlalchemy, orm django из коробки поддерживают несколько баз данных, если не пытаешься > писать запросы напрямую, а пользуешься только стандартными возможностями. sqlalchemy не поддерживает например COPY http://stackoverflow.com/questions/13125236/sqlalchemy-psyco... и множество других фич postgres.
	Ответить | Правка | Наверх | Cообщить модератору

	213. "Инициатива по созданию порта PostgreSQL на языке Rust"	–1 +/–
	Сообщение от angra (ok), 10-Янв-17, 01:39
	И что из этого? Никто не говорил, что слой абстракции работы с БД позволяет максимально эффективно использовать возможности каждой РСУБД. Но слой абстракции по своим возможностям значительно превосходит select * from tablename. И этого достаточно для большинства задач.
	Ответить | Правка | Наверх | Cообщить модератору

	255. "Инициатива по созданию порта PostgreSQL на языке Rust"	+1 +/–
	Сообщение от Аноним (-), 10-Янв-17, 15:06
	> слой абстракции по своим возможностям значительно превосходит select * from tablename Нет :-) > И этого достаточно для большинства задач. Нет :-) Это всё субъективно и спорно и зависит от того, что конкретно вы имеете ввиду.
	Ответить | Правка | Наверх | Cообщить модератору

	218. "Инициатива по созданию порта PostgreSQL на языке Rust"	+1 +/–
	Сообщение от Анином (?), 10-Янв-17, 02:34
	> sqlalchemy, orm django из коробки поддерживают несколько баз данных, если не пытаешься django это для веб-макак
	Ответить | Правка | К родителю #100 | Наверх | Cообщить модератору

	271. "Инициатива по созданию порта PostgreSQL на языке Rust"	+1 +/–
	Сообщение от Anonus2 (?), 10-Янв-17, 22:47
	Ну-ка, расскажи какие бы ты нагородил грабли со своим джанго и универсальностью, если понадобилось бы INSERTs/UPDATEs/DELETEs в чистом(или немного модифицированном) виде в вебсокет кидать со своей универсальностью. Боли ниже пояса не отгребешь. В Postgres есть система простейших нотификаций, которые сработают на ура в данном случае. Особенно с Mojolicious(Perl) вообще шик-блеск. Очень часто всё упирается в гораздо больше, чем просто "чуть более, чем SELECT * FROM users, зато универсально". И дело, как можно заметить, не только в "писать запросы напрямую", а и в от таких вот интересных вещах.
	Ответить | Правка | К родителю #100 | Наверх | Cообщить модератору

	211. "Инициатива по созданию порта PostgreSQL на языке Rust"	+/–
	Сообщение от angra (ok), 10-Янв-17, 01:35
	У вас настолько "большой" опыт, что не видите разницы между кодом собственно проекта и кодом библиотеки?
	Ответить | Правка | К родителю #96 | Наверх | Cообщить модератору

	131. "Инициатива по созданию порта PostgreSQL на языке Rust"	+1 +/–
	Сообщение от Аноним (-), 09-Янв-17, 19:11
	> на уровне куда более продвинутом, чем select * from tablename. Нету таких проектов.
	Ответить | Правка | К родителю #53 | Наверх | Cообщить модератору

	47. "Инициатива по созданию порта PostgreSQL на языке Rust"	+/–
	Сообщение от Аноним (-), 09-Янв-17, 13:36
	Ну, если сторить систему по принципу "Х..к, х..к, архитектура приложения" то да, а если есть уровни абстракции то не будет проблем переделать уровень доступа к данным что бы работал с другой базой.
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	107. "Инициатива по созданию порта PostgreSQL на языке Rust"	–2 +/–
	Сообщение от Kodir (ok), 09-Янв-17, 17:47
	> Независимость от БД возможна только на уровне SELECT * FROM gostevuha. Не поверите - именно так и пишу! Фильтры и сортировки - в СУБД, остальное - апп.сервер. И это неплохо работает! А бегать как **у*дак - то поправить хранимку, то пофиксить аппсервер - нафик не надо. Есть ОДНО место для серверной логики - его и надо юзать.
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	112. "Инициатива по созданию порта PostgreSQL на языке Rust"	+2 +/–
	Сообщение от Аноним (-), 09-Янв-17, 17:59
	> Есть ОДНО место для серверной логики - его и надо юзать ну я так и понял, что у тебя всё через ОДНО место.
	Ответить | Правка | Наверх | Cообщить модератору

	124. "Инициатива по созданию порта PostgreSQL на языке Rust"	+/–
	Сообщение от Илья (??), 09-Янв-17, 18:52
	как-то не реалистично звучит.
	Ответить | Правка | К родителю #107 | Наверх | Cообщить модератору

	137. "Инициатива по созданию порта PostgreSQL на языке Rust"	+/–
	Сообщение от Аноним (-), 09-Янв-17, 19:48
	>> Независимость от БД возможна только на уровне SELECT * FROM gostevuha. > Не поверите - именно так и пишу! Фильтры и сортировки - в > СУБД, остальное - апп.сервер. И это неплохо работает! А бегать как > **у*дак - то поправить хранимку, то пофиксить аппсервер - нафик не > надо. Есть ОДНО место для серверной логики - его и надо > юзать. А до главы про триггеры вы ещё не дочитали, понятно.
	Ответить | Правка | К родителю #107 | Наверх | Cообщить модератору

	238. "Инициатива по созданию порта PostgreSQL на языке Rust"	–1 +/–
	Сообщение от Гентушник (ok), 10-Янв-17, 10:44
	Ну не совсем так, если не писать бизнес логику напрямую на SQL, а использовать некую прослойку, которая уже будет транслировать в SQL для каждой конкретной СУБД, то можно сделать немного больше фич чем SELECT * FROM gostevuha. Например 1С:Предприятие не даёт писать программисту бизнес-логики (1с-программисту) напрямую SQL-запросы и хранимые процедуры не использует. Вся бизнес-логика делается на стороне приложения, а запросы 1с-программист пишет на своём сильно урезанном варианте SQL. Этот урезанный SQL уже транслируется в конкретный SQL для конкретной СУБД. В итоге используется минимум возможностей СУБД и можно с лёгкостью мигрировать между ними, хотя вся эта конструкция адово тормозит потом. :)
	Ответить | Правка | К родителю #23 | Наверх | Cообщить модератору

	73. "Инициатива по созданию порта PostgreSQL на языке Rust"	+2 +/–
	Сообщение от anonymous (??), 09-Янв-17, 15:08
	Жесткая привязка с СУБД - не аргумент для банка/финтеха. Я вот как раз таки целых две АБС руками щупал: одна полностью на хранимках, другая - до половины. Вот плохая масштабируемость - это да. С моей точки зрения плюсы ХП - бустрая работа и использование фишек БД, а также легкая поддержка, возможность покрутить их на лету и относительно стабильная работа (своими глазами видел 10-ти летние экземпляры, которые пережили 3 мажорных релиза СУБД даже без перекомпиляции). А вот когда нужна интеграция с кучей другого ПО или бизнес доходит до того объема, что купить новый сервер по СУБД уже тупо нельзя (нет предложений за адекватные деньги) тогда ХП с треском сливают. ИМХО, ХП хороши в качестве низкоуровневых примитивов с простой бизнесс-логикой и где идет обработка большого объема данных из СУБД за одну операцию (например, построение отчетности). А вот уже "кудрявую" бизнесс-логику онлай-сервисов и интеграции я бы выносил бы за пределы СУБД. Там, например, можно очереди налипить где оно уместно. А еденственная из виденных мной субд с нормальной поодержкой встроенных очередей это, прости господи, db2 for imb i. Но rpg это ужас.
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	108. "Инициатива по созданию порта PostgreSQL на языке Rust"	–5 +/–
	Сообщение от Kodir (ok), 09-Янв-17, 17:49
	Почитай, откуда вообще взялись хранимки. Возьми календарь, проверь текущий век. Удивись и больше не вспоминай про этот атавизм.
	Ответить | Правка | Наверх | Cообщить модератору

	138. "Инициатива по созданию порта PostgreSQL на языке Rust"	+3 +/–
	Сообщение от Аноним (-), 09-Янв-17, 19:51
	> Почитай, откуда вообще взялись хранимки. Возьми календарь, проверь текущий век. Удивись > и больше не вспоминай про этот атавизм. Почитай, откуда вообще взялись у людей ноги. Возьми календарь, проверь текущий век. Удивись и больше не вспоминай про этот атавизм. Ходи на голове.
	Ответить | Правка | Наверх | Cообщить модератору

	200. "Инициатива по созданию порта PostgreSQL на языке Rust"	+1 +/–
	Сообщение от Аноним (-), 09-Янв-17, 23:11
	Капитан Очевидность напоминает, что головы у живых организмов появились значительно раньше, чем ноги. Впрочем, наблюдения показывают, что некоторые люди действительно стараются как можно реже пользоваться этим "атавизмом".
	Ответить | Правка | Наверх | Cообщить модератору

	95. "Инициатива по созданию порта PostgreSQL на языке Rust"	+/–
	Сообщение от Аноним (-), 09-Янв-17, 17:00
	>> лютый жабист__: >> Бизнеслогика в хранимочках это фуфу. ... >  Аноним: > Ну, как бы жёстко привязывет тебя к определённой БД, А жёстко привязаться к одному языку программирования, к одной платформе, к одной операционке, это что, хорошо? Есть страшная правда для боящихся привязаться к БД - если написан запрос сложнее "select * from table1", то вы уже привязаны. И даже не замечаете этого (так может эта привязка не такая уж страшная). > сложно поддерживать, Одну систему (БД с хранимым кодом) поддерживать сложнее чем две (БД и "сервер с кодом")? Вы видите, что код у вас никуда не делся, а вот лишний сервер с кучей софта добавился? > плохо масштабируются, Хранимая процедура масштабируется хуже чем запросы (из той же процедуры ведь логика то одна) с сервера приложений? > проблематично выражать сложные абстракции на столь простых скриптовых языках. PL/SQL, Java, C, C++ (я об оракле) это "простые скриптовые языки"? Какая задача у вас не может быть решена с помощью PL/SQL?
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	105. "Инициатива по созданию порта PostgreSQL на языке Rust"	+/–
	Сообщение от www2 (ok), 09-Янв-17, 17:41
	>Есть страшная правда для боящихся привязаться к БД - если написан запрос сложнее "select * from table1", то вы уже привязаны. Это совсем так, у всех диалектов SQL есть гораздо больше общего, чем вы пытаетесь представить. В значительном количестве случаев даже если нельзя один и тот же запрос использовать для разных СУБД, можно использовать вручную оттранслированные с диалекта на диалект запросы. Обычно сделать это довольно легко, т.к. это диалекты одного и того же стандартизированного языка SQL. И только при использовании хранимых процедур, специальных типов полей, триггеров, встроенных функций возникают значительные сложности для перехода с одной БД на другую.
	Ответить | Правка | Наверх | Cообщить модератору

	109. "Инициатива по созданию порта PostgreSQL на языке Rust"	–3 +/–
	Сообщение от Kodir (ok), 09-Янв-17, 17:52
	> А жёстко привязаться к одному языку программирования, Это терпимо, ибо профессионалы пишут на одном языке и команда набирается на нём же. Тем более, что нет никаких причин менять язык. А вот менять СУБД - запросто! > Какая задача у вас не может быть решена с помощью PL/SQL? Задача "не плодить зоопарк языков, когда даже в основном языке люди далеко не профи" - тут ваш плссыкуль сливает по полной, ибо НЕ НУЖЕН программисту на любом высокоуровневом языке.
	Ответить | Правка | К родителю #95 | Наверх | Cообщить модератору

	139. "Инициатива по созданию порта PostgreSQL на языке Rust"	+/–
	Сообщение от Аноним (-), 09-Янв-17, 19:59
	> Это терпимо, ибо профессионалы пишут на одном языке и команда набирается на > нём же. Тем более, что нет никаких причин менять язык. А > вот менять СУБД - запросто! Бывает переходят с SQL на NoSQL когда понимают что требования другие, или на свой движок как например uber, но что бы между диалектами SQL мигрировать? Приведите какой-нибудь пример кто так делал.
	Ответить | Правка | Наверх | Cообщить модератору

	239. "Инициатива по созданию порта PostgreSQL на языке Rust"	–1 +/–
	Сообщение от Гентушник (ok), 10-Янв-17, 11:09
	Если рассматривать ситуацию когда разработчики прикладного ПО и те кто его используют это разные люди, то таких примеров можно придумать много. 1. Например изначально объём базы маленький и хватает возможностей какого-нибудь sqlite или другой безсерверной СУБД. Это упрощает знакомство с программой, администратору не нужно ставить и настраивать СУБД. Затем уже, если возможностей этой СУБД не хватает (упираемся в производительность, ограничения по размеру, etc), то переходим на полноценную СУБД. Такую возможность часто предоставляют всякие сайтовые движки, например Drupal. Подобный подход используется в системе 1С:Предприятие. Там можно начать учёт в файловой (проприетарной) базе не устанавливая СУБД, а затем перейти на MS SQL/PostgreSQL/IBM DB2/Oracle. 2. Так же, иногда выбор СУБД диктуется наличием специалиста по конкретной СУБД в организации (этот человек может быть на худой конец админом). У организации уже может быть развёрнута своя инфраструктура с работающей СУБД (в простейшем случае - есть шаред хостинг с MySQL, но без PostgreSQL). Если ПО прибито гвоздями к какой-то СУБД, которая в организации не используется, то нужны дополнительные траты и время на обучение, развёртывание и возможно покупку СУБД (если платная). И вообще возможность выбора это хорошо. Вы же не спросите, зачем писать кроссплатформенное ПО, если можно написать только под одну ОС? Или спросите?
	Ответить | Правка | Наверх | Cообщить модератору

	282. "Инициатива по созданию порта PostgreSQL на языке Rust"	–1 +/–
	Сообщение от Другой Аноним (?), 11-Янв-17, 22:31
	>И вообще возможность выбора это хорошо. Вы же не спросите, зачем писать кроссплатформенное ПО, если можно написать только под одну ОС? Или спросите? Для некоторого ПО даже и не спросим. Ибо нечто серверное делать кроссом ныне смысла нет. Онли под линух.
	Ответить | Правка | Наверх | Cообщить модератору

	140. "Инициатива по созданию порта PostgreSQL на языке Rust"	–1 +/–
	Сообщение от Аноним (-), 09-Янв-17, 20:00
	> Задача "не плодить зоопарк языков, когда даже в основном языке люди далеко > не профи" - тут ваш плссыкуль сливает по полной, ибо НЕ > НУЖЕН программисту на любом высокоуровневом языке. Программисту на любом высокоуровневом языке и транзакции "не нужны".
	Ответить | Правка | К родителю #109 | Наверх | Cообщить модератору

	219. "Инициатива по созданию порта PostgreSQL на языке Rust"	+/–
	Сообщение от Анином (?), 10-Янв-17, 02:39
	> Есть страшная правда для боящихся привязаться к БД - если написан запрос > сложнее "select * from table1", то вы уже привязаны. И даже > не замечаете этого (так может эта привязка не такая уж страшная). Продолжу. Написал update mytable a set fld=123 where not exists(select * from othertable b where b.keyfld=a.keyfld) В Оракеле работает, а в МойСкуеле уже хрен. Можно и более изощеренных примеров накидать.
	Ответить | Правка | К родителю #95 | Наверх | Cообщить модератору

	230. "Инициатива по созданию порта PostgreSQL на языке Rust"	+/–
	Сообщение от Ан (??), 10-Янв-17, 09:42
	Именно такой как вы написали работает и в мускуле. Что-то вы утаиваете.
	Ответить | Правка | Наверх | Cообщить модератору

	232. "Инициатива по созданию порта PostgreSQL на языке Rust"	–1 +/–
	Сообщение от анонимус (??), 10-Янв-17, 09:55
	> update mytable a > set fld=123 > where not exists(select * from othertable b where b.keyfld=a.keyfld) > В Оракеле работает, а в МойСкуеле уже хрен. > Можно и более изощеренных примеров накидать. а если попробовать писать на sql?
	Ответить | Правка | К родителю #219 | Наверх | Cообщить модератору

	186. "Инициатива по созданию порта PostgreSQL на языке Rust"	+/–
	Сообщение от Аноним (-), 09-Янв-17, 22:02
	1. Как часто в проекте вы меняете СУБД? 2. Нормальный DBA будет нормально поддерживать 3. Если уж на уровне СУБД всё плохо масштабируется, как это можно масштабировать лучше до запроса? 4. Зачем нужны сложные абстракции там, где они не нужны? PL/pgSQL мощный инструмент, а для остального есть бекенд
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	231. "Инициатива по созданию порта PostgreSQL на языке Rust"	+/–
	Сообщение от Очередной аноним (?), 10-Янв-17, 09:52
	>> Ну, как бы жёстко привязывет тебя к определённой БД А так ты привязываешься к определенным языкам программирования/платформам. Ну, типа, написал систему биллинга на яве (Spring или какая-нибудь разновидность JEE с мордой на JSF или GWT) для JBoss'а (и якобы независимо от базы данных) - но твоя бизнес-логика теперь зависит от явы с сервером приложений и от фреймворка. На дотнет или руби теперь так просто не перепишешь. Если теперь касаться только бизнес-логики (а не морды) - чем это отличается от "сервера-приложений" внутри СУБД в плане поддержки бизнес-процессов? Моднее? Более того, если вся бизнес-логика засунута в базу данных, то теперь морды ты можешь написать к ней на чем угодно, причем (при желании) одновременно. Т.е. одна база, в ней же вся бизнес-логика, а "витрин" (морд) к ней написано сразу несколько на разных языках/фреймворках.
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема