saxus írta/wrote:
attol meg tudni kell, hogy mi folyik a felszin alatt.

saxus írta/wrote:
iszonyu brutalis teljesitmenyt ki lehet sajtolni a tobbihez kepest

Nevertheless, the tests are the most comparable run so far under the SPEC benchmark and show only a 12% performance margin for Oracle, said Berkus.

This publication shows that a properly tuned PostgreSQL is not only as fast or faster than MySQL, but almost as fast as Oracle

saxus írta/wrote:
Btw., csak nem allami megrendeles volt, hogy Oracle? :)

saxus írta/wrote:
Az hotzicher, hogy nem ilyen a szintaxisa. nextval("sequencename") esetleg.

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 

saxus írta/wrote:
(Es szerintem default erteke is lehet egy mezonek, mint pg-ben.)

saxus írta/wrote:
Nekem a kedvencem, hogy pl. egy CREATE TABLE -ban nem lehet ures sor.

saxus írta/wrote:
JOIN feltetelben gyakorlatilag TEXT tipusu mezo alapjan akarsz joinolni?

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)

saxus írta/wrote:
Oracle ala jellemzoen nem vinyot, de meg csak nem is gepen beluli RAID tombot szokas rakni, hanem mondjuk SAN-t. Egy masszivabb disk doboz megkuldve nagyobb diskekkel, azert mar igenigensokszaz tera is lehet ;)

saxus írta/wrote:
Azert ugye nem gondolod komolyan, hogy lehetetlen beallitani az Oracleben ezt es mindenki ilyen ganyolast alkalmaz ra? :D

saxus írta/wrote:
szoval nem kell megideologizalni egyik ceget se

TCH írta/wrote:
http://it.toolbox.com/blogs/database-soup/postgresql-publishes-first-real-benchmark-17470

TCH írta/wrote:
De dzsuvában vagy cisztában te sose fogsz olyan kódot írni ami ehető a CPU-nak.

TCH írta/wrote:
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)

SELECT ... 
FROM products
LEFT JOIN products_lang ON (products.id = products_lang.products_id)
WHERE products_lang.lang_id = 1;

SELECT ... 
FROM products
LEFT JOIN (SELECT * FROM products_lang WHERE lang_id = 1) t ON (products.id = t.products_id)

TCH írta/wrote:
Kúrwára nem ez volt a lényeg! Hanem, hogy egy kibaszott string a query-ben nem lehet hosszabb

TCH írta/wrote:
hogy egyáltalán a tábláknak, vagy mezőknek van-e saját karakterkódolása.

TCH írta/wrote:
Szóval semmi SUN-fanság

saxus írta/wrote:
2007-es cikk, azért az már eléggé elavult

saxus írta/wrote:
Breaking news: .NET-re nem csak C#-ban lehet kódolni.

saxus írta/wrote:
Azt mondanám, hogy az esetek 99%-ában az első verzió a jó, az optimalizer statisztika alapján úgy is eldönti, hogy mikor hogy mit érdemes. (Seq scan v hash join v subquery-re átalakítani, stb.) Persze, tudom, te ódzkodsz az ilyenektől, de egy RDBMS pont az a témakör, ahol lehet tuningolni, de ész nélkül csak ártasz és nem mindig vannak örök érvényű szabályok, csak statisztikák.

SELECT
	product.price,
	product_lang.name,
	product_lang.description,
	product_categoriy_lang.name,
	product_image.filename
FROM products
LEFT JOIN product_lang
	ON (product.id = product_lang.product_id)
LEFT JOIN product_category_lang
	ON (product.product_category_id = product_category_lang.product_category_id)
LEFT JOIN product_image
	ON (product.id = product_image.product_id)
WHERE
	product_lang.lang_id = '1' AND
	product_category_lang.lang_id = '1' AND
	product_image.primary = '1';

SELECT
	product.price,
	product_lang.name,
	product_lang.description,
	product_categoriy_lang.name,
	product_image.filename
FROM products
LEFT JOIN product_lang
	ON (product.id = product_lang.product_id AND product_lang.lang_id = '1')
LEFT JOIN product_category_lang
	ON (product.product_category_id = product_category_lang.product_category_id AND product_category_lang.lang_id = '1')
LEFT JOIN product_image
	ON (product.id = product_image.product_id AND product_image.primary = '1');

saxus írta/wrote:
MySQL-ben a varchar meg 255 karakter lehet. Oszt'?

saxus írta/wrote:
RDBMS, DB, tábla, mező. Jobb helyeken erre mind lehet állítani.

saxus írta/wrote:
Csupán kemi enyhén sajnálkozó "szétbarmolta a SUN-t" felszólalására kívántam reagálni. :)

TCH írta/wrote:
Mikor láttál te utóljára MySQL-t? 2004-ben? És még én vagyok elmaradva. :P

TCH írta/wrote:
Itt a "lang" táblákban van lang_id, az "image" táblában nincs.

saxus írta/wrote:
Sajnos nap, mint nap látok.

saxus írta/wrote:
az ügyviteli rendszer meg MSSQL. :D

saxus írta/wrote:
Szóval nem jobb, hanem szimplán fasság, amit akarsz. Szűrni a WHERE záradékban lehet. Már megint a CPU oldaláról akarod megközelíteni a dolgot, holott SQL esetén az a legrosszabb. SQL egy deklaratív nyelv, azt mond meg egy RDBMS-nek, hogy mit akarsz, ne azt, hogy hogyan akarja, mert csak szívni fogsz vele. És első a relációs algebra, utána a manual.

saxus írta/wrote:
Btw. Pg-ben van USING (mezonev), amivel azonos nevű mezőket nagyon jól össze lehet kapcsolni.

TCH írta/wrote:
És akkor hogy a fenébe nem jutott el hozzád egy ennyire default info usque 7 év alatt?

TCH írta/wrote:
Az mennyire trágya egyébként? Bár gondolom a szarákülnél nem szarabb. :P

TCH írta/wrote:
Rendben van saxus, ki fogom mérni, hogy melyik a gyorsabb, ha neked lesz igazad, kihajigálok minden ON klauzás szűrést.

saxus írta/wrote:
Nem nagyon van benne fejlesztés, csak a meglévő rendszer tákolása, életben tartása.

saxus írta/wrote:
Az ügyviteli rendszer?

saxus írta/wrote:
Az MSSQL-ről viszont egész pozitív a véleményem van

saxus írta/wrote:
Nézni kell hozzá EXPLAIN-t, abból általában hamarább kiderül, hogy hol lehetne gyorsítani.

$unique = array();
$matches = 0;
foreach ($original as $elem)
{
	if (!in_array($elem, $unique))
	{
		$unique []= $elem;
	}
	else
	{
		$matches++;
	}
}

TCH írta/wrote:
Bár mondjuk elismerem, miután kénytelen voltam a szarákül szarjával tolni az ipart, valahogy olyan sejtésem támadt, hogy ennyire még a mikrofos sem lehet szar...

TCH írta/wrote:
Na, erre kéne nekem valami olyan algoritmus, ami kurwa sok adatban tud viszonylag gyorsan keresni. A hash algoritmusomat szeretném vele tesztelni, hogy mondjuk, ha végigküldöm a 32 bites tartomány összes integerén, akkor van e benne ismétlődés, ilyenek.