ਡਾਟਾ ਮਾਈਗ੍ਰੇਸ਼ਨ ਪ੍ਰਣਾਲੀਆਂ ਦੀ ਤੁਲਨਾ ਅਤੇ ਚੋਣ

ਡਾਟਾ ਮਾਈਗ੍ਰੇਸ਼ਨ ਪ੍ਰਣਾਲੀਆਂ ਦੀ ਤੁਲਨਾ ਅਤੇ ਚੋਣ

ਡਾਟਾ ਮਾਡਲ ਵਿਕਾਸ ਪ੍ਰਕਿਰਿਆ ਦੇ ਦੌਰਾਨ ਬਦਲਦਾ ਹੈ, ਅਤੇ ਕਿਸੇ ਸਮੇਂ ਇਹ ਹੁਣ ਡੇਟਾਬੇਸ ਨਾਲ ਮੇਲ ਨਹੀਂ ਖਾਂਦਾ ਹੈ। ਬੇਸ਼ੱਕ, ਡੇਟਾਬੇਸ ਨੂੰ ਮਿਟਾਇਆ ਜਾ ਸਕਦਾ ਹੈ, ਅਤੇ ਫਿਰ ORM ਇੱਕ ਨਵਾਂ ਸੰਸਕਰਣ ਬਣਾਏਗਾ ਜੋ ਮਾਡਲ ਨਾਲ ਮੇਲ ਖਾਂਦਾ ਹੈ, ਪਰ ਇਹ ਵਿਧੀ ਮੌਜੂਦਾ ਡੇਟਾ ਦੇ ਨੁਕਸਾਨ ਵੱਲ ਲੈ ਜਾਵੇਗੀ. ਇਸ ਤਰ੍ਹਾਂ, ਮਾਈਗ੍ਰੇਸ਼ਨ ਪ੍ਰਣਾਲੀ ਦਾ ਕੰਮ ਇਹ ਯਕੀਨੀ ਬਣਾਉਣਾ ਹੈ ਕਿ, ਇੱਕ ਸਕੀਮਾ ਤਬਦੀਲੀ ਦੇ ਨਤੀਜੇ ਵਜੋਂ, ਇਹ ਮੌਜੂਦਾ ਡੇਟਾ ਨੂੰ ਗੁਆਏ ਬਿਨਾਂ ਐਪਲੀਕੇਸ਼ਨ ਵਿੱਚ ਡੇਟਾ ਮਾਡਲ ਨਾਲ ਸਮਕਾਲੀ ਹੈ।

ਇਸ ਲੇਖ ਵਿੱਚ, ਅਸੀਂ ਡੇਟਾਬੇਸ ਮਾਈਗ੍ਰੇਸ਼ਨ ਦੇ ਪ੍ਰਬੰਧਨ ਲਈ ਵੱਖ-ਵੱਖ ਸਾਧਨਾਂ ਨੂੰ ਦੇਖਣਾ ਚਾਹਾਂਗੇ। ਅਸੀਂ ਉਮੀਦ ਕਰਦੇ ਹਾਂ ਕਿ ਇਹ ਸਮੀਖਿਆ ਉਹਨਾਂ ਡਿਵੈਲਪਰਾਂ ਲਈ ਲਾਭਦਾਇਕ ਹੋਵੇਗੀ ਜਿਨ੍ਹਾਂ ਦਾ ਸਾਹਮਣਾ ਇੱਕ ਸਮਾਨ ਵਿਕਲਪ ਹੈ।

ਉਦੇਸ਼

ਸਾਡੀ ਕੰਪਨੀ ਇਸ ਸਮੇਂ ਉਤਪਾਦ ਦੀ ਅਗਲੀ ਪੀੜ੍ਹੀ ਦਾ ਸਰਗਰਮੀ ਨਾਲ ਵਿਕਾਸ ਕਰ ਰਹੀ ਹੈ - ਡੌਕਸ ਸੁਰੱਖਿਆ ਸੂਟ (DSS)। ਸਰਵਰ ਦਾ ਹਿੱਸਾ .Net Core ਵਿੱਚ ਲਿਖਿਆ ਗਿਆ ਹੈ, ਅਤੇ ਐਂਟਿਟੀ ਫਰੇਮਵਰਕ ਕੋਰ ਨੂੰ DBMS ਵਜੋਂ ਵਰਤਿਆ ਜਾਂਦਾ ਹੈ। ਕਿਸੇ ਐਪਲੀਕੇਸ਼ਨ ਨੂੰ ਡਿਜ਼ਾਈਨ ਕਰਦੇ ਸਮੇਂ, ਅਸੀਂ ਕੋਡ ਫਸਟ ਪਹੁੰਚ ਦੀ ਵਰਤੋਂ ਕਰਦੇ ਹਾਂ।

