Temat: Mam pytanko

Lepiej ustawić relacje w MySQL czy lepiej zrobić to co trzeba na wyższym poziomie abstrakcji?

Temat: Mam pytanko

noSQL pójdzie w innym projekcie :P
ale już powoli dochodzę do wniosku, że zamiast SQL-a lepiej wykorzystać XML. Szybciej sprawniej .. Mówię w kwestii mysql jestem zielony :P Tak to jest jak się nie miało baz danych na studiach. W bazie chce sobie tylko przechować pewne rzeczy, więc nie będę ustawiał relacji bo sobie z tym nie poradzę. :P Za głupi na to jestem.

Tylko mi odpowiedzcie na jedno pytanie, jak to jest z foreign key? Czy wartość foreign key zawsze odpowiada pewnej wartości pola z tabeli bazowej?
A co w przypadku kiedy mam jakieś dane w innej tabeli w jakims polu i mam foregeing key na ta komorka a sobie chce przypisac jakas wartość? A nie po kolei?

Na przykładzie, mam takie tabele:
CREATE TABLE `module_settings`(
id INT NOT NULL AUTO_INCREMENT,
`site_name` VARCHAR(255) NOT NULL DEFAULT 'Adrian Stolarski',
`site_motto` VARCHAR(255) NOT NULL DEFAULT 'moje motto',
`site_url`VARCHAR(255) NOT NULL DEFAULT 'http://adrian-stolarski.pl',
`site_online` BOOL NOT NULL DEFAULT '1',
`template_path` VARCHAR(255) NOT NULL DEFAULT 'views',
`template_name` VARCHAR(255) NOT NULL DEFAULT 'homepage.php',
`extension_path` VARCHAR(255) NOT NULL DEFAULT 'modules',
`modules_enabled` BOOL NOT NULL DEFAULT '1',
`user_login` BOOL NOT NULL DEFAULT '1',
PRIMARY KEY(`id`)
);

CREATE TABLE `module_metadata`(
`id` INT NOT NULL AUTO_INCREMENT,
`module_id` INT NOT NULL DEFAULT '0',
`keywords` TEXT NOT NULL,
`description` TEXT NOT NULL ,
`link_alt` VARCHAR(255) NOT NULL,
`link_title` VARCHAR(255) NOT NULL,
PRIMARY KEY(`id`)
);
CREATE TABLE `module_content`(
`id` INT NOT NULL AUTO_INCREMENT,
`module_id` INT NOT NULL DEFAULT '0',
`title` TEXT NOT NULL,
`description` TEXT NOT NULL ,
`content` VARCHAR(255) NOT NULL,
`access_level` VARCHAR(255) NOT NULL,
PRIMARY KEY(`id`)
);
Kluczem obcym będzie zawsze module_id, który będzie odpowiadał id z tabeli module_settings. Ale chcę mieć możliwość ustawienia pola module_id, a jak chcę to update zrobić to mi wywala błąd, jeśli module_id jest kluczem obcym. Dlaczego?Adrian Stolarski edytował(a) ten post dnia 04.04.13 o godzinie 17:25

Temat: Mam pytanko

Dlatego sie zajmuje bezpieczeństwem nie bazami. Na bazy za glupi jestem...

Ps. a czy XML nie ma pseudo-ORM w sobie? plik XML to obiekt, prawda? A zasada ORM to jest zwrócenie obiektu...

Druga rzecz i drugi temat. A jak przy XML nie masz serializacji? Powiedzmy masz 15 user stories i masz 15 razy różne dane to po co Ci ORM? Nie lepiej wtedy uciec w architekture bardziej wielowarstwowa, utworzyć sobie warstwe data w aplikacji, która jest w warstwie danych, tam napisac sobie funkcje do odczytu zapisu danych i je wywoływać przez logike? tak zwane po bożemu? musze sie z tych okropnych baz podciagnać więc będę was molestował trochę, mimo że nie rozumiem czasami o czym wy do mnie mówicie ;) jak mówię na bazy za głupi jestem...Adrian Stolarski edytował(a) ten post dnia 04.04.13 o godzinie 21:57

Temat: Mam pytanko

Wiem, Bartek. Chodzi o to, że mam czas na eksperymenty. I tak wybór technologii pobierania danych to dopiero za miesiąc. I tak muszę zrobić Soap albo Rest, a więc myślę z czym mi będzie lepiej. Czy odrazu pójść w XML-e, czy postawić SOAP z dostępem do bazy i z tego generować XML albo WSDL.

Aczkolwiek na XML-ach będzie łatwiej operować, a potem można to przerzucić w bazę. Tu jest kwestia dobrego rozwarstwienia aplikacji. I tak logika nic nie będzie wiedzieć skąd data pobiera dane. Logika będzie tylko i wyłącznie wywoływać pewne rzeczy z warstwy danych i przesyłać je dalej.

Po prostu nie narzucam sobie danych odgórnie, tylko na razie jest tam mock do testów logiki. Ale najprawdopodobniej będzie to miało wejście i do plików tekstowych i do kilkunastu baz i do xml-a.

A bazy muszę zakumać. Całe szczęście workbench mi to wizualizuje, bo bez diagramów UML to ja ślepy jestem. Na razie to jest takie stąpanie po omacku i eksperymentowanie, dopóki nie zostaną zrobione inne badania, w tym podwaliny UX, czyli badania użytkowników i dobra specyfikacja kliencka ( coś koło 2 stron a4) :P

Czyli w ciągu tygodnia coś się może wyklaruje.