Re: lug-bg: replication of MySQL
On Sunday 02 April 2006 14:00, Огнян Кулев wrote: Gggg ggg написа: ve4e sam na pat da smenia bazata s firebird i replicatora na phoenix ,koito replicira po4ti v realno vreme. Има ли някаква причина да не разгледаш какво може да се направи с PostgreSQL? http://www.edoceo.com/liber/db-postgresql-replication.php Струва ми се че може да се направи с front-end. Нещо от сорта на sqlrelay(макар че точно този софт все още не поддържа репликация). Във всеки един офис инсталиш по един такъв дзвер, и му казваш модификациите да ги дистрибутира, а търсенията да ги прави локално .. За съжеление обаче не мога да ги препоръчам конкретен продукт ..
Re: lug-bg: replication of MySQL
11 ofisa polzvat ednakva baza - tova e :-) blagodaria ti za predlojenieto , idejata e super , no niama da go dokaram na skorost :-( ve4e sam na pat da smenia bazata s firebird i replicatora na phoenix ,koito replicira po4ti v realno vreme. g. P.S. sorry za latinskite bukvi , no na tozi komputer ima samo US i FR On 3/28/06, Dean Stoeff [EMAIL PROTECTED] wrote: Не мога да проумея що за приложение ползва 11 сървъра през интернет и теда трябва да се репликират, но явно има причина да е така. Идеята дадена от Васил Колев /камък-ножица-хартия/ никак не е лоша и лесно може дасработи и с 11 бази и при това само с 3 репликации, но за целта щетрябва да се пуснат още 2 сървъра и за да се намали максимално времето най-добре те да са на висикоскоростна връзка помежду си . Тогава схематаще придобие следния вид:О О О\ | /О | | | О\ \ /\ / /ОX==YО/ | | \O_ / | | \ _O/ \О О Където „О" е някоя от 11-те бази „X" е подчинена/slave/ на „О"-та, но отсвоя страна е главна/master/ за „Y", която пък се явява глвана на„О"-та, така кръгът се затваря, но до колко това ще работи бързо инадежно не се знае. Както е писал Васил, ще трябва много внимателно да се тества!ПП Не съм нарисувал всички връзки, но смятам ,че ще схванеш идеята!
Re: lug-bg: replication of MySQL
Gggg ggg написа: ve4e sam na pat da smenia bazata s firebird i replicatora na phoenix ,koito replicira po4ti v realno vreme. Има ли някаква причина да не разгледаш какво може да се направи с PostgreSQL? http://www.edoceo.com/liber/db-postgresql-replication.php Поздрави, оги
Re: lug-bg: replication of MySQL
Gggg ggg wrote: аз споменах 3 бази за да ми дадете принципно решение, но те съвсем не са 3 а са 11. ако ги зацикля по-скоро ще зацикля собствената си глава :-) по отношение на кластера в момента чета документацията ,но нещо не стоплям как може да ми помогне. имам друга система, в която реплицирам така ,но там базите са firebird и реплицирам с репликатора на феникс. - всичко е 6 , но тук е MySQL и вече съм подлудял и прочел половината интернет. жоро On 3/25/06, Vasil Kolev [EMAIL PROTECTED] wrote: Всъщост, има един вариант - да ги зациклиш в кръгче 1-2-3-1, това би трябвало да работи (ако имат уникално ID, могат да познават окга да не приемат заявка), и това ще работи, но ще ти трябва много внимателно да го тестваш (а и по принцип има неща, които репликацията не може да предава вярно, има ги описани в документацията). Не мога да проумея що за приложение ползва 11 сървъра през интернет и те да трябва да се репликират, но явно има причина да е така. Идеята дадена от Васил Колев /камък-ножица-хартия/ никак не е лоша и лесно може да сработи и с 11 бази и при това само с 3 репликации, но за целта ще трябва да се пуснат още 2 сървъра и за да се намали максимално времето най-добре те да са на висикоскоростна връзка помежду си . Тогава схемата ще придобие следния вид: О О О \ | / О | | | О \ \ /\ / / ОX==YО / | | \ O_ / | | \ _O / \ О О Където „О“ е някоя от 11-те бази „X“ е подчинена/slave/ на „О“-та, но от своя страна е главна/master/ за „Y“, която пък се явява глвана на „О“-та, така кръгът се затваря, но до колко това ще работи бързо и надежно не се знае. Както е писал Васил, ще трябва много внимателно да се тества! ПП Не съм нарисувал всички връзки, но смятам ,че ще схванеш идеята!
lug-bg: replication of MySQL
здравейте, трябва ми малко хелп за реплициране на MySQL бази данни: нека предположим , че има 3 бази данни , до всяка една от тях има достъп различна група потребители. Целата ми е в крайна сметка всяка база да получи промените на другите 2 и да даде своите в резултат на което да имаме 3 еднакви бази след края на всяка репликация. варианти за синхронизация има много , а и може да се напишат сравнително лесно с код, но това което ми трябва е репликация. прочетох почти всичко от документацията на MySQ 5.1 и разбрах ,че техния начин за реплициране е основан на базата на мастер и слейв бази , което не ме устройва, защото промените в слейв базата няма как да се качат при мастер базата. всякакъв хелп ще е полезен , благодаря предварително. г.
Re: lug-bg: replication of MySQL
Gggg ggg wrote: прочетох почти всичко от документацията на MySQ 5.1 и разбрах ,че техния начин за реплициране е основан на базата на мастер и слейв бази , което не ме устройва, защото промените в слейв базата няма как да се качат при мастер базата. всякакъв хелп ще е полезен , благодаря предварително. В случая губиш защото вграденият начин за правене на репликация на MySQL, за теб няма да сработи...А друг начин няма при тях няма, доколкото ми е известно в момента. -- Georgi Chorbadzhiyski http://georgi.unixsol.org/
Re: lug-bg: replication of MySQL
On Fri, 2006-03-24 at 23:48 +0200, Georgi Chorbadzhiyski wrote: Gggg ggg wrote: прочетох почти всичко от документацията на MySQ 5.1 и разбрах ,че техния начин за реплициране е основан на базата на мастер и слейв бази , което не ме устройва, защото промените в слейв базата няма как да се качат при мастер базата. всякакъв хелп ще е полезен , благодаря предварително. В случая губиш защото вграденият начин за правене на репликация на MySQL, за теб няма да сработи...А друг начин няма при тях няма, доколкото ми е известно в момента. Всъщност 5.0 или 5.1 има MySQL Cluster, но не е много прозрачно за клиентите, трябва да си правят таблиците с type=некъв_си. Не съм го тествал, но четох за него и звучеше добре.
Re: lug-bg: replication of MySQL
В пт, 2006-03-24 в 23:38 +0200, Gggg ggg написа: здравейте, трябва ми малко хелп за реплициране на MySQL бази данни: нека предположим , че има 3 бази данни , до всяка една от тях има достъп различна група потребители. Целата ми е в крайна сметка всяка база да получи промените на другите 2 и да даде своите в резултат на което да имаме 3 еднакви бази след края на всяка репликация. варианти за синхронизация има много , а и може да се напишат сравнително лесно с код, но това което ми трябва е репликация. прочетох почти всичко от документацията на MySQ 5.1 и разбрах ,че техния начин за реплициране е основан на базата на мастер и слейв бази , което не ме устройва, защото промените в слейв базата няма как да се качат при мастер базата. всякакъв хелп ще е полезен , благодаря предварително. Всъщост, има един вариант - да ги зациклиш в кръгче 1-2-3-1, това би трябвало да работи (ако имат уникално ID, могат да познават окга да не приемат заявка), и това ще работи, но ще ти трябва много внимателно да го тестваш (а и по принцип има неща, които репликацията не може да предава вярно, има ги описани в документацията). signature.asc Description: Това е цифрово подписана част от писмото
Re: lug-bg: replication of MySQL
Anton Titov wrote: On Fri, 2006-03-24 at 23:48 +0200, Georgi Chorbadzhiyski wrote: Gggg ggg wrote: прочетох почти всичко от документацията на MySQ 5.1 и разбрах ,че техния начин за реплициране е основан на базата на мастер и слейв бази , което не ме устройва, защото промените в слейв базата няма как да се качат при мастер базата. всякакъв хелп ще е полезен , благодаря предварително. В случая губиш защото вграденият начин за правене на репликация на MySQL, за теб няма да сработи...А друг начин няма при тях няма, доколкото ми е известно в момента. Всъщност 5.0 или 5.1 има MySQL Cluster, но не е много прозрачно за клиентите, трябва да си правят таблиците с type=некъв_си. Не съм го тествал, но четох за него и звучеше добре. Е няма начин да е нещо стандартно ;) -- Georgi Chorbadzhiyski http://georgi.unixsol.org/
Re: lug-bg: replication of MySQL
аз споменах 3 бази за да ми дадете принципно решение, но те съвсем не са 3 а са 11. ако ги зацикля по-скоро ще зацикля собствената си глава :-) по отношение на кластера в момента чета документацията ,но нещо не стоплям как може да ми помогне. имам друга система, в която реплицирам така ,но там базите са firebird и реплицирам с репликатора на феникс. - всичко е 6 , но тук е MySQL и вече съм подлудял и прочел половината интернет. жороOn 3/25/06, Vasil Kolev [EMAIL PROTECTED] wrote: Всъщост, има един вариант - да ги зациклиш в кръгче 1-2-3-1, това битрябвало да работи (ако имат уникално ID, могат да познават окга да неприемат заявка), и това ще работи, но ще ти трябва много внимателно да го тестваш (а и по принцип има неща, които репликацията не може дапредава вярно, има ги описани в документацията).
Re: lug-bg: replication of MySQL
ето тук спирам да чета и почвам да мисля как да сменя базата: Note that MySQL Cluster is not intended for use in a network for which throughput is less than 100 Mbps. For this reason (among others), attempting to run a MySQL Cluster over a public network such as the Internet is not likely to be successful, and is not recommended. г. On 3/25/06, Georgi Chorbadzhiyski [EMAIL PROTECTED] wrote: Anton Titov wrote: On Fri, 2006-03-24 at 23:48 +0200, Georgi Chorbadzhiyski wrote: Gggg ggg wrote: прочетох почти всичко от документацията на MySQ 5.1 и разбрах ,че техния начин за реплициране е основан на базата на мастер и слейв бази , което не ме устройва, защото промените в слейв базата няма как да се качат при мастер базата. всякакъв хелп ще е полезен , благодаря предварително. В случая губиш защото вграденият начин за правене на репликация на MySQL, за теб няма да сработи...А друг начин няма при тях няма, доколкото ми е известно в момента. Всъщност 5.0 или 5.1 има MySQL Cluster, но не е много прозрачно за клиентите, трябва да си правят таблиците с type=некъв_си. Не съм го тествал, но четох за него и звучеше добре.Е няма начин да е нещо стандартно ;)--Georgi Chorbadzhiyskihttp://georgi.unixsol.org/
Re: lug-bg: replication of MySQL
В сб, 2006-03-25 в 01:15 +0200, Gggg ggg написа: аз споменах 3 бази за да ми дадете принципно решение, но те съвсем не са 3 а са 11. ако ги зацикля по-скоро ще зацикля собствената си глава :-) На един от openfest-овете Сале разказваше за подобна на твоята ситуация, с едни невероятни цикли (няколко закачени еди за друг :) ). Мисля, че може да стане, ако ти е възможно, купи си малко support от тях - имат опит със всякакви извращения, а за това знам и че са го правили :) signature.asc Description: Това е цифрово подписана част от писмото