ਐਪਲੀਕੇਸ਼ਨ ਡੋਮੇਨ ਮਾਡਲ ਇੱਕੋ ਸਮੇਂ ਕਈ ਡਿਵੈਲਪਰਾਂ ਦੁਆਰਾ ਬਣਾਇਆ ਗਿਆ ਹੈ - ਹਰੇਕ ਸਿਸਟਮ ਦੇ ਆਪਣੇ ਲਾਜ਼ੀਕਲ ਹਿੱਸੇ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹੈ।

DSS ਦੀ ਪਿਛਲੀ ਪੀੜ੍ਹੀ ਨੇ ਮਾਈਗ੍ਰੇਸ਼ਨ ਪ੍ਰਬੰਧਨ ਪ੍ਰਣਾਲੀ ਵਜੋਂ ਕਲਾਸਿਕ ਐਂਟਿਟੀ ਫਰੇਮਵਰਕ ਮਾਈਗ੍ਰੇਸ਼ਨ (EF 6) ਦੀ ਵਰਤੋਂ ਕੀਤੀ। ਹਾਲਾਂਕਿ, ਇਸਦੇ ਵਿਰੁੱਧ ਕੁਝ ਸ਼ਿਕਾਇਤਾਂ ਇਕੱਠੀਆਂ ਹੋਈਆਂ ਹਨ, ਮੁੱਖ ਇੱਕ ਇਹ ਹੈ ਕਿ EF ਕੋਲ ਸੰਸਕਰਣ ਵਿਵਾਦਾਂ ਨੂੰ ਸੁਲਝਾਉਣ ਲਈ ਇੱਕ ਸਮਝਦਾਰ ਪਹੁੰਚ ਦੀ ਘਾਟ ਹੈ। ਸਹਾਇਤਾ ਦੇ ਹਿੱਸੇ ਵਜੋਂ ਬੱਗ ਫਿਕਸ ਕਰਨ ਵੇਲੇ ਇਹ ਤੱਥ ਅਜੇ ਵੀ ਸਾਨੂੰ ਪਰੇਸ਼ਾਨ ਕਰਦਾ ਹੈ, ਇਸ ਲਈ ਅਸੀਂ ਵਿਕਲਪਕ ਵਿਕਲਪਾਂ 'ਤੇ ਵਿਚਾਰ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕੀਤਾ ਹੈ।

ਚਰਚਾ ਦੇ ਨਤੀਜੇ ਵਜੋਂ, ਮਾਈਗ੍ਰੇਸ਼ਨ ਪ੍ਰਬੰਧਨ ਪ੍ਰਣਾਲੀ ਲਈ ਹੇਠ ਲਿਖੀਆਂ ਲੋੜਾਂ ਬਣਾਈਆਂ ਗਈਆਂ ਸਨ:

1. ਵੱਖ-ਵੱਖ DBMS ਲਈ ਸਮਰਥਨ। MS SQL ਸਰਵਰ, PostgreSQL, Oracle ਦੀ ਲੋੜ ਹੈ, ਪਰ ਇਹ ਸੰਭਾਵੀ ਤੌਰ 'ਤੇ ਦੂਜਿਆਂ ਦੀ ਵਰਤੋਂ ਕਰਨਾ ਸੰਭਵ ਹੈ
2. ORM ਨਾਲ ਕੰਮ ਕਰਨਾ। ਸ਼ੁਰੂ ਵਿੱਚ, EF ਕੋਰ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦੀ ਯੋਜਨਾ ਬਣਾਈ ਗਈ ਸੀ, ਪਰ ਡਿਜ਼ਾਈਨ ਪੜਾਅ 'ਤੇ ਅਸੀਂ ਹੋਰ ORM' ਤੇ ਵਿਚਾਰ ਕਰਨ ਲਈ ਤਿਆਰ ਸੀ
3. ਮਾਈਗ੍ਰੇਸ਼ਨ ਦੀ ਸਵੈ-ਉਤਪਤੀ. ਕੋਡ ਫਸਟ ਦੇ ਵਿਕਾਸ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਦੇ ਹੋਏ, ਮੈਂ "ਹੱਥ-ਲਿਖਣ" ਮਾਈਗ੍ਰੇਸ਼ਨ ਦੀ ਲੋੜ ਤੋਂ ਬਚਣਾ ਚਾਹਾਂਗਾ
4. ਸੰਸਕਰਣ ਵਿਵਾਦ। ਇੱਕ ਵਿਤਰਿਤ ਵਿਕਾਸ ਵਾਤਾਵਰਣ ਵਿੱਚ, ਅਭੇਦ ਹੋਣ 'ਤੇ, EF ਕੋਰ ਟਕਰਾਅ ਦਾ ਸ਼ਿਕਾਰ ਹੋ ਸਕਦਾ ਹੈ। ਇਹ ਇੱਕ ਮਹੱਤਵਪੂਰਨ ਸਮੱਸਿਆ ਬਣ ਜਾਂਦੀ ਹੈ ਕਿਉਂਕਿ ਐਪਲੀਕੇਸ਼ਨ ਦੇ ਵੱਖ-ਵੱਖ ਹਿੱਸੇ ਵੱਖ-ਵੱਖ ਡਿਵੈਲਪਰਾਂ ਦੁਆਰਾ ਬਣਾਏ ਜਾਂਦੇ ਹਨ, ਇਸ ਲਈ ਤੁਹਾਨੂੰ ਹਰੇਕ 'ਤੇ ਬਹੁਤ ਸਮਾਂ ਬਿਤਾਉਣਾ ਪੈਂਦਾ ਹੈ।
5. ਉੱਨਤ ਦਸਤਾਵੇਜ਼ ਅਤੇ ਸਹਾਇਤਾ। ਇੱਥੇ, ਇਹ ਸਾਨੂੰ ਜਾਪਦਾ ਹੈ, ਕਿਸੇ ਵਿਆਖਿਆ ਦੀ ਲੋੜ ਨਹੀਂ ਹੈ
6. ਮੁਫ਼ਤ. ਮਾਪਦੰਡ ਸ਼ਰਤੀਆ ਹੈ, ਕਿਉਂਕਿ ਸਿਸਟਮ ਬਹੁਤ ਮਹਿੰਗੇ ਜਾਂ ਮਹਿੰਗੇ ਨਹੀਂ ਹਨ, ਪਰ ਸੁਵਿਧਾ ਵਿੱਚ ਆਦਰਸ਼ ਹਨ, ਅਸੀਂ ਵਿਚਾਰ ਕਰਨ ਲਈ ਵੀ ਤਿਆਰ ਸੀ

ਥੋੜ੍ਹੇ ਜਿਹੇ ਖੋਜ ਦੇ ਨਤੀਜੇ ਵਜੋਂ, ਹੇਠਾਂ ਦਿੱਤੇ ਵਿਕਲਪ ਲੱਭੇ ਗਏ ਅਤੇ ਵਿਚਾਰ ਕਰਨ ਲਈ ਫਾਇਦੇਮੰਦ ਪਾਏ ਗਏ:

1. EF ਕੋਰ ਮਾਈਗ੍ਰੇਸ਼ਨ
2. DBup
3. ਗੋਲਹਾਊਸ ਈ
4. ਥਿੰਕਿੰਗ ਹੋਮ।ਮਾਈਗਰੇਟਰ
5. ਫਲੂਐਂਟ ਮਾਈਗ੍ਰੇਟਰ

ਅਤੇ ਹੁਣ ਇੱਕ ਛੋਟਾ ਜਿਹਾ ਹੋਰ ਵੇਰਵੇ

EntityFramework ਕੋਰ ਮਾਈਗ੍ਰੇਸ਼ਨ

