Stejné tagy se stejnym ID

A nestačilo by si dotazem zjistit podle názvu jestli tam ten název je a pokud ano tak vrátit jeho ID a to poté vložit jinak vložit jiné ?

porušuješ 2. normální formu, zaděláváš si na problémy; v databázovém modelu se máš snažit redundantní data eliminovat

měl bys tedy mít dvě tabulky:
tvoji tabulku dostaneš poté selectem:

za předpokladu, že id je produkt/článek/cokoli čemu tag přiřazuješ

juriad:

v databázovém modelu se máš snažit redundantní data eliminovat
Tak to bych si dovolil oponovat. Zrovna v tomhle případě sice ano, ale jsou případy kdy duplicitní data (opakovaná v x tabulkách) mohou DB stroji značně usnadnit život.

Kcko:
Stroj vs. člověk a logika... kdo se v tom pak má hrabat, když jsou duplicity. Jedinou duplicitu, kterou uznávám, je ID.

JaySee:
Duplicita != redundatní data pro potřeby snížení zátěže db serveru.

Kcko:
Najdi si něco o předčasné optimalizaci, například http://podnebi.jan-martinek.com/predcasna-optimalizace/ nebo http://www.java.cz/article/optimalizovatcineoptimalizovat

Je poněkud nevhodné začátečníkům říkat, že redundance může být někdy vhodná, protože oni nedokaží zatím rozlišit, kdy se skutečně vyplatí a prokáže, že je přínosem byť na úkor zvýšení režie údržby dat.

Navíc souhlasím s JaySeem, že široce vhodná je jediná redundance: jednoatributový klíč ID.

juriad:
Ten článek je o ničem.

Stejně tak je nevhodné začátečníkům říkat, že jediná správná DB je absolutně bez redundatních dat. Pak budou dotazy vypadat asi takto

select
while()
{
milion dalsich selectu protoze zacatenik si nebude umět slozit slozitejsi ci velmi slozity dotaz.
}

Navic jsou pripady, kdy se to proste jeví jako nejsprávnější řešení pro snížení zátěže. V jedné sofistikované naučné knize o tom pojednával jistý MySQL guru, Welling nebo kdo ... nevzpomenu si a rázně to vysvětloval: přesnou definici si nepamatuji.

Dál je zbytečné se o tom bavit názor na to oba máme diametrálně odlišný a neshodneme se.