SQL sablonok nagy kapacitású SMS küldéshez

Ez a rész azt magyarázza el, hogyan lehet testreszabni az adatbázis-táblák eléréséhez használt SQL parancsokat. Az SQL parancsok testreszabása kulcsfontosságú része az SQL-SMS átjáró konfigurálásának. Az SQL sablonok gyakorlatias megoldást kínálnak, lehetővé téve az adatbázis-konfigurátorok számára, hogy időt takarítsanak meg és konzisztenciát tartsanak fenn adatbázis-műveleteikben. Ezeket az előre megírt SQL lekérdezéseket könnyen testreszabhatják és újrafelhasználhatják különböző célokra, biztosítva ezzel az SQL-ről SMS-re történő rendszer hatékonyságát és megbízhatóságát.

Mik azok az SQL sablonok

Az SQL sablonok előre megírt SQL lekérdezések, amelyek testreszabhatók és újrafelhasználhatók különböző célokra. Használatukkal időt takaríthatunk meg, és biztosíthatjuk az adatbázis-műveletek konzisztenciáját. Néhány hasznos példa az SQL SMS sablonokra:
  1. INSERT INTO ozekimessagein - bejövő üzenetek beszúrásához az ozekimessagein táblába
  2. INSERT INTO ozekimessageout - kimenő üzenetek beszúrásához az ozekimessageout táblába
  3. SELECT - üzenetek küldésekor használjuk
  4. UPDATE - amikor az SMS program automatikusan megváltoztatja az SMS állapotát

5 ok, amiért érdemes adatbázist használni nagy kapacitású SMS küldéshez

  • Skálázható megoldás nagy mennyiségű SMS üzenet kezelésére
  • Hatékony adatkezelés és -lekérdezés SMS kampányokhoz
  • Az SMS adatok integritásának biztosítása, csökkentve a hibákat az üzenetküldésben
  • Haladó lekérdezési lehetőségek célzott SMS címzett szegmentáláshoz és jelentéskészítéshez
  • Zökkenőmentes integráció SMS platformokkal költséghatékony SMS küldéshez

Az SMS átjáró alapértelmezett működése

Alapértelmezés szerint az SMS átjáró két adatbázis-táblát használ (lásd: Ozeki SMS Gateway adatbázis-tábla szerkezet). Az egyik tábla (ozekimessagein) az SMS üzenetek fogadására szolgál. A másik (ozekimessagout) az SMS üzenetek küldésére. Ha egy SMS üzenet érkezik az átjáróra, azt a következő SQL paranccsal szúrja be az ozekimessagein adatbázis-táblába:

INSERT INTO ozekimessagein (sender, receiver, msg, senttime, receivedtime, msgtype, operator) VALUES ('$originator','$recipient','$messagedata','$senttime','$receivedtime','$messagetype','$operatornames')

Mielőtt az SMS átjáró végrehajtaná ezt az utasítást, a kulcsszavakat (például: $originator, $recipient,...) lecseréli a bejövő SMS üzenet megfelelő értékeire.

Ha SMS üzenetet szeretnél küldeni, létre kell hoznod egy rekordot az ozekimessagout táblában. Az üzenet állapotát "send"-re kell állítani. Az SMS átjáró a következő SQL lekérdezéssel fogja olvasni az ozekimessagout táblát, hogy megtalálja az üzeneted:

SELECT id,sender,receiver,msg,msgtype,operator FROM ozekimessageout WHERE status='send'

Miután az kimenő SMS üzeneteid sikeresen be lettek olvasva, a rekordot a következő SQL paranccsal frissíti:

UPDATE ozekimessageout SET status='sending' WHERE id='$id'

Ez azt jelzi, hogy az SMS átjáró elfogadta az SMS üzeneteidet kézbesítésre, és elmentette azokat az átjáró kimenő mappájába. Később a következő események történhetnek az üzeneteiddel:

  1. kézbesítve a hálózatnak
  2. a hálózatnak történő kézbesítés nem lehetséges
  3. kézbesítve a készülékre
  4. a készülékre történő kézbesítés nem lehetséges

