abclinuxu.cz AbcLinuxu.cz itbiz.cz ITBiz.cz HDmag.cz HDmag.cz abcprace.cz AbcPráce.cz
AbcLinuxu hledá autory!
Inzerujte na AbcPráce.cz od 950 Kč
Rozšířené hledání
×
    včera 22:22 | Nová verze

    Byla vydána nová verze 9.7 multiplatformní digitální pracovní stanice pro práci s audiem (DAW) Ardour. Přehled novinek, vylepšení a oprav v poznámkách k vydání.

    Ladislav Hagara | Komentářů: 0
    včera 18:22 | Komunita

    Vývojáři webového prohlížeče Ladybird dnes oznámili, že mění způsob vývoje. S blížícím se vydáním alfa verze přestávají přijímat veřejné pull requesty. Všechny otevřené veřejné pull requesty budou uzavřeny. Tým nedokáže garantovat bezpečnost AI generovaných pull requestů.

    Ladislav Hagara | Komentářů: 2
    včera 17:33 | Zajímavý software

    OpenLogi (GitHub) je open source náhrada aplikace Logi Options+ pro přizpůsobení myší od společnosti Logitech. Zatím běží pouze na macOS.

    Ladislav Hagara | Komentářů: 0
    včera 04:33 | Nová verze

    Na čem pracují vývojáři webového prohlížeče Ladybird (GitHub)? Byl publikován přehled vývoje za květen (YouTube).

    Ladislav Hagara | Komentářů: 9
    4.6. 11:22 | Bezpečnostní upozornění

    Úřad pro ochranu osobních údajů řeší desítky stížností na jednotné měsíční hlášení zaměstnavatele, které stát spustil počátkem dubna. Systém, jenž má firmám odlehčit od desítek formulářů, nejenže výrazně zatížil jejich účetní oddělení, ale docházelo v něm i k únikům osobních dat zaměstnanců k firmám, kde nepracovali. Podle ministerstva práce a sociálních věcí stála za problémem technická chyba. „Incident se týkal několika stovek

    … více »
    Ladislav Hagara | Komentářů: 16
    4.6. 10:46 | Nová verze

    Byla vydána (𝕏, Bluesky) nová verze 22.0.0 open source webového aplikačního frameworku Angular (Wikipedie). Přehled novinek v příspěvku na blogu.

    Ladislav Hagara | Komentářů: 0
    4.6. 04:33 | Nová verze

    Vim Classic byl vydán ve verzi 8.3. Drew DeVault oznámil tento fork editoru Vim (verze 8.2.0148, tj. těsně před zavedením Vim9 skriptování) v březnu letošního roku. Důvodem forku bylo, že vývojáři editorů Vim a Neovim začali při vývoji využívat LLM.

    Ladislav Hagara | Komentářů: 7
    4.6. 03:44 | Komunita

    Open source konference DevConf.CZ 2026 proběhne 18. a 19. června v Brně na FIT VUT. Publikován byl program a spuštěna byla registrace.

    Ladislav Hagara | Komentářů: 0
    3.6. 19:44 | Nová verze

    Společnost JetBrains uvolnila verzi 2 svého open-source velkého jazykového modelu (LLM) pro vývojáře Mellum.

    Ladislav Hagara | Komentářů: 0
    3.6. 14:44 | IT novinky

    Probíhá konference Microsoft Build 2026. Microsoft představuje své novinky: kvantový čip Majorana 2, Surface Laptop Ultra a Surface RTX Spark Dev Box s NVIDIA RTX Spark, Intelligent Terminal, Coreutils for Windows (fork Rust Coreutils), AI modely MAI, AI agenta Scout, platformu pro agent-first zařízení Project Solara, …

    Ladislav Hagara | Komentářů: 0
    Které desktopové prostředí na Linuxu používáte?
     (12%)
     (8%)
     (2%)
     (15%)
     (31%)
     (3%)
     (6%)
     (3%)
     (15%)
     (26%)
    Celkem 1835 hlasů
     Komentářů: 30, poslední 3.4. 20:20
    Rozcestník


    Dotaz: Ruby on Rails & Migrations

    15.1.2006 17:19 dau | blog: dau | Brno
    Ruby on Rails & Migrations
    Přečteno: 243×

    Zdravím, narazil jsem na problém, s nímž si nevím rady. Netuším, zda to způsobují Rails či MySQL, hádám, že spíš to druhé bude pravdou...

    Zde uvádím část kódu, který by se měl postarat o vygenerování tabulky. Nutno dodat, že jsem postupoval podle tohoto návodu:

    class AddPlanningTable < ActiveRecord::Migration
    
      def self.up
    
      	create_table :plans do |table|
    
      		table.column :treatment_id, :integer, :limit => 10, :default => 0
    
      		table.column :name, :string
    
      	end
    
      	add_index "plans", ["treatment_id"], :name => "fk_plans_treatment"
            execute 'ALTER TABLE plans ADD CONSTRAINT fk_plans_treatment FOREIGN KEY ( treatment_id ) REFERENCES treatments( id )'
                    
      end
    
      def self.down
      	drop_table :plans
      end
    end
    

    Po zadání rake migrate se ovšem dozvím následující:

    (in /home/dau/development/)
    rake aborted!
    Mysql::Error: Can't create table './oncosys_dev/#sql-a96_ab.frm' (errno: 150): ALTER TABLE plans ADD CONSTRAINT fk_plans_treatment FOREIGN KEY ( treatment_id ) REFERENCES treatments( id )
    

    Zajímavé je, že to tabulku vytvoří, nicméně Rails na to reagují zmateně a nelze ji pak pomocí Migrations odstranit.

    Vše je bez problému jen v případě, že v definici nepoužiji generování cizího klíče - ovšem to je právě to, co nepotřebuji. Cizí klíč v tabulce musí být nutně definován. Stejná chybová hláška se objeví i v případě, že tabulku vygeneruji bez cizího klíče a pak se snažím jej přidat přímo v mysql. Přiznám se, že jsem zmaten a nevím si rady.

    Nevíte někdo, co s tím? Bez vyřešení tohoto problému se nemůžu pohnout dál. Ještě bych dodal, že používám Gentoo Linux, MySQL v. 4.0.25, Rails 1.0.0.

    Není nic tak legračního, jako nechat ze sebe dělat totálního blbce.

    Odpovědi

    15.1.2006 18:03 dau | blog: dau | Brno
    Rozbalit Rozbalit vše Re: Ruby on Rails & Migrations

    Zahledal jsem na netu, chyba 105 nějakým způsobem opravdu souvisí s generováním cizího klíče, nicméně myslím, že všechny požadavky na indexy mám splněny. Pro pořádek ještě znovu udávám výpis struktury pár tabulek (s omezeným počtem hodnot):

    CREATE TABLE machines (
      id tinyint(3) unsigned NOT NULL auto_increment,
      name varchar(50) NOT NULL default '',
      kind_of_machine varchar(5) default NULL,
      PRIMARY KEY  (id),
      UNIQUE KEY name (name)
    ) TYPE=InnoDB COMMENT='Table of machines';
    
    -- --------------------------------------------------------
    
    CREATE TABLE plans (
      id int(11) NOT NULL auto_increment,
      treatment_id int(10) default '0',
      name varchar(255) default NULL,
      PRIMARY KEY  (id),
      KEY treatment_id (treatment_id)
    ) TYPE=InnoDB;
    
    -- --------------------------------------------------------
    
    CREATE TABLE treatments (
      id int(10) unsigned NOT NULL auto_increment,
      patient_id int(10) unsigned default '0',
      machine_id tinyint(3) unsigned default '0',
      plan varchar(6) default NULL,
      description varchar(200) default NULL,
      PRIMARY KEY  (id),
      KEY plan (plan),
      KEY machine_id (machine_id),
      KEY patient_id (patient_id)
    ) TYPE=InnoDB COMMENT='Basic table with treatments';
    
    -- 
    -- Omezení pro tabulku `treatments`
    -- 
    ALTER TABLE `treatments`
      ADD CONSTRAINT `fk_treatments_machine` FOREIGN KEY (`machine_id`) REFERENCES `machines` (`id`),
      ADD CONSTRAINT `fk_treatments_patient` FOREIGN KEY (`patient_id`) REFERENCES `patients` (`id`);
    
    
    Není nic tak legračního, jako nechat ze sebe dělat totálního blbce.
    15.1.2006 18:17 Zdeněk Burda | skóre: 61 | blog: Zdendův blog | Praha
    Rozbalit Rozbalit vše Re: Ruby on Rails & Migrations
    Ahoj,

    pro výpis kódu používej pre tag, code nezachová formátování (opravil jsem ti to).
    -- Nezdar není hanbou, hanbou je strach z pokusu.
    2.2.2006 11:33 kubicek | Praha
    Rozbalit Rozbalit vše Re: Ruby on Rails & Migrations
    V tabulce plans musite mit cizi klic treatment_id definovan uplne stejne jako primarni klic tabulky treatments. Tzn: treatment_id int(10) unsigned default '0',

    Založit nové vláknoNahoru

    Tiskni Sdílej: Linkuj Jaggni to Vybrali.sme.sk Google Del.icio.us Facebook

    ISSN 1214-1267   www.czech-server.cz
    © 1999-2015 Nitemedia s. r. o. Všechna práva vyhrazena.