Покажи Публикации - VladSun
* Виж публикациите на потр. | Виж темите на потр. | Виж прикачените файлове на потр
Страници: 1 2 [3] 4 5 ... 148
31  Linux секция за начинаещи / Настройка на програми / Re: Управление на MAC филтриране от клиентска машина. -: Oct 18, 2011, 21:47
Обитателите на стаи 1-6 са вързани към рутер 1 и ако отидат в стая 10 нямат връзка с рутер 2, а сигналът от рутеер 1 е много слаб (т.е. пак нямат връзка).

Нещо не разбрах - искаш или не искаш да правиш "handover"? http://en.wikipedia.org/wiki/Handover
32  Linux секция за начинаещи / Настройка на програми / Re: Управление на MAC филтриране от клиентска машина. -: Oct 18, 2011, 17:04
MAC филтрирането е абсолютно ненадеждно. По-добре забрави за него.

Тези рутери имат ли настройки за ползване на RADIUS сървър? Би било доста по-добро решение.
33  Програмиране / Web development / Re: Области, общини, нас. места, ЕКАТТЕ -: Oct 12, 2011, 17:38
Код
GeSHi (SQL):
  1. CREATE TABLE `country` (
  2.  `id` int(10) UNSIGNED NOT NULL AUTO_INCREMENT,
  3.  `name` char(25) NOT NULL,
  4.  PRIMARY KEY (`id`),
  5.  UNIQUE KEY `UQ_record` (`name`) USING BTREE
  6. ) ENGINE=InnoDB AUTO_INCREMENT=2 DEFAULT CHARSET=utf8
  7.  
  8. CREATE TABLE `province` (
  9.  `id` int(10) UNSIGNED NOT NULL AUTO_INCREMENT,
  10.  `country_id` int(10) UNSIGNED DEFAULT NULL,
  11.  `name` char(25) NOT NULL,
  12.  `EKATTE` char(3) NOT NULL,
  13.  `EKATTE_code` char(5) NOT NULL,
  14.  PRIMARY KEY (`id`),
  15.  UNIQUE KEY `UQ_record` (`country_id`,`name`) USING BTREE
  16. ) ENGINE=InnoDB AUTO_INCREMENT=29 DEFAULT CHARSET=utf8
  17.  
  18. CREATE TABLE `municipality` (
  19.  `id` int(10) UNSIGNED NOT NULL AUTO_INCREMENT,
  20.  `province_id` int(10) UNSIGNED DEFAULT NULL,
  21.  `name` char(25) NOT NULL,
  22.  `EKATTE` char(5) NOT NULL,
  23.  `EKATTE_code` char(5) NOT NULL,
  24.  PRIMARY KEY (`id`),
  25.  UNIQUE KEY `UQ_record` (`province_id`,`name`) USING BTREE
  26. ) ENGINE=InnoDB AUTO_INCREMENT=265 DEFAULT CHARSET=utf8
  27.  
  28. CREATE TABLE `city` (
  29.  `id` int(10) UNSIGNED NOT NULL AUTO_INCREMENT,
  30.  `municipality_id` int(10) UNSIGNED DEFAULT NULL,
  31.  `name` char(25) NOT NULL,
  32.  `type` char(4) NOT NULL,
  33.  `zip` char(4) DEFAULT NULL,
  34.  `atitude` smallint(5) UNSIGNED NOT NULL,
  35.  `latitude` float(10,7) DEFAULT NULL,
  36.  `longitude` float(10,7) DEFAULT NULL,
  37.  `population` bigint(20) UNSIGNED DEFAULT NULL,
  38.  `EKATTE` char(8) NOT NULL,
  39.  `EKATTE_code` char(5) NOT NULL,
  40.  PRIMARY KEY (`id`),
  41.  UNIQUE KEY `UQ_record` (`municipality_id`,`name`,`type`) USING BTREE,
  42.  KEY `IX_EKATTE` (`EKATTE`),
  43.  KEY `IX_zip` (`zip`),
  44.  KEY `IX_name` (`name`),
  45.  CONSTRAINT `FK_municipality_id` FOREIGN KEY (`municipality_id`) REFERENCES `municipality` (`id`)
  46. ) ENGINE=InnoDB AUTO_INCREMENT=5303 DEFAULT CHARSET=utf8
  47.  
  48.  

Хм ... сега видях, че не съм създал foreign-keys constraint-ите за всички таблици :)

PS: Явно това е по-стара версия (като гледам съм я ползвал за експорт) - има разни тъпизми от сорта на "type varchar(4)" :) а то си е smallint
34  Linux секция за начинаещи / Настройка на програми / Re: Питане за MySQL! -: Oct 06, 2011, 18:02
Само да добавя, че при големи ДБ идеята да се пускат още услуги на машината не е добра. Стигне ли се до swapping ... жална ти майка :)
35  Linux секция за начинаещи / Настройка на програми / Re: Питане за MySQL! -: Oct 06, 2011, 13:40
Можем да спорим до безкрайност. Тъй като аз самия доста съм проектирал бази работещи с високо натоварване, досега нормализираните са били винаги по-ефективни.

Не споря  - изказвам мнение  [_]3

