Záhadná Iva na Ignum.cz (diskuse)

[Luk]

Co je na té odpovědi divného? Nepochopil jsem to

[Max]

Že mají opravdu pěkná omezení ? :D
Zdar Max

[Luk]

Nevím nic o tom, jak je to řešeno. Ale pokud je to uděláno primitivně (protože se nepočítalo s tím, že to někdo bude používat k rozesílání na x adres), pak na tom opravdu nevidím nic divného.

[xkucf03]

Vypadá to, že místo aby měli každou adresu v databázové tabulce v jedné řádce a připojené cizím klíčem k zdrojové adrese, tak mají všechno v jedné tabulce a cílové adresy namaštěné pěkně v jednom sloupečku oddělené nějakým znakem (mezera, středík...). To mi teda divné přijde. No asi někdo z nich chyběl ve škole, když se probíraly databáze (nebo tam pro jistotu vůbec nechodil).

[Michal Kašpar]

No ono až z té školy odejdete, tak možná zjistíte, že je spousta dobrých důvodů to s tou normalizací dat v reálné databázi nepřehánět.

[xkucf03]

Mají někde v dokumentaci, že suma délek e-mailových adres + oddělovací znaky musí být kratší než nějaké číslo (rozměr sloupečku)? Předpokládám, že ne, protože jinak by se jim zákazníci vysmáli. V tom případě se ale systém nechová podle očekávání a je špatný bez ohledu na normalizaci.

[Josef Kufner]

A jaké jsou ty důvody?

[happy barney]

je licencia na počet tabuliek dobrý dôvod?

[dada]

Na starych unixech (a z duvodu kompatibility nekdy i dnes) je omezen pocet znaku v aliasu na 256 znaku. Ty dalsi se rezou. Obvykle reseni tohoto omezeni spociva v definovani dalsich aliasu podle prikladu:

neco: neco1, neco2
neco1: adresa1, adresa2
neco2: adresa3,adresa4

[Zdeněk Štěpánek]

pokud tam mas nastavene neco ve smyslu:

firma@firma.cz -> adam@firma.cz, eva@firma.cz, pepa@firma.cz, jozin@firma.cz....

tak to je standardne jeden radek v databazi. pokud ma druhej sloupec nevhodny datovy typ, tak je logicky ze narazis na omezeni.

Ja mel v databazi stejnej problem, pak jsme zmenil datovy typ, data z asi 10 subaliasu sesypal do jednoho radku a je to.

Zdenek