ਕੋਗਨੋਸ ਆਡਿਟਿੰਗ ਬਲੌਗ - ਵੱਡੇ ਅਤੇ ਉੱਚ ਆਵਾਜ਼ ਵਾਲੇ ਵਾਤਾਵਰਣ ਲਈ ਸੁਝਾਅ ਅਤੇ ਜੁਗਤਾਂ

ਜੌਨ ਬੋਅਰ ਅਤੇ ਮਾਈਕ ਨੌਰਿਸ ਦੁਆਰਾ ਇੱਕ ਬਲੌਗ.

ਜਾਣ-ਪਛਾਣ

ਇਹ ਜਾਣਨਾ ਅਤੇ ਸਮਝਣ ਲਈ ਕਿ ਤੁਹਾਡੇ ਉਪਭੋਗਤਾ ਭਾਈਚਾਰੇ ਦੁਆਰਾ ਕੋਗਨੋਸ ਦੀ ਵਰਤੋਂ ਕਿਵੇਂ ਕੀਤੀ ਜਾ ਰਹੀ ਹੈ ਅਤੇ ਪ੍ਰਸ਼ਨਾਂ ਦੇ ਉੱਤਰ ਦੇਣ ਵਿੱਚ ਸਹਾਇਤਾ ਲਈ ਕੋਗਨੋਸ ਆਡਿਟਿੰਗ ਸਮਰੱਥਾ ਦਾ ਕੰਮ ਕਰਨਾ ਮਹੱਤਵਪੂਰਨ ਹੈ:

• • ਸਿਸਟਮ ਦੀ ਵਰਤੋਂ ਕੌਣ ਕਰ ਰਿਹਾ ਹੈ?
  • ਉਹ ਕਿਹੜੀਆਂ ਰਿਪੋਰਟਾਂ ਚਲਾ ਰਹੇ ਹਨ?
  • ਰਿਪੋਰਟ ਚਲਾਉਣ ਦੇ ਸਮੇਂ ਕੀ ਹਨ?
  • ਹੋਰ ਸਾਧਨਾਂ ਦੀ ਸਹਾਇਤਾ ਨਾਲ, ਜਿਵੇਂ MotioCI, ਕਿਹੜੀ ਸਮਗਰੀ ਅਣਵਰਤੀ ਹੈ?

ਸਿਹਤਮੰਦ ਕੋਗਨੋਸ ਵਿਸ਼ਲੇਸ਼ਣ ਵਾਤਾਵਰਣ ਨੂੰ ਕਾਇਮ ਰੱਖਣਾ ਕਿੰਨਾ ਨਾਜ਼ੁਕ ਹੈ ਇਸ ਨੂੰ ਧਿਆਨ ਵਿੱਚ ਰੱਖਦੇ ਹੋਏ, ਮਿਆਰੀ ਉਤਪਾਦ ਦਸਤਾਵੇਜ਼ਾਂ ਤੋਂ ਪਰੇ ਇਸਦੇ ਆਡਿਟ ਡੇਟਾਬੇਸ ਬਾਰੇ ਬਹੁਤ ਘੱਟ ਲਿਖਿਆ ਗਿਆ ਹੈ. ਸ਼ਾਇਦ, ਇਸ ਨੂੰ ਸਵੀਕਾਰ ਕੀਤਾ ਜਾਂਦਾ ਹੈ, ਪਰ ਸੰਸਥਾਵਾਂ ਜੋ ਇਸਦੀ ਵਰਤੋਂ ਕਰਦੀਆਂ ਹਨ ਉਹ ਜਾਣਦੀਆਂ ਹਨ ਕਿ ਸਮੇਂ ਦੇ ਨਾਲ ਆਡਿਟ ਡੇਟਾਬੇਸ ਟੇਬਲਸ ਦੀ ਪੁੱਛਗਿੱਛ ਹੌਲੀ ਹੋਣੀ ਸ਼ੁਰੂ ਹੋ ਜਾਵੇਗੀ - ਖ਼ਾਸਕਰ ਜੇ ਤੁਹਾਡੀ ਸੰਸਥਾ ਵਿੱਚ ਬਹੁਤ ਸਾਰੇ ਉਪਭੋਗਤਾ ਬਹੁਤ ਸਾਰੀਆਂ ਰਿਪੋਰਟਾਂ ਚਲਾ ਰਹੇ ਹਨ ਅਤੇ ਬਹੁਤ ਸਾਰਾ ਇਤਿਹਾਸ ਹੈ. ਹੋਰ ਕੀ ਹੈ ਕਿ ਆਡਿਟ ਗਤੀਵਿਧੀ ਲੌਗਿੰਗ ਵਿੱਚ ਦੇਰੀ ਹੋ ਸਕਦੀ ਹੈ ਕਿਉਂਕਿ ਇਹ ਕਤਾਰਬੱਧ ਕੀਤੀ ਜਾ ਰਹੀ ਹੈ ਜਦੋਂ ਇਸਨੂੰ ਡਾਟਾਬੇਸ ਵਿੱਚ ਤੇਜ਼ੀ ਨਾਲ ਸ਼ਾਮਲ ਨਹੀਂ ਕੀਤਾ ਜਾ ਸਕਦਾ, ਉਦਾਹਰਣ ਵਜੋਂ. ਇਹ ਉਦੋਂ ਹੁੰਦਾ ਹੈ ਜਦੋਂ ਤੁਸੀਂ ਡੇਟਾਬੇਸ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਬਾਰੇ ਸੋਚਣਾ ਅਰੰਭ ਕਰਦੇ ਹੋ ਜਿਵੇਂ ਤੁਸੀਂ ਕਿਸੇ ਵੀ ਕਾਰਜਸ਼ੀਲ ਡੇਟਾਬੇਸ ਦੇ ਨਾਲ ਕਰਦੇ ਹੋ ਜਿਸਦੀ ਰਿਪੋਰਟਿੰਗ ਦੀਆਂ ਜ਼ਰੂਰਤਾਂ ਹੁੰਦੀਆਂ ਹਨ.

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

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