Със сигурност не мога да твърдя, че съм работил кой знае колко с много големи бази данни. Реално, може бе 2-3 пъти. В единия случай беше за callcenter с около 120'000 записа на ден (100 агента "пишещи" и към 20 teamleader-и/supervisori-и четящи) само за обажданията. Това ми е и най-голямата база май - Postgre SQL :)

В началото, дизайнът на ДБ винаги го правя в най-нормализиран вариант. След това, ако се появят проблеми може и да има някаква денормализация или изнасяне на "offline" view-та за преглед в не реално време.
36  Linux секция за начинаещи / Настройка на програми / Re: Питане за MySQL! -: Oct 06, 2011, 10:47
http://en.wikipedia.org/wiki/Denormalization

Цитат
In computing, denormalization is the process of attempting to optimise the read performance of a database by adding redundant data or by grouping data.[1][2] In some cases, denormalisation helps cover up the inefficiencies inherent in relational database software. A relational normalised database imposes a heavy access load over physical storage of data even if it is well tuned for high performance.
37  Linux секция за начинаещи / Настройка на програми / Re: Питане за MySQL! -: Oct 06, 2011, 10:29
Нещо не можах да разбера какво точно показваш. Би ли опитал да се използваш моя пример?
38  Linux секция за начинаещи / Настройка на програми / Re: Питане за MySQL! -: Oct 06, 2011, 10:22
Говоря за нещо такова:
http://en.wikipedia.org/wiki/Data_warehouse#Normalized_versus_dimensional_approach_for_storage_of_data
39  Linux секция за начинаещи / Настройка на програми / Re: Питане за MySQL! -: Oct 06, 2011, 10:19
Нормализираните бази винаги са по-бързи от денормализираните. Защо иначе ще се прави нормализация?

Не бих казал, че винаги е така ... Понякога е нужно да се направи денормализация за целите на анализ - най-често срещания пример е "последно състояние". Пример за който се сещам в момента (и е възможно да се прави със субселект) е състояние (сегмент) на "call" в callcenter - в опашката, поет от оператор, пренасочен от оператор и т.н. При една силно нормализирана база данни би трябвало да се пазят само записи (many-to-many, Call<->State) по отношение на състояние + дата/час. Но този начин на работа прави заявките за анализ (репорти) доста бавнички - има търсене на запис с най-голяма стойност на дата/час колоната. Най-простото решение е да се добави колона "последно състояние" към Call таблицата, което си е чиста проба денормализация.
40  Linux секция за начинаещи / Настройка на програми / Re: Питане за MySQL! -: Oct 06, 2011, 08:44
Аз не казах ;)

Човек, няма начин да определиш размера на (всички) базата в GB, която ще "върви" на дадена машина.
Например, ако базата е силно денормализирана, малко на браой таблици и връзки между тях (подготвена за репорти и анализ), то тогава най-вероятно ще можеш да обработваш бързо повече информация. Ако обаче базата е нормализирана с голям брой таблици и връзки между тях, то тогава нещата стоят по съвсем различен начин. Да не говорим за конкурентност на връзките, LOCK и т.н.

41  Linux секция за начинаещи / Настройка на програми / Re: Питане за MySQL! -: Oct 06, 2011, 00:22
Това ми се струва прекалено общ въпрос за да може да се отговори еднозначно... Все пак дизайнът (а от там и заявките) на базите данни оказва огромно влияние (индекси, join-ове и т.н.)
Да, наистина въпроса и прекалено общ, но задаващия го, няма опит с въпросната база и за това пита, какви са възможностите на този хардуер за максимално голяма база, за да си направи сметка за кое колко място да отдели при разделянето на харда.                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                               

jet ти е отговорил вече :)
42  Linux секция за начинаещи / Настройка на програми / Re: Питане за MySQL! -: Oct 06, 2011, 00:21
Но слънцето е право - много зависи от какво и как.

Все едно слушам жена ми :)  [_]3
43  Linux секция за начинаещи / Настройка на програми / Re: Питане за MySQL! -: Oct 05, 2011, 22:10
Това ми се струва прекалено общ въпрос за да може да се отговори еднозначно... Все пак дизайнът (а от там и заявките) на базите данни оказва огромно влияние (индекси, join-ове и т.н.)
44  Програмиране / Web development / Re: Читав едитор -: Oct 04, 2011, 18:02
Netbeans IDE ? Доволен съм от него.
45  Програмиране / Web development / Re: Имам проблем с браузърите -: Oct 04, 2011, 16:47

Това _ мембър функция ли е? :)
Май нещо за поддръжка на различни езици.

От тук:
Цитат
$this->view->headTitle($this->view->translation->_('MAIN_PAGE_TITLE'));

Напълно нормално име за метод :) Може би имаш предвид че функцията _() е alias на gettext()? Точно поради сходната функционалност ползвам _ за име на функцията.

А иначе за имена на функции и променливи ...

Код
GeSHi (PHP):
  1. <?php
  2.  
  3.  
  4. function КралиМарко()
  5. {
  6. echo "Hello world!";
  7. }
  8.  
  9. КралиМарко();
Страници: 1 2 [3] 4 5 ... 148