TCH (statz) | #1, Főfasz (10443) |
4583 | #1c60 | ^ | Idézet | Mon, 07 May 2012 11:04:28 +02 |
46.107.*.* | *.catv.pool.telekom.hu |
Miért, én tán nem ezt mondtam? De dzsuvában vagy cisztában te sose fogsz olyan kódot írni ami ehető a CPU-nak. Én nem a motort minősítettem, nekem csak az interface-el volt dolgom, én az SQL-jét minősítettem. Azonkívül: http://www.informationweek.com/news/201001901 http://it.toolbox.com/blogs/database-soup/postgresql-publishes-first-real-benchmark-17470 12%-os többletsebesség a szarákül javára, persze lehet, hogy sok szerveren, ultramagas teljesítménnyel ez több, de hogy egyáltalán nem lehetne PgSQL-t odatenni, azt valami teszttel kéne igazolni, nem pedig szarákülös babonával. :P Nem, ez egy sima promóció, amit egy multi rendelt meg, de többet nem mondhatok (pláne nem publikus felületen), mert páros lábbal rúgnak ki, bocsi. Hátööö...úgy kb. nem. http://www.dba-oracle.com/t_oracle_nextval_function.htm SQL> create sequence pubs2 2 start with 8 3 increment by 2 4 maxvalue 10000 5 cycle 6 cache 5; Sequence created. SQL> select pubs2.nextval from dual; NEXTVAL ---------- 8 Ezt a múltkor már mondtad, én meg mondtam, hogy erre nem találtam példát, szal, azért nem használtam, mert nem tudtam róla, hogy van ilyen, ha van. De egyébiránt is, most nem ez a lényeg, hanem hogy sehol nem írták, hogy INSERT-nél tilos lenne használni. Au. Lófaszt! Leírtam, hogy by primary_table_id és lang_id alapján! Én arról beszélek, hogy a CLOB-ot nem lehet JOIN-al hozzácsapni a lekéréshez! SELECT products.price, products_lang.name, products_lang.description FROM products LEFT JOIN products_lang ON (products.id=products_lang.products_id AND products_lang.lang_id=1)Mondjuk ezt gyakorlatban nem is próbáltuk, mert egynyelvű volt a cumó, a manualban olvastuk Mcloaddal. Kúrwára nem ez volt a lényeg! Hanem, hogy egy kibaszott string a query-ben nem lehet hosszabb, mint 4000 byte, vagyis pl egy 7 kilós textet csak két darabban tudsz betölteni a CLOB-ba! Ezt a nyócterás kapacitást csak gunyorból hoztam fel, hogy tök jó, hogy van, meg minden, de 4000 byte-onként feltölteni 8 terát, az...hát nem is tudom, nincs rá szó. Nem. Nekünk nem sikerült. Nem találtunk a gugliban semmit ezzel kapcsolatban, nem tudjuk, hogy egyáltalán a tábláknak, vagy mezőknek van-e saját karakterkódolása. Mondjuk, ha nincs, DB szinten kell beállítani, akkor alapvetően baszhattuk, mert a szerver beállításaihoz nem fértünk hozzá. Ideologizálta a nyavalya, én nem azért haragszom a szarákülre, mert megvette a SUN-t - nekem a SUN se kutyám, se macskám, egyedül a Solarist és a vasakat sajnálom (mert az én szememben a dzsuva nem érték) - hanem mert a DB-jük SQL-je egy nagy FOS. Csupa nagybetűvel, vastagon, aláhúzva. Csak úgy mondanám, hogy egészen addig a napig, amíg nem kellett dolgoznom a szaráküllel, nekem semmi bajom nem volt velük. Szóval semmi SUN-fanság, semmi anti-enterprise mozgalom, egyszerűen szar a szarákül! |