ਚੁਣੌਤੀ

• • ਆਡਿਟ ਡੇਟਾਬੇਸ ਦੀ ਬੇਅੰਤ ਵਾਧਾ ਕੋਗਨੋਸ ਵਾਤਾਵਰਣ ਦੀ ਸਿਹਤ 'ਤੇ ਨਕਾਰਾਤਮਕ ਪ੍ਰਭਾਵ ਪਾ ਰਿਹਾ ਹੈ
  • ਆਡਿਟ ਡੇਟਾਬੇਸ ਦੀ ਰਿਪੋਰਟਿੰਗ ਹੌਲੀ ਜਾਂ ਬੇਕਾਰ ਹੋ ਗਈ ਹੈ
  • ਕੋਗਨੋਸ ਨੂੰ ਆਡਿਟ ਡੇਟਾਬੇਸ ਨੂੰ ਲਿਖੇ ਜਾ ਰਹੇ ਰਿਕਾਰਡਾਂ ਵਿੱਚ ਦੇਰੀ ਦਾ ਅਨੁਭਵ ਹੁੰਦਾ ਹੈ
  • ਆਡਿਟ ਡੇਟਾਬੇਸ ਵਿੱਚ ਡਿਸਕ ਸਪੇਸ ਖਤਮ ਹੋ ਰਹੀ ਹੈ

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

ਸੈੱਟਅੱਪ

ਅਸੀਂ ਮੰਨਦੇ ਹਾਂ:

1. 1. ਕੋਗਨੋਸ ਵਿਸ਼ਲੇਸ਼ਣ ਸਥਾਪਤ ਅਤੇ ਚੱਲ ਰਿਹਾ ਹੈ
   2. ਕੋਗਨੋਸ ਨੂੰ ਆਡਿਟ ਡੇਟਾਬੇਸ ਤੇ ਲੌਗ ਇਨ ਕਰਨ ਲਈ ਕੌਂਫਿਗਰ ਕੀਤਾ ਗਿਆ ਹੈ
   1. • ਜਗ੍ਹਾ 'ਤੇ ਆਡਿਟ ਡੇਟਾਬੇਸ ਰੱਖੋ
      • ਕੋਗਨੋਸ ਪ੍ਰਸ਼ਾਸਨ ਵਿੱਚ ਉਚਿਤ ਆਡਿਟ ਲੌਗਿੰਗ ਪੱਧਰ ਨਿਰਧਾਰਤ ਕਰੋ
      • ਕੋਗਨੋਸ ਦੁਆਰਾ ਰਿਕਾਰਡ ਡਾਟਾਬੇਸ ਨੂੰ ਲਿਖਿਆ ਜਾ ਰਿਹਾ ਹੈ
   3. ਆਡਿਟ ਡੇਟਾਬੇਸ ਇੱਕ ਸਾਲ ਤੋਂ ਵੱਧ ਸਮੇਂ ਤੋਂ ਵਰਤੋਂ ਵਿੱਚ ਹੈ
   4. ਵਾਤਾਵਰਣ ਉਪਭੋਗਤਾਵਾਂ ਅਤੇ ਫਾਂਸੀ ਦੇ ਨਾਲ ਬਹੁਤ ਸਰਗਰਮ ਹੈ
   5. ਆਡਿਟ ਪੈਕੇਜ ਦੀ ਵਰਤੋਂ ਕੋਗਨੋਸ ਉਪਯੋਗ ਡੇਟਾ ਨੂੰ ਸਾਹਮਣੇ ਲਿਆਉਣ ਲਈ ਕੀਤੀ ਜਾ ਰਹੀ ਹੈ
   6. ਅਸੀਂ ਆਡਿਟ ਡੇਟਾਬੇਸ ਦੀ ਰਿਪੋਰਟਿੰਗ ਕਾਰਗੁਜ਼ਾਰੀ ਨੂੰ ਬਿਹਤਰ ਬਣਾਉਣ ਦੀ ਕੋਸ਼ਿਸ਼ ਕਰ ਰਹੇ ਹਾਂ
   7. ਪੁਰਾਣੇ ਰਿਕਾਰਡਾਂ ਨੂੰ ਸ਼ੁਰੂ ਕਰਨਾ ਜਾਂ ਮਿਟਾਉਣਾ ਹਮੇਸ਼ਾਂ ਇੱਕ ਵਿਕਲਪ ਨਹੀਂ ਹੁੰਦਾ