Attól függően, hogy melyik esemény következik be, a következő SQL parancsok egyike kerül végrehajtásra az adatbázis rekordon:

Ha a "kézbesítve a hálózatnak" esemény következik be:

UPDATE ozekimessageout SET status='sent', senttime='$senttime' WHERE id='$id'

Ha a "a hálózatnak történő kézbesítés nem lehetséges" esemény következik be: UPDATE ozekimessageout SET status='notsent' WHERE id='$id'

Ha a "készülékre történő kézbesítés" esemény következik be: UPDATE ozekimessageout SET status='delivered' WHERE id='$id'

Ha a "a készülékre történő kézbesítés nem lehetséges" esemény következik be: UPDATE ozekimessageout SET status='undelivered' WHERE id='$id'

Ha az üzenet állapota "sending" marad, az azt jelzi, hogy az Ozeki szoftver elolvasta az üzenetet az adatbázisból. Az üzenetet elfogadták kézbesítésre, és elmentették a kimenő mappába, de még nem fogadta el a mobilhálózati szolgáltató. Ez azt jelenti, hogy "várakozik a kézbesítésre". Ebben az esetben, ha megnézed az Ozeki SMS Gateway grafikus felületét (GUI), az üzenetet a kimenő mappában kell látnod.

Ha az üzenet állapota hosszú ideig "sending" marad, nagy valószínűséggel az üzenetek nem kerülnek kézbesítésre, mert a mobilhálózati kapcsolat nem működik a rendszerben. A probléma megoldásához ellenőrizd, hogy a szolgáltatói kapcsolat (SMPP, UCP, CIMD2) működik-e.

Az SMS átjáró testreszabott működése

Ennek a viselkedésnek a megváltoztatásához módosítani kell az SMS átjáró által használt SQL sablonokat. Ez megtehető a "Küldés" vagy a "Fogadás" lap megnyitásával az "Adatbázis konfigurációs űrlapon" (1. ábra).

az SQL sablonok frissítése
1. ábra - Az SQL sablonok frissítése

Ezen az űrlapon megadhatsz egy olyan SQL parancsot, amely érvényes az adatbázis szervereden. Használhatsz tárolt eljárásokat és összetett SQL utasításokat. Amíg az SQL parancs végrehajtható, addig az SMS átjáró használhatja azt.

Összefoglalás

Az SQL-sablonok kényelmes és hatékony módot nyújtanak az SQL-parancsok testreszabására egy SMS-átjáró konfigurációjában használt adatbázis-táblák eléréséhez és kezeléséhez. Az előre megírt, könnyen testreszabható és újrahasználható SQL-lekérdezések használatával a felhasználók időt takaríthatnak meg és biztosíthatják az adatbázis-műveletek konzisztenciáját.

Az SMS-átjáró alapértelmezett működése két táblát használ: az "ozekimessagein" táblát az SMS-üzenetek fogadására, és az "ozekimessageout" táblát az SMS-üzenetek küldésére. Az INSERT, SELECT és UPDATE SQL-parancsok segítségével a bejövő és kimenő üzeneteket megfelelően kezelik ezekben a táblákban. Azonban az SMS-átjáró viselkedése tovább testreszabható az SQL-sablonok módosításával, lehetővé téve a felhasználók számára, hogy a rendszer működését saját igényeikhez igazítsák.

Az SQL-sablonok frissítésével a rendelkezésre álló adatbázis-konfigurációs űrlap segítségével a felhasználók megadhatják a kívánt SQL-parancsokat, beleértve a tárolt eljárásokat és összetett utasításokat, amelyeket az SMS-átjáró végrehajt. Ez a rugalmasság lehetővé teszi a felhasználók számára, hogy a rendszer viselkedését az adatbázis-szerver képességeihez és saját egyedi igényeikhez igazítsák.

More information