Имаме една 6 Гбайтова MySQL база данни, но мудно се работи с нея. По съвет от участник във форума, по-добре вероятно би било да минем на postgresql или NOSQL. Но администратора на сайта не се е занимавал с такова и препоръча да потърся човек от тук. Сайта е www.ukazatelite.com - най-общо казано е копие на търговския регистър с допълнителни опции.
Търся: Търся човек, разбиращ от бази данни
- Автор bulhomes
- Начална дата
-
- Тагове
- mysql nosql база данни
Градски, "мудната" работа на база може да е причинено от редица фактори. MySQL може да търкаля ужасно големи и сложни проекти и мижава базичка от 6G (направо можеш да си е заредиш в кеша) е по-скоро за тунинговане.
"по-добре вероятно би било да минем на postgresql или NOSQL" - е те т'ва е препоръка. Ако ти беше казал, че гроздовата е по-добра от сливовата....
Наздраве!
"по-добре вероятно би било да минем на postgresql или NOSQL" - е те т'ва е препоръка. Ако ти беше казал, че гроздовата е по-добра от сливовата....
Наздраве!
Скоро уж свършваме с работата по функционалността на сайта. Идеята беше да се пренапише наново. Защото е преправян и кърпен десетки пъти. И тъй като в някои други теми тук някои намекваха, че имало по-добри варианти от MySQL - затова тръгнах да пипам и в тя насока.
Не разбрах за препоръката. С гроздова съм се тровил като студент и предпочитам сливовата. Но други пък предпочитат гроздовата и не е възможно да има категоричен отговор...
Не разбрах за препоръката. С гроздова съм се тровил като студент и предпочитам сливовата. Но други пък предпочитат гроздовата и не е възможно да има категоричен отговор...
Мислех, че се подразбира, че търся човек, който да може и да иска да го направи срещу заплащане. И двамата администратори, които работят по тоя сайт са от този форум. Надявам се да открия още можещи. Та който смята, че разбира може да ми пише и ще има възможност да изпробва уменията си.
imagination
Active Member
Търсенето е "Full-Text", базата е в 3-та нормална форма.
Целта е да се получи интуитовно търсене (лике гоогле) примерно дограми перник и резултатите да са релевантни на търсенето. Всъщност бавната част е сортирането, което от една страна е продиктувано от желанието да има платени обяви, от друга страна да са съобразно най-доброто мачване на ключовите думи.
Съвета за пострге е мой. Ако имаш съвременен ДБ леар може и една заявка да не пипнеш производителността е очевадна. Проверено нееднократно в реални проекти. Много по-удобно е в даденият случай базата да се денормализира и изобщо да не е релационна. Има текстово търсене в много таблици, в една става много по-лесно и бързо. Това естествено е за сметка на големината на базата.
Съвети всеки може да дава.
Да ви видим на практика.
Целта е да се получи интуитовно търсене (лике гоогле) примерно дограми перник и резултатите да са релевантни на търсенето. Всъщност бавната част е сортирането, което от една страна е продиктувано от желанието да има платени обяви, от друга страна да са съобразно най-доброто мачване на ключовите думи.
Съвета за пострге е мой. Ако имаш съвременен ДБ леар може и една заявка да не пипнеш производителността е очевадна. Проверено нееднократно в реални проекти. Много по-удобно е в даденият случай базата да се денормализира и изобщо да не е релационна. Има текстово търсене в много таблици, в една става много по-лесно и бързо. Това естествено е за сметка на големината на базата.
Съвети всеки може да дава.
Да ви видим на практика.