ਜੇ ਤੁਸੀਂ, ਅਜੇ ਤੱਕ, ਕੋਗਨੋਸ ਆਡਿਟ ਸਥਾਪਤ ਅਤੇ ਸੰਰਚਿਤ ਨਹੀਂ ਕੀਤਾ ਹੈ, ਲੋਡੇਸਟਾਰ ਸੋਲਯੂਸ਼ਨਜ਼, ਏ Motio ਸਾਥੀ, ਇੱਕ ਸ਼ਾਨਦਾਰ ਹੈ ਪੋਸਟ ਕੋਗਨੋਸ ਬੀਆਈ /ਸੀਏ ਵਿੱਚ ਆਡਿਟ ਨੂੰ ਸਮਰੱਥ ਕਰਨ ਤੇ.

ਹੱਲ

ਇੱਥੇ ਕੁਝ ਸੰਭਵ ਹੱਲ ਹਨ ਜੋ ਜਲਦੀ ਆਪਣੇ ਆਪ ਨੂੰ ਪੇਸ਼ ਕਰਦੇ ਹਨ:

1. 1. ਡਾਟਾ ਦੀ ਮਾਤਰਾ ਨੂੰ ਇਸ ਦੁਆਰਾ ਘਟਾਓ:
   1. • ਕੁਝ ਪੁਰਾਣੇ ਡੇਟਾ ਨੂੰ ਦੂਜੇ ਡੇਟਾਬੇਸ ਵਿੱਚ ਭੇਜਣਾ
      • ਕੁਝ ਪੁਰਾਣੇ ਡੇਟਾ ਨੂੰ ਉਸੇ ਡੇਟਾਬੇਸ ਵਿੱਚ ਕਿਸੇ ਹੋਰ ਸਾਰਣੀ ਵਿੱਚ ਭੇਜਣਾ
   2. ਸਿਰਫ ਮਿਟਾਓ ਜਾਂ ਚਾਪ ਕਰੋhive ਕੁਝ ਡੇਟਾ ਅਤੇ ਇਸ ਬਾਰੇ ਚਿੰਤਾ ਨਾ ਕਰੋ
   3. ਇਸ ਦੇ ਨਾਲ ਜੀਓ. ਕੈਨ ਨੂੰ ਥੱਲੇ ਮਾਰੋ road ਅਤੇ ਕਾਰਗੁਜ਼ਾਰੀ ਲਈ ਡਾਟਾਬੇਸ ਪ੍ਰਸ਼ਾਸਕ ਨੂੰ ਦਬਾਉ
      ਸਕੀਮਾ ਦੇ ਬਦਲਾਅ ਦੀ ਆਗਿਆ ਨਾ ਦੇ ਕੇ ਜਾਂ ਉਨ੍ਹਾਂ ਨੂੰ ਹੱਥਕੜੀ ਲਗਾਉਂਦੇ ਸਮੇਂ ਸੁਧਾਰ
      ਇੰਡੈਕਸ

ਅਸੀਂ ਵਿਕਲਪ 3 ਨਾਲ ਨਜਿੱਠਣ ਨਹੀਂ ਜਾ ਰਹੇ ਹਾਂ ਵਿਕਲਪ 2, ਡੇਟਾ ਨੂੰ ਮਿਟਾਉਣਾ ਇੱਕ ਚੰਗਾ ਵਿਕਲਪ ਨਹੀਂ ਹੈ ਅਤੇ ਮੈਂ ਘੱਟੋ ਘੱਟ 18 ਮਹੀਨਿਆਂ ਦੀ ਕੀਮਤ ਨੂੰ ਘੱਟੋ ਘੱਟ ਰੱਖਣ ਦੀ ਸਿਫਾਰਸ਼ ਕਰਾਂਗਾ. ਪਰ, ਜੇ ਤੁਸੀਂ ਇੰਨੇ ਝੁਕੇ ਹੋਏ ਹੋ, IBM ਇੱਕ ਉਪਯੋਗਤਾ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ, ਆਡਿਟ ਡੀ ਬੀ ਸੀ ਕਲੀਨਅਪ (ਕੋਗਨੋਸ ਬੀਆਈ) ਜਾਂ ਏ ਸਕਰਿਪਟ (ਕੋਗਨੋਸ ਵਿਸ਼ਲੇਸ਼ਣ) ਜੋ ਬਿਲਕੁਲ ਉਹੀ ਕਰੇਗਾ. ਕੋਗਨੋਸ ਬੀਆਈ ਦੀ ਉਪਯੋਗਤਾ ਇੱਕ ਟਾਈਮਸਟੈਂਪ ਦੇ ਅਧਾਰ ਤੇ ਰਿਕਾਰਡ ਮਿਟਾਉਂਦੀ ਹੈ ਜਦੋਂ ਕਿ ਕੋਗਨੋਸ ਵਿਸ਼ਲੇਸ਼ਣ ਦੀਆਂ ਸਕ੍ਰਿਪਟਾਂ ਸਿਰਫ ਇੰਡੈਕਸ ਅਤੇ ਟੇਬਲ ਨੂੰ ਮਿਟਾਉਂਦੀਆਂ ਹਨ.

