亚洲第一a在线网站_日韩欧美国产专区_久久国产亚洲女同精品_亚洲国产小电影在线观看高清

食品伙伴網(wǎng)服務號

繁殖家兔“配對”技巧多多

放大字體  縮小字體 發(fā)布日期:2014-04-03
核心提示:在嚴格選種的基礎上,對家兔的配偶加以人為控制,便是時尚所說的“配對”,不過專業(yè)術語稱之為“選配”。選配的主要目的是使優(yōu)秀個體獲得更多的交配機會,并使優(yōu)良基因更好地重新組合,以增加兔群的同質(zhì)性與促進兔群的改良和提高,是正規(guī)養(yǎng)兔場一項不可忽略的工作。

在嚴格選種的基礎上,對家兔的配偶加以人為控制,便是時尚所說的“配對”,不過專業(yè)術語稱之為“選配”。選配的主要目的是使優(yōu)秀個體獲得更多的交配機會,并使優(yōu)良基因更好地重新組合,以增加兔群的同質(zhì)性與促進兔群的改良和提高,是正規(guī)養(yǎng)兔場一項不可忽略的工作。那么,如何操作呢?

1、方法多種,因兔而異

第一種是同質(zhì)選配 就是選用性狀相同、性能表現(xiàn)一致,或育種值相似的優(yōu)秀公母兔來配種,以期獲得相似的優(yōu)秀后代。凡選配雙方愈相似,則愈有可能將共同的優(yōu)秀品質(zhì)遺傳給后代,使優(yōu)良性狀得以保持和鞏固。例如,選擇體型大、毛皮質(zhì)量好的公、母兔進行配種,則可使獺兔的體重和毛皮質(zhì)量這一重要性狀的遺傳性能得到進一步穩(wěn)定和鞏固。

第二種是異質(zhì)選配 它可分為兩種情況,一是選擇具有不同優(yōu)異性狀的公母兔相配,以期兩個性狀結合在一起,從而獲得兼有雙親不同優(yōu)點的后代。例如,選毛長的與毛密的兔配,就是從這個目的出發(fā)的。又如,選體型中等、被毛密度大的與毛密度不突出但體型較大的兔配,便使毛密、體型大的優(yōu)良性狀集中在一起,可以提高后代毛皮質(zhì)量。二是選擇同一性狀但優(yōu)劣程度不同的公母兔相配,以好改壞,以優(yōu)改劣,以良好性狀糾正不良性狀,以期后代能取得較大的改進和提高。例如,有的獺兔毛稀而均勻度好,有的則毛密但均勻度差,通過異質(zhì)選配后可獲得毛密而均勻平齊的后代。

第三種是年齡選配 其適宜的采用模式有青年公兔×壯年母兔;優(yōu)秀老年公兔×壯年母兔;壯年公兔×壯年母兔;壯年公兔×青年母兔;壯年公兔×老年母兔。

第四種是親緣選配 也叫親交,是近親交配或親緣交配的簡稱,指父母雙方到共同祖先的總代數(shù)不超過六代的個體間互相交配。此法多應用在兔的育種上。近交容易出現(xiàn)衰退,如后代抗病力和存活力下降、仔兔在胚胎期或出生后死亡率增加、畸形兔的出現(xiàn)、生長發(fā)育緩慢,以及繁殖力與生產(chǎn)性能降低等,故在商品生產(chǎn)兔上少用。

2、基本原則,必須遵守

目標要明確 選種選配工作要緊緊圍繞著育種和生產(chǎn)服務的總目標進行,切忌盲目與“一刀切”。

近交要控制 在兔的育種上,為了追求固定優(yōu)良性狀,揭露有害基因,保持優(yōu)良個體血統(tǒng),提高兔群的同質(zhì)性,有時不得不采用近交法,但在種兔生產(chǎn)和商品兔生產(chǎn)上不提倡。一般要掌握5~7代無親緣關系的兔才能配對,尤其是父與女、母與子、兄妹之間堅決不交配。在育種中一旦遇到上述后患時,要通過加強育種計劃、嚴格選種制度、加強近交后代飼養(yǎng)管理等加以防止。其中,“血緣更新”更為可貴。具體方法是從兄弟兔場換過一些同品種同類型但無親緣關系的種公兔或母兔來進行血緣更新,關鍵是一定要注意引入有類似特征特性的種兔,以免抵消近交帶來的效果。

選配要有度 其要點分別是:凡年齡和體重未達到標準的不參加配種;優(yōu)秀母兔必須用優(yōu)秀公兔交配,即公兔的品質(zhì)等級要高于母兔;老兔與老兔、幼兔與幼兔不能配,老兔配幼兔的效果也不好,只有壯年公母兔相配或幼母兔、老母兔與壯年公兔配,才有可能取得較好效果;有相反缺陷的公母兔不配對(如凹背兔與凸背兔、毛稀兔與毛密兔不能配)、有遺傳缺陷的種兔(如牛眼、單睪、八字腿等)不能參加配種等。

注意親和力 經(jīng)過選配的公母兔一旦結合成對產(chǎn)生后代后,還存在一個互相作用的力量的問題,有時順應人意,有時未能如愿,故要認真觀察。若它們所產(chǎn)后代表現(xiàn)不良(如產(chǎn)仔少、生活力弱、抗病力差),則不應在予結合,待下次配種前重新配對。

編輯:foodqa

 
分享:
關鍵詞: 繁殖 家兔 配對 技巧
[ 網(wǎng)刊訂閱 ]  [ 生產(chǎn)技術搜索 ]  [ ]  [ 告訴好友 ]  [ 打印本文 ]  [ 關閉窗口 ] [ 返回頂部 ]
 

 
 
推薦生產(chǎn)技術
點擊排行
 
 
Processed in 2.530 second(s), 280 queries, Memory 1.61 M