Stejně pojmenované sloupce ve výsledku dotazu

Ačkoliv jsem hledal před položením dotazu, našel jsem až po položení :)

Zjistil jsem, že jde o vlastnost php funkce mysql_fetch_array:
If two or more columns of the result have the same field names, the last column will take precedence. To access the other column(s) of the same name, you must use the numeric index of the column or make an alias for the column. For aliased columns, you cannot access the contents with the original column name.
více informací

V komentářích k php funkci je navrženo řešení.

Pro dibi je také navrženo řešení. Toho jsem si sice všiml již předtím, ale nelíbilo se mi na tom, že při pokládání dotazu musím myslet na to, jestli data z duplicitních sloupců budu potřebovat (pokud ano, musím vytvořit aliasy, pokud ne, můžu se na to vykašlat – ale předem to třeba nevím).

Ještě poznámka pro méně sběhlé v SQL (jako jsem třeba já). Aliasy lze využívat až ve zpracování výsledků dotazu.

Příklad:

<?php
$this->connection->select('customers.*, carts.*, goods.*')
         ->select(array('customers.id'=>'cid', 'carts.id'=>'caid', 'goods.id'=>'gid'))
                 ->from('[customers]')
                 ->leftJoin('[carts] on [carts].[customer_id]=[customers].[id]')
                 ->leftJoin('[goods] on [goods].[id]=[carts].[goods_id]')
                 ->where('[customers].[id]=%i AND [goods].[active]=%i', $customer_id, '1');
?>

Nemůžu tedy například v klauzuli WHERE použít místo [customers].[id] nadefinovaný alias cid. Můžu ho ale použít následně třeba v Nette šabloně {$item->cid}.

Mě tedy Adminer zobrazuje aliasový název sloupce. Uveď prosím, jakou používáš verzi Admineru, MySQL a jakým driverem jsi připojen (zobrazuje se po přihlášení na stránce Vybrat databázi).

Nově jsem doplnil ještě to, že původní název sloupce a tabulka se zobrazuje (pokud je k dispozici) v bublině záhlaví sloupce.

V dibi šlo zavolat nad DibiResult metodu setWithTables(TRUE) a stejně pojmenované sloupce bylo možné odlišit pomocí názvu tabulky, ale to bylo tak blbé řešení, že jsem to z poslední verze odstranil. Doporučuju proto použít aliasy nebo jiné pojmenování sloupců. Nebo SQLite ;)

paranoiq napsal(a):

@rp: dávat id sloupcům ve všech tabulkách jméno ‚id‘ je vyloženě hloupost. mimo to, že pak máš v názvech sloupců takovýhle zmatek, se také ochuzuješ o možnost používat třeba tuhle zjednodušenou syntax: … JOIN customer USING (customer_id)

Děkuji za příjemné dovzdělání. Snažil jsem se něco si z toho vzít a porovnat to s mými dosavadními zkušenostmi.

Pokud se podíváš na schéma databáze účetního systému POHODA (což můžeš udělat poměrně snadno), tak zjistíš, že obsahuje 110 tabulek (verze leden 2010). Z nich celkem 110 používá jako název pro id sloupec ID. Sloupec s cizím klíčem k propojené tabulce se používá název Ref[název_propojené_tabulky].

Snažil jsem se prostudovat další zdroje a vyplývá mi z toho, že při volbě primárního klíče je nejlepší sledovat nějaké jednotné pravidlo. Což třeba u MS Access je automaticky číslované pole ID .

Dalo by se namítnout, že takovým jednotným pravidlem může být vytváření primárních klíčů ve tvaru tablename_id nebo id_tablename s efektivním využitím klauzule USING. Proti tomu mám vlastně „jen“ principiální námitku. Uvádím znovu informaci, která je již přítomna. Název sloupce v plném tvaru by pak byl například customers.customers_id (když vynechám název databáze). Pokud je něco přítomno, měl bych to použít a ne to znovu uvádět.

Přirovnal bych to k tomu, že na svém disku nemohu mít dva soubory stejného jména. I když je umístím do různých adresářů. Anebo si to lze představit jako nemožnost uvést dva stejnojmenné tagy v XML souboru. Což samozřejmě jde díky jmenným prostorům. Soubor na disku odkážu jednoduše uvedením absolutní cesty a tag v XML zase jinak. Naproti tomu v php pohořím, protože budu muset definovat alias pro každý potenciálně duplicitní sloupec. A budu na to muset setsakra pamatovat, protože jinak se místo jména výrobku vypíše jméno zákazníka, který si ho objednal (nejde jen o sloupce ID, to byl ostatně jen příklad). Je to potenciální zdroj chyb. U třech tabulek duplicitní názvy uhlídám, ale dokážu to třeba u 20 nebo 50?

Ideální chování si představuji tak, že na sloupec mohu odkázat ve tvaru column nebo table.column. Podle libosti.

Ještě to budu muset řádně prozkoumat a podívat se, jak to řeší jiní. Z toho co zatím vidím v jiných databázích je ale zřejmé, že odkazování sloupce pomocí table.column je zcela běžné.

Používám Adminer 2.3.0, MySQL 5.1.32-community-log a zmíněné chování nepozoruji.

Když napíšu „nově jsem doplnil“, tak to znamená v repozitáři.