Anonymní profil šnek – Programujte.com

#15 peter
Blbě jsem zkopíroval export:

ID - primary - AI
nazev_obce a _ulice maji index....

Jinak diky, pokoukam jeste, proctu man (EN nevadi) a zkusim udelat ty pomocne tabulky se seznamem mest (Vypada to ze kazdy mesto ma kod_mesta, takze nebudu muset delat nove cisleniky... Novou pomocnou tabulku vlastne muzu vytvorit ze stavajici, jen si necham vypsat zaznamy ktere maji vice vysledku se stejnym nazvem a vypisu jen jeden... Dam pak echo, jak sem pokrocil a jak dlouho priblizne trva jeden dotaz... Kazdopadne co jsem procetl, tak nejidealnejsi je vzit tabulky a po startu VPS si natahnout data do druhe memory tabulky a cerpat z ni, na serveru, kde je 30VPS to bude vhodnejsi, nez cekat na brzdu co se tyce IO disku

Ano, jedná se o MySql Tabulku, když to dávám do této části fóra....

Spíš mě zajímalo jestli InnoDb, nebo MyISAM a pod. Ale to sem už pogooglil, že na selecty je nejvhodnější innoDB.

Nejspíš si vytvořim ještě jednu tabulku se seznamem obcí a před naštěpávačem člověk zadá město a až následně ulici...

Jiank tabulka má 2 915 744 řádků a 360MB

Zdravím přátelé,

nikdy jsem toto neměl potřebu řešit, nicméně, vše je jednou poprve :-)

Mám script, který mi do MySql natáhne kompletně celou databázi ruianu (Seznam všech existujících adres/parcel v čr). Je to poměrně velké množství řádků, ale vyhledávání v takové DB trvá poměrně dlouho.

Potřebuju docílit co nejlepší odezvy na vyhledávání řádku kvůli "naštěpávači" adres.

Jak toto nejlépe vyřešit? Vyhledávání bude vždy na základě dvou sloupců (nejdřív ulice, pak město)..

Kolik by zabrala taková tabulka, která má cca 600MB v RAM aby byla stále k dispozici? Mám k dispozici VPS s 6G Ram a primárně tam pojede jen tato aplikace... Data v ní se měnit nebudou (max. 1 za měsíc)

#5 peter
JSON je vodnej formát, dost univerzální, spíš mě zajímalo jak to ukládat do DB jestli jako raw text, nebo přímo json a podobně... V podstatě spíš jde ve výsledku jen rychlost natáhnutí a zpracování dat

#4 peter
Ted uplně nechápu

Já v php prostě oop zkoušel párkrát, ale i když sem dělal eshop, prostě pro mě byla pohodlnější klasika...

Jinak udělal jsem si totok:

<?php
	function modul_menulink($modul) {
		$path_modules = "moduls";
		
		//check if modul exist in modul folder
		$fullpath = $path_modules."/".$modul."/load.php";
		if(!file_exists($fullpath)) {
			 echo "WTF WTF Module not load!!?";
			return;
		}
		//load file and get info
		include_once $fullpath;
		
		if(!isset($modul_url) && !isset($modul_name)) return;
		$url = $modul_url;
		$name = $modul_name;

 		return array($url, $name);
	}

	function modules_nav() {
		//Check folder with modules and if php file - load it
		$path_modules = "moduls";
		$scan = scandir($path_modules);		
		
		foreach ($scan as &$value) {
    		if(($value != ".") && ($value != "..")) {
				if(file_exists($path_modules."/".$value."/load.php")) { //check if load.php exist
					$getinfo = modul_menulink($value);
						if(is_array($getinfo)) echo "<a href=\"".$getinfo[0]."\" >".$getinfo[1]."</a><br>";
						else echo "wrong infos of $value module<br>";	
				}			
			}
		}
	}
	

	modules_nav(); //This call clasic navigation of base pages

Tohle mi vlastně načte základní info o modulu - URL (název) modu a vygeneruje navigaci s modulama

základem je, aby každej modul měl ve složce load.php, kterej obsahuje základní informace, právě zmíněnej název do navigace, url a později i submenu, a klasickej include stránek...

Pro mě je tohle pohodlný řešení, spíš mě zajímá, jak moc to zatíží server? Nejsem si jistej, jak často si otevře ten soubor aby si natáhnul informace - případně napadá vás lepší řešení?