ਇਸ ਤੋਂ ਪਹਿਲਾਂ ਅਸੀਂ ਗਾਹਕਾਂ ਨੂੰ ਜੋ ਸਿਫਾਰਸ਼ਾਂ ਕੀਤੀਆਂ ਸਨ ਉਹ ਦੋ ਡੇਟਾਬੇਸ ਵਿੱਚ ਵੱਖਰੀਆਂ ਹੋਣੀਆਂ ਸਨ:

1. 1. ਆਡਿਟ - ਲਾਈਵ: ਸਭ ਤੋਂ ਤਾਜ਼ਾ ਹਫ਼ਤੇ ਦਾ ਡਾਟਾ ਸ਼ਾਮਲ ਕਰਦਾ ਹੈ
   2. ਆਡਿਟ - ਇਤਿਹਾਸਕ: ਇਤਿਹਾਸਕ ਡੇਟਾ ਸ਼ਾਮਲ ਕਰਦਾ ਹੈ (N ਸਾਲ ਤੱਕ)

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

1. 1. ਲਾਈਵ ਡੀਬੀ ਤੇਜ਼ ਅਤੇ ਤੰਗ ਹੈ, ਜਿਸ ਨਾਲ ਸੰਮਿਲਨ ਨੂੰ ਜਿੰਨੀ ਜਲਦੀ ਹੋ ਸਕੇ ਹੋਣ ਦੀ ਆਗਿਆ ਦਿੱਤੀ ਜਾਂਦੀ ਹੈ
   2. ਆਡਿਟ ਪ੍ਰਸ਼ਨਾਂ ਨੂੰ ਵਿਸ਼ੇਸ਼ ਤੌਰ ਤੇ ਇਤਿਹਾਸਕ ਡੀਬੀ ਨੂੰ ਨਿਰਦੇਸ਼ਤ ਕੀਤਾ ਜਾਂਦਾ ਹੈ

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

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

ਜੇ ਤੁਸੀਂ ਇਤਿਹਾਸਕ ਆਡਿਟ ਡੇਟਾ ਦੀ ਬਜਾਏ ਲਾਈਵ ਆਡਿਟ ਡੇਟਾ ਨੂੰ ਵੇਖਣਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਪੁੱਛੇ ਜਾਣ 'ਤੇ ਤੁਸੀਂ ਸਿਰਫ "ਆਡਿਟ - ਲਾਈਵ" ਕਨੈਕਸ਼ਨ ਚੁਣੋ (ਅਪਵਾਦ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਆਦਰਸ਼ ਨਹੀਂ.)

ਜੇ ਤੁਸੀਂ ਸੱਚਮੁੱਚ ਲਾਈਵ ਅਤੇ ਇਤਿਹਾਸਕ ਦੋਵਾਂ ਬਾਰੇ ਇਕਸਾਰ ਨਜ਼ਰੀਆ ਪ੍ਰਦਾਨ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ, ਤਾਂ ਤੁਸੀਂ ਅਜਿਹਾ ਕਰ ਸਕਦੇ ਹੋ, ਪਰ ਇਹ ਕਾਰਗੁਜ਼ਾਰੀ ਨੂੰ ਪ੍ਰਭਾਵਤ ਕਰੇਗਾ.

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

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

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

ਮੁੱਖ ਪ੍ਰਬੰਧਕ ਜਿਨ੍ਹਾਂ ਵਿੱਚ ਜ਼ਿਆਦਾਤਰ ਪ੍ਰਬੰਧਕ ਦਿਲਚਸਪੀ ਲੈਣਗੇ ਉਹ 6 ਟੇਬਲ ਹਨ ਜੋ ਉਪਭੋਗਤਾ ਦੀ ਗਤੀਵਿਧੀ ਅਤੇ ਸਿਸਟਮ ਵਿੱਚ ਰਿਪੋਰਟਿੰਗ ਗਤੀਵਿਧੀ ਨੂੰ ਦਰਜ ਕਰਦੇ ਹਨ.