ਕੁਦਰਤੀ ਤੌਰ 'ਤੇ, ਇਹ ਚੁਣਨ ਦਾ ਪਹਿਲਾ ਅਤੇ ਮੁੱਖ ਵਿਕਲਪ ਸੀ. ਇੱਕ ਦੇਸੀ ਯੰਤਰ ਜੋ ਡੱਬੇ ਦੇ ਬਾਹਰ ਕੰਮ ਕਰਦਾ ਹੈ ਬਿਨਾਂ ਕਿਸੇ ਡਫਲੀ ਦੇ ਆਲੇ ਦੁਆਲੇ। ਦਸਤਾਵੇਜ਼ਾਂ ਦੀ ਇੱਕ ਵੱਡੀ ਮਾਤਰਾ, ਅਧਿਕਾਰਤ ਅਤੇ ਅਜਿਹਾ ਨਹੀਂ, ਸਾਦਗੀ, ਆਦਿ. ਹਾਲਾਂਕਿ, ਕਲਾਸਿਕ EF ਬਾਰੇ ਕੀਤੀਆਂ ਸ਼ਿਕਾਇਤਾਂ EF ਕੋਰ ਲਈ ਵੀ ਕਾਫ਼ੀ ਢੁਕਵੀਆਂ ਹਨ।

ਇਸ ਤਰ੍ਹਾਂ, EF ਕੋਰ ਦੇ ਫਾਇਦੇ ਉਜਾਗਰ ਕੀਤੇ ਗਏ ਹਨ:

• ਮਾਈਕ੍ਰੋਸਾੱਫਟ ਸਹਾਇਤਾ, ਦਸਤਾਵੇਜ਼, ਰੂਸੀ, ਵਿਸ਼ਾਲ ਭਾਈਚਾਰੇ ਸਮੇਤ
• CodeFirst 'ਤੇ ਆਧਾਰਿਤ ਮਾਈਗ੍ਰੇਸ਼ਨ ਦੀ ਸਵੈ-ਉਤਪਤੀ
• EF 6 ਦੇ ਮੁਕਾਬਲੇ, EF ਕੋਰ ਹੁਣ ਡੇਟਾਬੇਸ ਦਾ ਸਨੈਪਸ਼ਾਟ ਸਟੋਰ ਨਹੀਂ ਕਰਦਾ ਹੈ। ਕੋਡ ਫਸਟ ਵਿੱਚ EF ਕੋਰ ਦੇ ਨਾਲ ਕੰਮ ਕਰਦੇ ਸਮੇਂ, ਡੇਟਾਬੇਸ ਨੂੰ ਤੈਨਾਤ ਕਰਨਾ ਹੁਣ ਜ਼ਰੂਰੀ ਨਹੀਂ ਹੈ
• ਕਿਉਂਕਿ ਅਸੀਂ ਕੋਡ ਫਸਟ ਤੋਂ ਡਾਂਸ ਕਰ ਰਹੇ ਹਾਂ, ਇਸ ਲਈ ਸਾਰੇ ਲੋੜੀਂਦੇ ਡੇਟਾ ਐਕਸੈਸ ਪ੍ਰਦਾਤਾਵਾਂ ਲਈ ਇੱਕ ਮਾਈਗ੍ਰੇਸ਼ਨ ਕਰਨਾ ਸੰਭਵ ਹੈ
• ਪ੍ਰਦਾਤਾਵਾਂ ਦੇ ਸੰਬੰਧ ਵਿੱਚ, PostgreSQL ਸਮਰਥਿਤ ਹੈ, ਓਰੇਕਲ ਸਮਰਥਿਤ ਹੈ, ਆਦਿ, ਆਦਿ, ਅਤੇ ਇੱਥੋਂ ਤੱਕ ਕਿ MS SQL ਸਰਵਰ 

ਅਤੇ ਨੁਕਸਾਨ ਵੀ:

• ਟਕਰਾਅ ਦਾ ਹੱਲ ਉਸੇ ਪੱਧਰ 'ਤੇ ਰਿਹਾ। ਮਾਈਗ੍ਰੇਸ਼ਨ ਨੂੰ ਕ੍ਰਮਬੱਧ ਕਰਨਾ ਅਤੇ ਡੇਟਾਬੇਸ ਸਨੈਪਸ਼ਾਟ ਨੂੰ ਅਪਡੇਟ ਕਰਨਾ ਜ਼ਰੂਰੀ ਹੈ
• ਉਹਨਾਂ ਮਾਡਲਾਂ 'ਤੇ ਨਿਰਭਰਤਾ ਜਿਸ 'ਤੇ ਮਾਈਗ੍ਰੇਸ਼ਨ ਪੈਦਾ ਹੁੰਦੇ ਹਨ

DbUp

dbup.github.io

