Witam
Z potrzeby zastosowania kluczy obcych w bazie zaprojektowałem część tabel z Innodb , ale w jednej (gdzie mam umieszczone forum ,kategorie oraz posty użytkowników ) potrzebuję zbudować wyszukiwarke i nie moge zastosować klucza FULLTEXT .
Więc idąc dalej szukając rozwiązania zbudowałem silnik mniej więcej taki jaki ma forum phpbb3 gdzie tekst jest rozbijany na słowa a potem w dodatkowej tabeli SQL powiązane są słowa z id rekordu który go zawiera ,pojawiło się alę .... jeśli tekst zawiera dużą ilość słów (500>) cała akcja trwa 3-4 sekundy a na taką ilość czasu po przeładowaniu strony nie moge pozwolić sobie w projekcie .
Całość pisze w kohana 3.Sprowadzając do najprostrzej postaci model aby przyspieszyć dodawanie do bazy lecz i tak dalej wynik jest mizerny .

więc poszukuje rozwiązania aby zbudować wyszukiwarke , może ma ktoś pomysł ?

tam gdzie potrzebujesz wyszukiwać korzystaj z myisam

nie mogę ponieważ potrzebyuje korzystać z kluczy obcych w tabelach

Trzeba było wybrać PostgreSQL, a nie MySQL - nie miałbyś takich dylematów. ~sunpietro dobrze prawi: utwórz sobie 1 tabelę MyISAM, w której będziesz przechowywał indeks pełnotekstowy oraz odwołanie do rekordu źródłowego. Automatyczne usuwanie rekordów z tej tabeli musisz zrobić samodzielnie np. triggerami.

zgadzam sie z przedmowcami. Opcjonalnie mozesz rozwazyc procedure skladaowana odpalana co jakis czas w cronie ktora odswiezy tabele fulltextowa

mozesz tez rozwazyc zastosowanie Lucene albo podobnego silnika

A słyszałeś o sphinksie?

Chcę odnowić temat, bo też szukam sposobu na wyszukiwarkę.

Aplikację piszę w Zendzie, baza jest na silniku InnoDB (potrzebuję kluczy obcych). Nie chciałbym robić dodatkowych tabel na przechowywanie danych do wyszukiwania, bo potem jak do nich zamontować klucze (chyba, że ona jest nie oficjalnie połączona)? Niech to będzie ostateczność.

Zastanawiam się po prostu nad użyciem hardcore'owego like... Ale to tak mało PRO

MySql od najnowszej wersji (5.6) wspiera FULL TEXT SEARCH na silniku InnoDb

A w xampp'ie da się zrobić jakoś update?
I używa się jej tak samo jak na MyISAM?

Tylko, że ta wersja MySQL jest teraz w fazie beta :/

Więc innego wyboru jak robienie tabelki MyIsam odpowiedzialnej za search nie masz - przy dobrych triggerach da się to ładnie zrobić by w kodzie nie robić śmietniku

A trigger się wywoła automatycznie na jakiś zdarzenie (insert,update,delete)? Czy muszę go wywoływać w programie? I triggera mam wywołać na tabeli na której chcę, aby działał?

Tak, i wtedy piszesz triggery dla tabelki InnoDb która automatycznie update'uje tabelkę MyIsam.

Ok, wielkie dzięki za podpowiedzi Kliknąłbym "Pomógł" ale nie jestem właścicielem tematu Zrobię sobie 3 triggery - 1 na insert, 2 na update i 3 na delete. Choć chyba na update nie będzie potrzebny, bo ta tabela nie będzie update'owana

Taki mały offtop, czy lepiej zrobić to na triggerach czy zrobić taki insert w aplikacji? Piszę w Zendzie, więc można by było stworzyc jakąś metodę do tego celu i ją wywoływać. Dzięki temu w razie zmiany źródła danych to nie powinno się wysypać. Małe są szanse na zmianę źródła, ale chciałbym poznać opinię na ten pomysł.

To też zależy czy na serwerze będziesz miał prawa do założenia triggera na bazie, zazwyczaj nie ma się do nich dostępu.

Ogólnie jeżeli używasz Zend'a to dobrze się składa, ponieważ możesz nadpisać klasę ActiveRecordu i tam nadpisać metody save / delete:

[PHP] pobierz, plaintext 
class Foo extends Zend_Db_Table_Row
{
public function save()
{
// operacje dla dodawania / edycji
// dodawanie jest wtedy keidy $this->_cleanData jest puste
parent ::save();
}
public function delete()
{
// operacje dla usuwania
parent ::delete();
}
}
// później w modelu
private $_rowClass = 'Foo';
 
// i możesz normalnei robić 
$r = $model->createRow();
$r->bar = 'newbar';
$r->Save();
 
[PHP] pobierz, plaintext 

Mam nadzieję że wyjaśniłem

PS. Musisz także pamiętać o tym że przy tej metodzie nie zadizałają funkcje typu:

[PHP] pobierz, plaintext 
$model->delete(warunki);
$model->update(warunki);
[PHP] pobierz, plaintext 

Albo stworzyć nowy model dla tej tabeli do wyszukiwania i potem tworzyć obiekty w "głównym" modelu i tylko wywoływać odpowiednie metody.

Chyba, że modele między sobą nie mogą się bezpośrednio (w jednym modelu tworzone są obiekty innych) kontaktować? tylko za pomocą kontrolera.

Ja mówię o samej aktualizacji, system samego szukania implementuj sobie normalnie

Właśnie nie za bardzo to rozumiem :/

Myślałem o czymś takim (taki ogólny skrót):

[PHP] pobierz, plaintext 
<?php
class UserSearcher extends Zend_Db_Table_Abstract
{
	public function dodaj($jakiesdane) {
		$data = array$jakiesdane
		$this->insert($data);
	}
}
 
class User extends Zend_Db_Table_Abstract
{
	public function dodaj($dane) {
		$data = array($dane);
		$this->insert($data);
 
		$szukajka = new UserSearcher();
		$szukajka->dodaj($dane);
	}
}
?>
[PHP] pobierz, plaintext 

Dzięki temu w UserSearcher mógłbym napisać sobie system szukania jako metodę.