• COGIPF_USERLOGON: ਉਪਭੋਗਤਾ ਲੌਗਇਨ (ਲੌਗ ਆਫ ਸਮੇਤ) ਜਾਣਕਾਰੀ ਸਟੋਰ ਕਰਦਾ ਹੈ
• COGIPF_RUNREPORT: ਰਿਪੋਰਟ ਚਲਾਉਣ ਬਾਰੇ ਜਾਣਕਾਰੀ ਸਟੋਰ ਕਰਦਾ ਹੈ
• COGIPF_VIEWREPORT: ਰਿਪੋਰਟ ਦੇਖਣ ਦੀਆਂ ਬੇਨਤੀਆਂ ਬਾਰੇ ਜਾਣਕਾਰੀ ਸਟੋਰ ਕਰਦਾ ਹੈ
• COGIPF_EDITQUERY: ਪੁੱਛਗਿੱਛ ਚੱਲਣ ਬਾਰੇ ਜਾਣਕਾਰੀ ਸਟੋਰ ਕਰਦਾ ਹੈ
• COGIPF_RUNJOB: ਨੌਕਰੀ ਦੀਆਂ ਬੇਨਤੀਆਂ ਬਾਰੇ ਜਾਣਕਾਰੀ ਸਟੋਰ ਕਰਦਾ ਹੈ
• COGIPF_ACTION: ਕੋਗਨੋਸ ਵਿੱਚ ਉਪਭੋਗਤਾਵਾਂ ਦੀਆਂ ਕਾਰਵਾਈਆਂ ਨੂੰ ਰਿਕਾਰਡ ਕਰਦਾ ਹੈ (ਇਹ ਸਾਰਣੀ ਦੂਜਿਆਂ ਦੇ ਮੁਕਾਬਲੇ ਬਹੁਤ ਤੇਜ਼ੀ ਨਾਲ ਵੱਧ ਸਕਦੀ ਹੈ)

ਬਾਹਰੀ ਸੰਰਚਨਾ ਇਸ ਤਰ੍ਹਾਂ ਦਿਖਾਈ ਦਿੰਦੀ ਹੈ:

ਸਿਫਾਰਸ਼ੀ ਸੰਰਚਨਾ:

ਕੋਗਨੋਸ ਆਡਿਟ ਡੇਟਾਬੇਸ - ਲਾਈਵ ਵਿੱਚ 1 ਹਫ਼ਤੇ ਦਾ ਆਡਿਟ ਡੇਟਾ ਹੁੰਦਾ ਹੈ. 1 ਹਫ਼ਤੇ ਤੋਂ ਪੁਰਾਣਾ ਡੇਟਾ ਕੋਗਨੋਸ ਆਡਿਟ ਡੇਟਾਬੇਸ - ਇਤਿਹਾਸਕ ਵਿੱਚ ਭੇਜਿਆ ਜਾਂਦਾ ਹੈ.

ਕੋਗਨੋਸ ਆਡਿਟ ਡੇਟਾਬੇਸ ਤੋਂ ਲਾਈਨ - ਲਾਈਵ ਟੂ ਕੋਗਨੋਸ ਆਡਿਟ ਡੇਟਾਬੇਸ - ਚਿੱਤਰ ਵਿੱਚ ਇਤਿਹਾਸਕ ਇਸਦੇ ਲਈ ਜ਼ਿੰਮੇਵਾਰ ਹੈ:

• ਲਾਈਵ ਆਡਿਟ ਤੋਂ ਇਤਿਹਾਸਕ ਆਡਿਟ ਵਿੱਚ ਡੇਟਾ ਦੀ ਨਕਲ
• ਲਾਈਵ ਆਡਿਟ ਵਿੱਚ ਉਹ ਸਾਰੀਆਂ ਕਤਾਰਾਂ ਹਟਾਓ ਜੋ 1 ਹਫ਼ਤੇ ਤੋਂ ਪੁਰਾਣੀਆਂ ਹਨ
• ਇਤਿਹਾਸਕ ਆਡਿਟ ਵਿੱਚ ਉਹ ਸਾਰੀਆਂ ਕਤਾਰਾਂ ਹਟਾਓ ਜੋ x ਸਾਲ ਤੋਂ ਪੁਰਾਣੀਆਂ ਹਨ
• COGIPF_ACTION ਵਿੱਚ ਉਹ ਸਾਰੀਆਂ ਕਤਾਰਾਂ ਹਟਾਓ ਜੋ 6 ਮਹੀਨਿਆਂ ਤੋਂ ਪੁਰਾਣੀਆਂ ਹਨ

ਸੂਚੀਪੱਤਰ

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