DbUp ਇੱਕ .NET ਲਾਇਬ੍ਰੇਰੀ ਹੈ ਜੋ NuGet ਦੁਆਰਾ ਸਥਾਪਿਤ ਕੀਤੀ ਗਈ ਹੈ ਅਤੇ SQL ਸਰਵਰ ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਨੂੰ ਪੁਸ਼ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰਦੀ ਹੈ। ਇਹ ਟ੍ਰੈਕ ਰੱਖਦਾ ਹੈ ਕਿ ਕਿਹੜੀਆਂ ਤਬਦੀਲੀਆਂ ਸਕ੍ਰਿਪਟਾਂ ਪਹਿਲਾਂ ਹੀ ਚਲਾਈਆਂ ਜਾ ਚੁੱਕੀਆਂ ਹਨ ਅਤੇ ਉਹਨਾਂ ਨੂੰ ਚਲਾਉਂਦੀਆਂ ਹਨ ਜੋ ਡੇਟਾਬੇਸ ਨੂੰ ਅਪਡੇਟ ਕਰਨ ਲਈ ਜ਼ਰੂਰੀ ਹਨ। ਲਾਇਬ੍ਰੇਰੀ ASP.NET 'ਤੇ ਇੱਕ ਓਪਨ ਸੋਰਸ ਬਲੌਗਿੰਗ ਇੰਜਣ ਲਈ ਇੱਕ ਪ੍ਰੋਜੈਕਟ ਤੋਂ ਵਧੀ ਹੈ ਅਤੇ ਇੱਕ MIT ਲਾਇਸੰਸ ਦੇ ਅਧੀਨ ਮੌਜੂਦ ਹੈ, ਅਤੇ ਕੋਡ GitHub 'ਤੇ ਹੈ। ਮਾਈਗਰੇਸ਼ਨਾਂ ਦਾ ਵਰਣਨ T-SQL ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਕੀਤਾ ਗਿਆ ਹੈ।

ਕੀ ਫਾਇਦੇ ਹਨ:

• ਵੱਡੀ ਗਿਣਤੀ ਵਿੱਚ DBMS (MS SQL ਸਰਵਰ, PstgreSQL, MySQL) ਲਈ ਸਮਰਥਨ
• ਕਿਉਂਕਿ ਸਕ੍ਰਿਪਟਾਂ T-SQL ਵਿੱਚ ਲਿਖੀਆਂ ਗਈਆਂ ਹਨ, ਉਹ ਕਾਫ਼ੀ ਸਧਾਰਨ ਦਿਖਾਈ ਦਿੰਦੀਆਂ ਹਨ
• SQL ਦੀ ਵਰਤੋਂ ਕਰਕੇ ਵਿਵਾਦਾਂ ਨੂੰ ਵੀ ਹੱਲ ਕੀਤਾ ਜਾਂਦਾ ਹੈ

ਅਤੇ ਨੁਕਸਾਨ:

• ਸਮਰਥਿਤ DBMS ਦੀਆਂ ਸਾਰੀਆਂ ਕਿਸਮਾਂ ਦੇ ਨਾਲ, ਓਰੇਕਲ ਉਹਨਾਂ ਵਿੱਚੋਂ ਇੱਕ ਨਹੀਂ ਹੈ
• ORM ਨਾਲ ਇੰਟਰੈਕਟ ਨਹੀਂ ਕਰਦਾ
• T-SQL ਸਕ੍ਰਿਪਟਾਂ ਨੂੰ ਹੱਥਾਂ ਨਾਲ ਲਿਖਣਾ ਉਹ ਨਹੀਂ ਹੈ ਜਿਸਦਾ ਅਸੀਂ ਟੀਚਾ ਸੀ
• ਦਸਤਾਵੇਜ਼ ਅਤੇ ਕਮਿਊਨਿਟੀ ਇਸ ਤਰ੍ਹਾਂ ਦੇ ਹਨ, ਹਾਲਾਂਕਿ SQL ਸਕ੍ਰਿਪਟਾਂ ਨੂੰ ਲਿਖਣ ਦੇ ਮਾਮਲੇ ਵਿੱਚ ਉਹ ਜ਼ਰੂਰੀ ਨਹੀਂ ਹੋ ਸਕਦੇ ਹਨ।

ਗੋਲਹਾਊਸ ਈ

github.com/chucknorris/roundhouse

