Zobrazit příspěvky

Tato sekce Vám umožňuje zobrazit všechny příspěvky tohoto uživatele. Prosím uvědomte si, že můžete vidět příspěvky pouze z oblastí Vám přístupných.


Příspěvky - Google CTCCTCGGCGGGCACGTAG

Stran: 1 ... 16 17 [18] 19 20 ... 41
256
Vývoj / Re:Rada při návrhu db tabulek
« kdy: 27. 06. 2021, 20:59:20 »
Jakmile programátor použije cyklus (protože je tak zvyklý a dobře se mu tak uvažuje a pracuje), tak těžko už ORM může převést tuto operaci na hromadný SQL příkaz.

to podle me v modernim SQL moc nepotrebujete, jde to nahradit window funkcemi

treba ten vas priklad s okresy bych v peeewee napsal nejak tak

Kód: [Vybrat]
class City(Model):
    district = IntegerField()
    inhabitants = IntegerField()

CityAlias = City.alias()

subquery = (CityAlias
            .select(
                CityAlias.district,
                CityAlias.inhabitants,
                fn.ROW_NUMBER().over(
                    partition_by=[CityAlias.district],
                    order_by=[CityAlias.inhabitants.desc()]).alias('rn')))

query = (City.select(subquery.c.district, subquery.c.inhabitants).from_(subquery).where(subquery.c.rn <= 10))

print(query)

vygeneruje takove SQL

Kód: [Vybrat]
 SELECT `t1`.`district`,
       `t1`.`inhabitants`
FROM   (
                SELECT   `t2`.`district`,
                         `t2`.`inhabitants`,
                         ROW_NUMBER() OVER (PARTITION BY `t2`.`district` ORDER BY `t2`.`inhabitants` DESC) AS `rn`
                FROM     `city`                                                                            AS `t2`) AS `t1`
WHERE  (
              `t1`.`rn` <= 10)

kdybych do toho zacal pridavat nejake joiny, tak ten ORM kod bude kratsi nez generovane SQL, navic si v ORM mohu napsat obecne funkce na vytvareni podobnych dotazu

257
Bazar / Re:Prodám ThinkPad T460
« kdy: 27. 06. 2021, 02:56:37 »
uz jsem prodal jinde.

258
Bazar / Prodám ThinkPad T460
« kdy: 24. 06. 2021, 21:24:10 »
Prodam thinkpad t-460, malo pouzivany, baterie v dobrem stavu, moznost vyzkouseni. Chybi jen par sroubku na zadni strane. Nainstalovane Windows. Za 5000 Kc. Osobni predani v Praze.

259
Vývoj / Re:Rada při návrhu db tabulek
« kdy: 24. 06. 2021, 20:51:53 »
ORM je tzv. "leaky abstraction" -  https://en.wikipedia.org/wiki/Leaky_abstraction

coz vubec nevadi, pokud nepotrebujete stridat databaze. Hlavni ucel ORM je moznost psat SQL ve vyssim, expresivnejsim jazyce.

SQL je dostatečně expresivním jazykem, většina ORM toho nedosahuje.

Neni, je to jazyk nizke urovne abstrakce. SQL napriklad neumoznuje jednoduche skladani dotazu ze znovupouzitelnych casti, kdyz chcete pristupovat k nejakemu atributu pres pet joinu, musite je psat znovu a znovu v ruznych dotazech, ktere se navzajem podobaji. ORM a query buildery nahrazuji dynamicke lepeni dotazu z retezcu.

Muzeme se bavit konkretne, ukazte mi priklad SQL dotazu a ja vam ukazu radove kratsi ORM kod, ktery dela to stejne.

Pokud chcete slovickarit jako obvykle, nebudu odpovidat.

260
Vývoj / Re:Rada při návrhu db tabulek
« kdy: 24. 06. 2021, 02:43:54 »
ORM je tzv. "leaky abstraction" -  https://en.wikipedia.org/wiki/Leaky_abstraction