• ਟੇਬਲ ਦੇ ਕਿੰਨੇ ਰਿਕਾਰਡ ਹਨ ਅਤੇ ਤੁਸੀਂ ਉਨ੍ਹਾਂ ਦੇ ਵਧਣ ਦੀ ਉਮੀਦ ਕਿਸ ਆਕਾਰ ਦੇ ਕਰਦੇ ਹੋ? (ਇੱਕ ਸਾਰਣੀ ਨੂੰ ਸੂਚੀਬੱਧ ਕਰਨਾ ਲਾਭਦਾਇਕ ਨਹੀਂ ਹੋਵੇਗਾ ਜਦੋਂ ਤੱਕ ਸਾਰਣੀ ਵਿੱਚ ਵੱਡੀ ਗਿਣਤੀ ਵਿੱਚ ਰਿਕਾਰਡ ਨਹੀਂ ਹੁੰਦੇ.)
• ਕੀ ਤੁਹਾਨੂੰ ਪਤਾ ਹੈ ਕਿ ਕਿਹੜੇ ਕਾਲਮ ਵਿਲੱਖਣ ਹਨ? ਕੀ ਉਹ ਨਲ ਮੁੱਲਾਂ ਦੀ ਆਗਿਆ ਦਿੰਦੇ ਹਨ? ਕਿਹੜੇ ਕਾਲਮਾਂ ਵਿੱਚ ਡਾਟਾ ਕਿਸਮ ਦਾ ਪੂਰਨ ਅੰਕ ਜਾਂ ਵੱਡਾ ਪੂਰਨ ਅੰਕ ਹੁੰਦਾ ਹੈ? (ਸੰਖਿਆਤਮਕ ਡਾਟਾ ਕਿਸਮਾਂ ਵਾਲੇ ਕਾਲਮ ਅਤੇ ਜੋ ਕਿ ਵਿਲੱਖਣ ਹਨ ਅਤੇ ਨਾ ਸਿਰਫ ਇੰਡੈਕਸ ਕੁੰਜੀ ਵਿੱਚ ਹਿੱਸਾ ਲੈਣ ਲਈ ਮਜ਼ਬੂਤ ​​ਉਮੀਦਵਾਰ ਹਨ.)
• ਅੱਜ ਤੁਹਾਡੀ ਕਾਰਗੁਜ਼ਾਰੀ ਦੀਆਂ ਮੁੱਖ ਸਮੱਸਿਆਵਾਂ ਕਿੱਥੇ ਹਨ? ਕੀ ਉਹ ਡਾਟਾ ਮੁੜ ਪ੍ਰਾਪਤ ਕਰ ਰਹੇ ਹਨ? ਕੀ ਕੋਈ ਖਾਸ ਪੁੱਛਗਿੱਛ ਜਾਂ ਰਿਪੋਰਟਾਂ ਹਨ ਜੋ ਵਧੇਰੇ ਸਮੱਸਿਆਵਾਂ ਹਨ? (ਇਹ ਡਾਟਾਬੇਸ ਪ੍ਰਬੰਧਕ ਨੂੰ ਕੁਝ ਖਾਸ ਕਾਲਮਾਂ ਵੱਲ ਲੈ ਜਾ ਸਕਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਨੂੰ ਅਨੁਕੂਲ ਬਣਾਇਆ ਜਾ ਸਕਦਾ ਹੈ.)
• ਰਿਪੋਰਟਿੰਗ ਲਈ ਟੇਬਲਸ ਵਿੱਚ ਸ਼ਾਮਲ ਹੋਣ ਲਈ ਕਿਹੜੇ ਖੇਤਰਾਂ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ?
• ਫਿਲਟਰਿੰਗ, ਲੜੀਬੱਧ ਕਰਨ, ਸਮੂਹਬੱਧ ਕਰਨ ਅਤੇ ਇਕੱਤਰ ਕਰਨ ਲਈ ਕਿਹੜੇ ਖੇਤਰਾਂ ਦੀ ਵਰਤੋਂ ਕੀਤੀ ਜਾਂਦੀ ਹੈ?

ਹੈਰਾਨੀ ਦੀ ਗੱਲ ਨਹੀਂ, ਇਹ ਉਹੀ ਪ੍ਰਸ਼ਨ ਹਨ ਜਿਨ੍ਹਾਂ ਦੇ ਕਿਸੇ ਵੀ ਡੇਟਾਬੇਸ ਟੇਬਲ ਦੀ ਕਾਰਗੁਜ਼ਾਰੀ ਨੂੰ ਬਿਹਤਰ ਬਣਾਉਣ ਲਈ ਉੱਤਰ ਦੇਣ ਦੀ ਜ਼ਰੂਰਤ ਹੋਏਗੀ.

ਆਈਬੀਐਮ ਸਹਾਇਤਾ ਸਿਫਾਰਸ਼ ਕਰਦਾ ਹੈ ਕਾਰਗੁਜ਼ਾਰੀ ਨੂੰ ਬਿਹਤਰ ਬਣਾਉਣ ਲਈ ਹੇਠਾਂ ਦਿੱਤੀਆਂ ਸਾਰਣੀਆਂ ਲਈ "COGIPF_REQUESTID", "COGIPF_SUBREQUESTID", ਅਤੇ "COGIPF_STEPID" ਕਾਲਮਾਂ 'ਤੇ ਇੱਕ ਇੰਡੈਕਸ ਬਣਾਉਣਾ:

• COGIPF_NATIVEQUERY
• COGIPF_RUNJOB
• COGIPF_RUNJOBSTEP
• COGIPF_RUNREPORT
• COGIPF_EDITQUERY

ਹੋਰ ਘੱਟ ਵਰਤੇ ਜਾਣ ਵਾਲੇ ਟੇਬਲਸ ਦੇ ਨਾਲ:

• COGIPF_POWERPLAY
• COGIPF_HUMANTASKSERVICE
• COGIPF_HUMANTASKSERVICE_DETAIL

ਤੁਸੀਂ ਇਸਨੂੰ ਇੱਕ ਸ਼ੁਰੂਆਤੀ ਬਿੰਦੂ ਦੇ ਤੌਰ ਤੇ ਵਰਤ ਸਕਦੇ ਹੋ, ਪਰ ਮੈਂ ਤੁਹਾਡੇ ਸੰਗਠਨ ਦੇ ਉੱਤਮ ਉੱਤਰ ਤੇ ਪਹੁੰਚਣ ਲਈ ਉਪਰੋਕਤ ਪ੍ਰਸ਼ਨਾਂ ਦੇ ਉੱਤਰ ਦੇਣ ਦੀ ਕਸਰਤ ਵਿੱਚੋਂ ਲੰਘਾਂਗਾ.

ਹੋਰ ਗੌਰ

1. ਐਫਐਮ ਮਾਡਲ ਦਾ ਆਡਿਟ ਕਰੋ. ਯਾਦ ਰੱਖੋ ਕਿ ਫਰੇਮਵਰਕ ਮੈਨੇਜਰ ਮਾਡਲ ਜੋ ਆਈਬੀਐਮ ਪ੍ਰਦਾਨ ਕਰਦਾ ਹੈ ਡਿਫੌਲਟ ਟੇਬਲਸ ਅਤੇ ਫੀਲਡਸ ਤੇ ਮਾਡਲ ਕੀਤਾ ਜਾਂਦਾ ਹੈ. ਤੁਹਾਡੇ ਦੁਆਰਾ ਰਿਪੋਰਟਿੰਗ ਟੇਬਲ ਵਿੱਚ ਕੀਤੇ ਗਏ ਕਿਸੇ ਵੀ ਬਦਲਾਅ ਨੂੰ ਮਾਡਲ ਵਿੱਚ ਪ੍ਰਤੀਬਿੰਬਤ ਕਰਨ ਦੀ ਜ਼ਰੂਰਤ ਹੋਏਗੀ. ਇਹਨਾਂ ਤਬਦੀਲੀਆਂ ਦੀ ਸੌਖ ਜਾਂ ਗੁੰਝਲਤਾ - ਜਾਂ ਇਹ ਤਬਦੀਲੀਆਂ ਕਰਨ ਦੀ ਤੁਹਾਡੀ ਸੰਗਠਨਾਤਮਕ ਯੋਗਤਾ - ਤੁਹਾਡੇ ਦੁਆਰਾ ਚੁਣੇ ਗਏ ਹੱਲ ਨੂੰ ਪ੍ਰਭਾਵਤ ਕਰ ਸਕਦੀ ਹੈ.
2. ਵਧੀਕ ਖੇਤਰ. ਜੇ ਤੁਸੀਂ ਅਜਿਹਾ ਕਰਨ ਜਾ ਰਹੇ ਹੋ, ਤਾਂ ਆਡਿਟ ਰਿਪੋਰਟਿੰਗ ਨੂੰ ਬਿਹਤਰ ਬਣਾਉਣ ਲਈ ਸੰਦਰਭ ਜਾਂ ਸੰਦਰਭ ਡੇਟਾ ਲਈ ਵਾਧੂ ਖੇਤਰ ਜੋੜਨ ਦਾ ਸਮਾਂ ਆ ਗਿਆ ਹੈ.
3. ਸੰਖੇਪ ਟੇਬਲ. ਆਪਣੀ ਇਤਿਹਾਸਕ ਸਾਰਣੀ ਵਿੱਚ ਸਿਰਫ ਡੇਟਾ ਦੀ ਨਕਲ ਕਰਨ ਦੀ ਬਜਾਏ, ਇਸਨੂੰ ਸੰਕੁਚਿਤ ਕਰੋ. ਤੁਸੀਂ ਡੇਟਾ ਨੂੰ ਦਿਨ ਦੇ ਪੱਧਰ 'ਤੇ ਇਕੱਤਰ ਕਰ ਸਕਦੇ ਹੋ ਤਾਂ ਜੋ ਇਸਨੂੰ ਰਿਪੋਰਟਿੰਗ ਲਈ ਵਧੇਰੇ ਪ੍ਰਭਾਵਸ਼ਾਲੀ ਬਣਾਇਆ ਜਾ ਸਕੇ.
4. ਟੇਬਲ ਦੀ ਬਜਾਏ ਦ੍ਰਿਸ਼. ਦੂਸਰੇ ਕਹਿੰਦੇ ਹਨ, “ਇਸ ਲਈ, 'ਮੌਜੂਦਾ' ਡਾਟਾਬੇਸ ਅਤੇ 'ਇਤਿਹਾਸਕ' ਡੇਟਾਬੇਸ ਰੱਖਣ ਦੀ ਬਜਾਏ, ਤੁਹਾਡੇ ਕੋਲ ਸਿਰਫ ਇੱਕ ਡਾਟਾਬੇਸ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ, ਅਤੇ ਇਸ ਵਿੱਚ ਸਾਰੀਆਂ ਸਾਰਣੀਆਂ 'ਇਤਿਹਾਸਕ' ਨਾਲ ਅਗੇਤਰ ਹੋਣੀਆਂ ਚਾਹੀਦੀਆਂ ਹਨ. ਫਿਰ, ਤੁਹਾਨੂੰ ਦ੍ਰਿਸ਼ਾਂ ਦਾ ਇੱਕ ਸਮੂਹ ਬਣਾਉਣਾ ਚਾਹੀਦਾ ਹੈ, ਹਰੇਕ ਸਾਰਣੀ ਲਈ ਇੱਕ ਜਿਸਨੂੰ ਤੁਸੀਂ 'ਮੌਜੂਦਾ' ਦੇ ਰੂਪ ਵਿੱਚ ਵੇਖਣਾ ਚਾਹੁੰਦੇ ਹੋ, ਅਤੇ ਹਰੇਕ ਦ੍ਰਿਸ਼ ਨੂੰ ਉਨ੍ਹਾਂ ਇਤਿਹਾਸਕ ਕਤਾਰਾਂ ਨੂੰ ਫਿਲਟਰ ਕਰਨਾ ਚਾਹੀਦਾ ਹੈ ਜਿਨ੍ਹਾਂ ਨੂੰ ਤੁਸੀਂ ਨਹੀਂ ਵੇਖਣਾ ਚਾਹੁੰਦੇ ਅਤੇ ਸਿਰਫ ਮੌਜੂਦਾ ਲੋਕਾਂ ਨੂੰ ਹੀ ਲੰਘਣ ਦਿਓ. "
   https://softwareengineering.stackexchange.com/questions/276395/two-database-architecture-operational-and-historical/276419#276419