ਇਹ ਮਾਈਗ੍ਰੇਸ਼ਨ ਮੈਨੇਜਮੈਂਟ ਟੂਲ, ਅਪਾਚੇ 2.0 ਲਾਇਸੰਸ ਦੇ ਤਹਿਤ ਵੰਡਿਆ ਗਿਆ, ਪਿਛਲੇ ਇੱਕ ਵਾਂਗ, T-SQL ਮਾਈਗ੍ਰੇਸ਼ਨ ਇੰਜਣ 'ਤੇ ਚੱਲਦਾ ਹੈ। ਜ਼ਾਹਰਾ ਤੌਰ 'ਤੇ, ਡਿਵੈਲਪਰਾਂ ਨੇ ਇੱਕ ਆਰਾਮਦਾਇਕ ਵਿਕਾਸ ਪ੍ਰਕਿਰਿਆ ਬਣਾਉਣ ਦੀ ਬਜਾਏ, DBMS ਸਹਾਇਤਾ ਸੰਬੰਧੀ ਤਕਨੀਕੀ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਹੱਲ ਕਰਨ ਨੂੰ ਤਰਜੀਹ ਦਿੱਤੀ।

ਪ੍ਰੋ:

• ਲੋੜੀਂਦੇ DBMS (ਓਰੇਕਲ ਸਮੇਤ) ਦਾ ਸਮਰਥਨ ਕਰਦਾ ਹੈ

ਨੁਕਸਾਨ:

• Oracle (ਅਤੇ ਨਾਲ ਹੀ ਪਹੁੰਚ, ਜੋ ਸਾਡੇ ਲਈ ਅਪ੍ਰਸੰਗਿਕ ਹੈ) .NET ਕੋਰ 'ਤੇ ਸਮਰਥਿਤ ਨਹੀਂ ਹੈ, ਸਿਰਫ .NET ਪੂਰੇ ਫਰੇਮਵਰਕ 'ਤੇ।
• ORM ਨਾਲ ਕੰਮ ਨਹੀਂ ਕਰਦਾ
• ਪਿਛਲੇ ਟੂਲ ਨਾਲੋਂ ਵੀ ਘੱਟ ਦਸਤਾਵੇਜ਼ ਹਨ
• ਦੁਬਾਰਾ - ਮਾਈਗ੍ਰੇਸ਼ਨ ਸਕ੍ਰਿਪਟਾਂ ਦੁਆਰਾ ਲਿਖੇ ਗਏ ਹਨ

ਥਿੰਕਿੰਗ ਹੋਮ।ਮਾਈਗਰੇਟਰ

.NET ਕੋਰ ਪਲੇਟਫਾਰਮ ਲਈ ਵਰਜਨਡ ਡਾਟਾਬੇਸ ਸਕੀਮਾ ਮਾਈਗ੍ਰੇਸ਼ਨ ਲਈ ਇੱਕ ਟੂਲ, MIT ਲਾਇਸੰਸ ਦੇ ਅਧੀਨ ਵੰਡਿਆ ਗਿਆ। ਡਿਵੈਲਪਰ ਨੇ ਖੁਦ ਲਗਭਗ ਇੱਕ ਸਾਲ ਪਹਿਲਾਂ ਇਸਦੇ ਨਵੀਨਤਮ ਸੰਸਕਰਣ ਬਾਰੇ ਲਿਖਿਆ ਸੀ.

ਪ੍ਰੋ:

• .NET ਕੋਰ ਲਈ ਤਿਆਰ ਕੀਤਾ ਗਿਆ ਹੈ
• ਮਾਈਗ੍ਰੇਸ਼ਨ ਦੀ ਇੱਕ ਬ੍ਰਾਂਚਿੰਗ ਕ੍ਰਮ ਨੂੰ ਲਾਗੂ ਕੀਤਾ
• ਲਾਗੂ ਕੀਤਾ ਮਾਈਗ੍ਰੇਸ਼ਨ ਲੌਗਿੰਗ

ਨੁਕਸਾਨ:

• ਆਖਰੀ ਵਾਰ ਇੱਕ ਸਾਲ ਪਹਿਲਾਂ ਅੱਪਡੇਟ ਕੀਤਾ ਗਿਆ। ਜ਼ਾਹਰ ਹੈ ਕਿ ਪ੍ਰੋਜੈਕਟ ਸਮਰਥਿਤ ਨਹੀਂ ਹੈ
• ਓਰੇਕਲ ਦੁਆਰਾ ਸਮਰਥਿਤ ਨਹੀਂ (ਲੇਖ ਵਿੱਚ ਕਿਹਾ ਗਿਆ ਹੈ ਕਿ ਇਹ .NET ਕੋਰ ਲਈ ਇੱਕ ਸਥਿਰ ਲਾਗੂਕਰਨ ਦੀ ਘਾਟ ਕਾਰਨ ਹੈ - ਪਰ ਇਹ ਇੱਕ ਸਾਲ ਪਹਿਲਾਂ ਹੈ)
• ਮਾਈਗ੍ਰੇਸ਼ਨ ਦੀ ਕੋਈ ਆਟੋਮੈਟਿਕ ਪੀੜ੍ਹੀ ਨਹੀਂ ਹੈ

ਕੁੱਲ ਮਿਲਾ ਕੇ, ਪ੍ਰੋਜੈਕਟ ਆਸ਼ਾਜਨਕ ਲੱਗ ਰਿਹਾ ਹੈ, ਖਾਸ ਤੌਰ 'ਤੇ ਜੇ ਇਹ ਵਿਕਸਤ ਕਰਨਾ ਸੀ, ਪਰ ਸਾਨੂੰ ਇੱਥੇ ਅਤੇ ਹੁਣੇ ਇੱਕ ਫੈਸਲਾ ਲੈਣ ਦੀ ਲੋੜ ਸੀ।

ਫਲੂਐਂਟ ਮਾਈਗ੍ਰੇਟਰ

github.com/fluentmigrator/fluentmigrator

ਪ੍ਰਸ਼ੰਸਕਾਂ ਦੀ ਇੱਕ ਵੱਡੀ ਫੌਜ ਦੇ ਨਾਲ ਸਭ ਤੋਂ ਪ੍ਰਸਿੱਧ ਮਾਈਗ੍ਰੇਸ਼ਨ ਟੂਲ। ਅਪਾਚੇ 2.0 ਲਾਇਸੰਸ ਦੇ ਤਹਿਤ ਵੰਡਿਆ ਗਿਆ। ਜਿਵੇਂ ਕਿ ਵਰਣਨ ਵਿੱਚ ਦੱਸਿਆ ਗਿਆ ਹੈ, ਇਹ .NET ਲਈ ਇੱਕ ਮਾਈਗ੍ਰੇਸ਼ਨ ਫਰੇਮਵਰਕ ਹੈ, ਰੂਬੀ ਆਨ ਰੇਲਜ਼ ਮਾਈਗ੍ਰੇਸ਼ਨ ਦੇ ਸਮਾਨ ਹੈ। C# ਕਲਾਸਾਂ ਵਿੱਚ ਡਾਟਾਬੇਸ ਸਕੀਮਾ ਵਿੱਚ ਤਬਦੀਲੀਆਂ ਦਾ ਵਰਣਨ ਕੀਤਾ ਗਿਆ ਹੈ।

ਇੱਥੇ ਫਾਇਦੇ ਹਨ:

• ਲੋੜੀਂਦੇ DBMS ਲਈ ਸਮਰਥਨ
• .NET ਕੋਰ ਸਮਰਥਨ
• ਵੱਡਾ ਵਿਕਸਤ ਭਾਈਚਾਰਾ
• ਮਾਈਗ੍ਰੇਸ਼ਨਾਂ ਵਿਚਕਾਰ ਟਕਰਾਅ ਨੂੰ ਕ੍ਰਮਵਾਰ ਹੱਲ ਕੀਤਾ ਜਾਂਦਾ ਹੈ-ਪ੍ਰਵਾਸ ਦੇ ਅਮਲ ਦਾ ਕ੍ਰਮ ਨਿਰਧਾਰਤ ਕੀਤਾ ਗਿਆ ਹੈ। ਇਸ ਤੋਂ ਇਲਾਵਾ, ਜੇਕਰ ਕਿਸੇ ਇਕਾਈ ਦੇ ਦੁਆਲੇ ਕੋਈ ਟਕਰਾਅ ਪੈਦਾ ਹੁੰਦਾ ਹੈ, ਤਾਂ ਕੋਡ ਨੂੰ ਮਿਲਾਉਂਦੇ ਸਮੇਂ, ਇਹ ਉਸੇ ਤਰ੍ਹਾਂ ਹੱਲ ਕੀਤਾ ਜਾਂਦਾ ਹੈ ਜਿਵੇਂ ਕਿ ਬਾਕੀ ਕੋਡ ਵਿੱਚ
• ਅਜਿਹੇ ਪ੍ਰੋਫਾਈਲ ਹਨ ਜੋ ਇੱਕ ਸਫਲ ਮਾਈਗ੍ਰੇਸ਼ਨ ਤੋਂ ਬਾਅਦ ਲਾਗੂ ਕੀਤੇ ਜਾਂਦੇ ਹਨ। ਅਤੇ ਉਹ ਸੇਵਾ ਫੰਕਸ਼ਨ ਲੈ ਸਕਦੇ ਹਨ ਆਖਰੀ ਅਪਡੇਟ ਇੱਕ ਮਹੀਨਾ ਪਹਿਲਾਂ ਸੀ, ਯਾਨੀ ਕਿ ਪ੍ਰੋਜੈਕਟ ਜ਼ਿੰਦਾ ਹੈ

