Възможно е, сепак за последно:
1. Тежки репорти от много бази данни омешани с разни xml или json сървиси не бих ги правил в реално време, а бих ползвал специална отделна база данни, където бих дъмпнал преселектирани сетове от каквото е от интерес.
2. Никога ама никога не бих ползвал ореми за тежки проекти (споменаха се некви милиарди) или хептен пък фреймуорци отгоре на ореми.
Викат им се REST или gRPC сървиси, типа не респонса има значение само за фронтендаджиите като теб. И XML-a е демоде отдавна.
2. Никога ама никога не бих ползвал ореми за тежки проекти (споменаха се некви милиарди) или хептен пък фреймуорци отгоре на ореми.
Къде бе канадска ливадо споменах из цялата тема, че ползвам ORM? Нещо да не си папардясал и да имаш проблем с паметта? И да се насера няма как да ползвам ORM с монго. Използвам наши четци и писачи базирани на драйвера за монго и интегрирани в куери и команд хендлърите в така мразеният от всички вас CQRS.
Евлампи
Създадено на 30.08.2022, видяно: 404 пъти. #67340
2. Никога ама никога не бих ползвал ореми за тежки проекти (споменаха се некви милиарди) или хептен пък фреймуорци отгоре на ореми.
Какъв е 'технологичния стек' в твой проект напоследък и къде се намираш в картинката?
Да не се окаже че мажеш върху купчини шит но просто не го знаеш :)
2. Никога ама никога не бих ползвал ореми за тежки проекти (споменаха се некви милиарди) или хептен пък фреймуорци отгоре на ореми.
Какъв е 'технологичния стек' в твой проект напоследък и къде се намираш в картинката?
Да не се окаже че мажеш върху купчини шит но просто не го знаеш :)
Сървисите са ASP.NET REST like, не са точно по рест спецификацията, протокола е моя измишльотина писана преди 15 години (тогава рест още едва прохождаше) и досега не се е налагало пренаписване щото лесно се ползва. Нещо като АПИ за писане на интерфейси. Данните са в JSON формат, споням си когато обсъждахме тогава шефа искаше XML, едва го кандърдисах да ме остави на мира.
Базата е SQL сървър със stored procedures. Не е баш асемблер, но няма други нива на абстракция освен .НЕТ
2. Никога ама никога не бих ползвал ореми за тежки проекти (споменаха се некви милиарди) или хептен пък фреймуорци отгоре на ореми.
Какъв е 'технологичния стек' в твой проект напоследък и къде се намираш в картинката?
Да не се окаже че мажеш върху купчини шит но просто не го знаеш :)
Сървисите са ASP.NET REST like, не са точно по рест спецификацията, протокола е моя измишльотина писана преди 15 години (тогава рест още едва прохождаше) и досега не се е налагало пренаписване щото лесно се ползва. Нещо като АПИ за писане на интерфейси.
Базата е SQL сървър със stored procedures. Не е баш асемблер, но няма други нива на абстракция освен .НЕТ
Мда, прав е Ламби :) Лесно се ползва, защото само вие у фирмата си го ползвате, но ако трябва да го експоузнете към други потребители ще трябва да го пренапишете - окей съм с това, така се смучат пари.
И тея сторнати процедури се викат през ADO.NET и се създава един using SqlConnection using SqlCommand и после докато SqlDataReader има редове и хоп годината е 2003-та и всички сме млади пичуи :) Апропо сега ще си mind blown-ат - ORM-ите могат да викат сторнати процедури :)
Мда, прав е Ламби :) Лесно се ползва, защото само вие у фирмата си го ползвате, но ако трябва да го експоузнете към други потребители ще трябва да го пренапишете - окей съм с това, така се смучат пари.
И тея сторнати процедури се викат през ADO.NET и се създава един using SqlConnection using SqlCommand и после докато SqlDataReader има редове и хоп годината е 2003-та и всички сме млади пичуи :) Апропо сега ще си mind blown-ат - ORM-ите могат да викат сторнати процедури :)
Единственото нещо което ORM-ите опростяват е CRUD, Усложняват и скриват всичко останало. Аз CRUD мога да си го напиша за един ден и после няма да има нищо скрито покрито.
ORM-ите са писани за хора които поназнайват C# или жаба, но си нямат понятие от бази данни. С цената на лош перформанс и забатачен код.
Къде бе канадска ливадо споменах из цялата тема, че ползвам ORM? Нещо да не си папардясал и да имаш проблем с паметта? И да се насера няма как да ползвам ORM с монго. Използвам наши четци и писачи базирани на драйвера за монго и интегрирани в куери и команд хендлърите в така мразеният от всички вас CQRS.
О, моите извинения, понеже спомена IS4.
Евлампи
Създадено на 30.08.2022, видяно: 380 пъти. #67352
ORM-ите са писани за хора които поназнайват C# или жаба, но си нямат понятие от бази данни. С цената на лош перформанс и забатачен код.
Оригиналната идея на ОРМ нещата е да са изравнител на relational-object impedance mismatch-a който действително го има между една sql база дето админчиту и ейчтиемел генерира с процедури и кода дето ужким е 'обектно ороентиран'.
Разбира се това което човек измисля за да е лесно на майстори бързо и неизбежно се превръща в оръжие на тълпи посредствени калфи.
Разбираш ли, требе виждаш целата картинка, нема случайни щрихи, колко и да те дразнят :)
Мда, прав е Ламби :) Лесно се ползва, защото само вие у фирмата си го ползвате, но ако трябва да го експоузнете към други потребители ще трябва да го пренапишете - окей съм с това, така се смучат пари.
И тея сторнати процедури се викат през ADO.NET и се създава един using SqlConnection using SqlCommand и после докато SqlDataReader има редове и хоп годината е 2003-та и всички сме млади пичуи :) Апропо сега ще си mind blown-ат - ORM-ите могат да викат сторнати процедури :)
Единственото нещо което ORM-ите опростяват е CRUD, Усложняват и скриват всичко останало. Аз CRUD мога да си го напиша за един ден и после няма да има нищо скрито покрито.
ORM-ите са писани за хора които поназнайват C# или жаба, но си нямат понятие от бази данни. С цената на лош перформанс и забатачен код.
И както ти казах, съм участвал в писането на вътрешнофирмен ORM и не е само за КРЪД-ене цялата работа :)
ORM-ите са писани за хора които поназнайват C# или жаба, но си нямат понятие от бази данни. С цената на лош перформанс и забатачен код.
Оригиналната идея на ОРМ нещата е да са изравнител на relational-object impedance mismatch-a който действително го има между една sql база дето админчиту и ейчтиемел генерира с процедури и кода дето ужким е 'обектно ороентиран'.
Разбира се това което човек измисля за да е лесно на майстори бързо и неизбежно се превръща в оръжие на тълпи посредствени калфи.
Разбираш ли, требе виждаш целата картинка, нема случайни щрихи, колко и да те дразнят :)
Ай понеже се отплеснахме на ORM-и. Всичко което прави един ОРМ, се свежда горе долу до един SQL server view.
един прост пример: Дефинираш си обект ордер едно от полетата е array с order items.
Ся искаш да вземеш всички ордери за последния месец ама без order items понеже базата отива на кино.
GO.
С прост SQL е фасулска работа за сведение. И тоя пример го изнъдрих ей така за за пример. В реалния живот има къде къде по-сложни ситуации.
Ем аз ся ще ходя да се виждам с един авер и ще си викам бакшиш да ме кара.
Да предложа и на бакшиша да се логне у тоя форум и да си плямпа?
Епа може, имам съсед бакшиш, семейство, две деца, не като тебе, нека да има повече стабилни хора тука :)
Е за тва Путкоскубач съм отчаян от тая държава. Ламби педлага да викаме бакшиш да дава акъл по IT тема (щото имал семейство и 2 деца - нещо дето нема нищо общо с "условието на задачата").
После сигурно ще си викне погромист да му ремонтира климатика.