ਸਿੱਟਾ

ਮੁੱਖ ਗੱਲ ਇਹ ਹੈ ਕਿ ਇੱਥੇ ਦਿੱਤੀ ਗਈ ਜਾਣਕਾਰੀ ਦੇ ਨਾਲ ਤੁਹਾਨੂੰ ਆਪਣੇ ਡੀਬੀਏ ਨਾਲ ਲਾਭਕਾਰੀ ਗੱਲਬਾਤ ਕਰਨ ਲਈ ਚੰਗੀ ਤਰ੍ਹਾਂ ਤਿਆਰ ਹੋਣਾ ਚਾਹੀਦਾ ਹੈ. ਸੰਭਾਵਨਾਵਾਂ ਚੰਗੀਆਂ ਹਨ ਕਿ ਉਸਨੇ ਪਹਿਲਾਂ ਵੀ ਅਜਿਹੀਆਂ ਸਮੱਸਿਆਵਾਂ ਨੂੰ ਹੱਲ ਕੀਤਾ ਹੈ.

ਕੋਗਨੋਸ ਆਡਿਟ ਡਾਟਾਬੇਸ ਆਰਕੀਟੈਕਚਰ ਵਿੱਚ ਪ੍ਰਸਤਾਵਿਤ ਬਦਲਾਅ ਸਿੱਧੀ ਰਿਪੋਰਟਿੰਗ ਦੇ ਨਾਲ ਨਾਲ ਤੀਜੀ ਧਿਰ ਦੀਆਂ ਐਪਲੀਕੇਸ਼ਨਾਂ ਵਿੱਚ ਕਾਰਗੁਜ਼ਾਰੀ ਵਿੱਚ ਸੁਧਾਰ ਕਰਨਗੇ, ਜਿਵੇਂ ਕਿ ਇਸ ਤੇ ਨਿਰਭਰ ਕਰਦੇ ਹਨ, ਜਿਵੇਂ Motioਦੇ ReportCard ਅਤੇ ਵਸਤੂ ਸੂਚੀ.

ਤਰੀਕੇ ਨਾਲ, ਜੇ ਤੁਸੀਂ ਆਪਣੇ ਡੀਬੀਏ ਨਾਲ ਉਹ ਗੱਲਬਾਤ ਕੀਤੀ ਹੈ, ਤਾਂ ਅਸੀਂ ਇਸ ਬਾਰੇ ਸੁਣਨਾ ਪਸੰਦ ਕਰਾਂਗੇ. ਅਸੀਂ ਇਹ ਵੀ ਸੁਣਨਾ ਪਸੰਦ ਕਰਾਂਗੇ ਕਿ ਕੀ ਤੁਸੀਂ ਮਾੜੀ ਕਾਰਗੁਜ਼ਾਰੀ ਵਾਲੇ ਆਡਿਟ ਡੇਟਾਬੇਸ ਦੇ ਮੁੱਦੇ ਨੂੰ ਹੱਲ ਕੀਤਾ ਹੈ ਅਤੇ ਤੁਸੀਂ ਇਸਨੂੰ ਕਿਵੇਂ ਕੀਤਾ ਹੈ.