ਮਾਇਨਸ ਲਈ, ਉਹ ਇੱਥੇ ਹਨ:

• ਮਾਈਗ੍ਰੇਸ਼ਨ ਦੀ ਕੋਈ ਆਟੋਮੈਟਿਕ ਪੀੜ੍ਹੀ ਨਹੀਂ ਹੈ
• EF ਮਾਡਲਾਂ ਨਾਲ ਕੋਈ ਸਬੰਧ ਨਹੀਂ
• ਕੋਈ ਡਾਟਾਬੇਸ ਸਨੈਪਸ਼ਾਟ ਨਹੀਂ

ਸਾਡੀ ਚੋਣ ਕੀ ਸੀ?

ਗਰਮ ਬਹਿਸ ਦੋ ਮਾਪਦੰਡਾਂ ਦੇ ਦੁਆਲੇ ਘੁੰਮਦੀ ਸੀ - ਪਰਵਾਸ ਦੀ ਆਟੋਮੈਟਿਕ ਪੀੜ੍ਹੀ ਅਤੇ ਵਿਵਾਦਾਂ ਦਾ ਸਮਝਦਾਰ ਹੱਲ। ਹੋਰ ਕਾਰਕ ਬਹੁਤ ਘੱਟ ਡਰਾਉਣੇ ਸਨ. ਨਤੀਜੇ ਵਜੋਂ, ਚਰਚਾ ਦੇ ਨਤੀਜਿਆਂ ਦੇ ਅਧਾਰ ਤੇ, ਟੀਮ ਨੇ ਨਵੇਂ ਪ੍ਰੋਜੈਕਟ ਵਿੱਚ ਫਲੂਐਂਟ ਮਾਈਗਰੇਟਰ ਦੀ ਵਰਤੋਂ ਕਰਨ ਦਾ ਫੈਸਲਾ ਕੀਤਾ। ਕਿਉਂਕਿ ਭਵਿੱਖ ਵਿੱਚ ਝਗੜਿਆਂ ਨੂੰ ਸੁਲਝਾਉਣ ਨਾਲ ਬਹੁਤ ਜ਼ਿਆਦਾ ਲਾਭ ਹੋਵੇਗਾ।

ਸਿੱਟਾ

ਬੇਸ਼ੱਕ, ਇੱਥੇ ਕੋਈ ਸੰਪੂਰਨ ਸੰਦ ਨਹੀਂ ਹਨ. ਇਸ ਲਈ ਸਾਨੂੰ ਚੋਣ ਕਰਨ ਲਈ ਆਪਣੀਆਂ "ਚਾਹੀਆਂ" ਨੂੰ ਤਰਜੀਹ ਦੇਣੀ ਪਈ। ਹਾਲਾਂਕਿ, ਹੋਰ ਟੀਮਾਂ ਅਤੇ ਹੋਰ ਕੰਮਾਂ ਲਈ, ਹੋਰ ਕਾਰਕ ਨਿਰਣਾਇਕ ਹੋ ਸਕਦੇ ਹਨ. ਸਾਨੂੰ ਉਮੀਦ ਹੈ ਕਿ ਇਹ ਲੇਖ ਤੁਹਾਨੂੰ ਇੱਕ ਚੋਣ ਕਰਨ ਵਿੱਚ ਮਦਦ ਕਰੇਗਾ.

ਸਰੋਤ: www.habr.com