coz vubec nevadi, pokud nepotrebujete stridat databaze. Hlavni ucel ORM je moznost psat SQL ve vyssim, expresivnejsim jazyce.

261
Vývoj / Re:Rada při návrhu db tabulek
« kdy: 23. 06. 2021, 01:53:54 »
A blbé je, když se ti sejde věc, kde potřebuješ vedle sebe ideálně na něco relační, na něco timeseries a na něco NoSQL/dokumentační pohled... (a pokud těch dat je opravdu hodně, takže je blbé přiohýbat vše do jednoho konceptu).
Pak snad jedině narvat tam dopředu něco jako Apache Ignite, do něj nacpat transformační logiku, definovat mu pár vzdálených backendů paralelně vedle sebe - PostgreSQL, Cassandra, CouchDB, ... a mlátit/číst data přes to Ignite dle chuti chvíli jako K/V, chvíli jako SQL (zde to má svoje ale) a ať si s tím gulášem poradí a nejčastější data drží v RAM cache. :-)

Vetsina nevyhod relacnich databazi (ukecanost, synchronizace schematu s kodem) mizi pri pouziti rozumneho ORM.

262
(and as William B pointed out, the DOM won't actually update unless something changed, lowering the impact).

prekreslenim rozumim update DOM, ne zavolani render


263
To prokazuje jen, ze se vygeneruje virtualni DOM, ne ze se to cele prekresli.

264
Vsiml jsem si ve vue, ze kdyz u jednoho zaznamu zmenim hodnotu nejakeho fieldu, tak ze dojde k prekresleni vsech ostatnich 4999 zaznamu v tabulce.

na to jste prisel jak? Jak Vue tak React delaji DOM diff komponenty a prekresluji jen zmenene nody.

265
Vývoj / Re:Zlepšení čitelnosti vlastního kódu
« kdy: 06. 06. 2021, 16:23:34 »
Ja jsem velky zastance doctestovych komentaru. Jakekoliv komentare s vyjimkou doctestu a typovych anotaci jen duplikuji kod, stavaji se casem neaktualni.

ocenil bych v teto diskuzi odkazy na konkretni projekty na githubu, za me treba standardni knihovna cpythonu pouziva doctesty.

https://github.com/python/cpython/blob/main/Lib/collections/__init__.py

266
...vetsina zastydlych antikomunistu neumi anglicky...
Být odpůrcem nefunkčního politického systému nepovažuji za nic špatného :-)

kazdy system se dostane do problemu, kdyz je v nevyhodne geopoliticke pozici, to plati i pro ten soucasny

zajimavy pohled informovaneho cloveka, rok pred pandemii a velkym resetem:

https://www.facebook.com/SlobodnyVysielac/videos/248134962743977/

267
A jak to tedy měli předtím vyvinout v USA, když neměli ani ty dva kusy od překupníka?

protoze vyvyjely pro svetovy trh, mohli si dovolit mnohem vetsi investice do vyvoje, ktere se nasledne vratily

268
relevantni clanek, bohuzel vetsina zastydlych antikomunistu neumi anglicky

https://www.belfercenter.org/publication/power-globalization-and-end-cold-war-reevaluating-landmark-case-ideas

269
Přece nebudou tak hloupí, aby dávali soupeři či dokonce nepříteli do ruky technologie, které pak použije proti nim.

ve skutecnosti byli, ale az po perestrojce. Doporucuji knihy Anatolije Golitsyna, otevrou vam oci.

270
Kdyby to bylo jen na výši HDP, tak by se Sověti nedostali jako první do vesmíru.

ono se to zaostavani urychlilo az v 70-tych a 80-tych letech, kdy se kapitalisticka ekonomika globalizovala, dokud vyzkum delaly jednotlive staty kazdy sam za sebe, slo drzet krok

Stran: 1 ... 16 17 [18] 19 20 ... 41