HtmlToText
suivre ce blog administration connexion + créer mon blog le blog de pacman 1 2 3 4 5 6 > >> 15 janvier 2014 3 15 / 01 / janvier / 2014 11:21 my sql*plus chessboard nouvelle année, nouvelles résolutions. la première : coder un échiquier pour jouer sous sql*plus. j'ai posté le script complet ici : http://pacmann.over-blog.com/pages/my-sql-plus-chessboard-8844899.html 1) le modèle de données le modèle de données est simple : c'est la liste des coups joués, ni plus ni moins. create table cs_mouv ( x number, y number, x_dest number, y_dest number, n_mouv number, piece char(1), col char(1), move_str varchar2(10), fic char(1) default 'n' ); pour cela : - on enregistre la case de départ (x, y), la case d'arrivée (x_dest, y_dest), la pièce et sa couleur - le numéro du coup (n_mouv) - le flag "fic", comme fictif, permet de décomposer les coups spéciaux en plusieurs mouvements. comme le roque, la prise en passant, la promotion... - le "move_str" ne sert qu'à conserver la châne saisie par l'utilisateur, pour des raisons pratiques. 2) reconstituer la position à partir de la liste des coups quand on a la liste des coups, et si on n'est pas complètement stupide, on peut en déduire la position. create or replace view pieces as select x_dest x, y_dest y, max(piece) keep(dense_rank last order by n_mouv) piece , max(col) keep(dense_rank last order by n_mouv) col from ( select x_dest, y_dest, n_mouv , piece , col from cs_mouv where x_dest is not null union all select x, y, n_mouv , null , null from cs_mouv ) group by x_dest, y_dest / il s'agit là de se baser sur les cases de l'échiquier, et de chercher quelle est la pièce qui s'y situe actuellement. la première partie de l'union all liste les pièces arrivant sur une case donnée, la deuxième partie les cases abandonnées... on retient dans tout ça la pièces correspondant au plus récent numéro de coup pour chaque case. 3) afficher la position la procédure pkg_csboard.display affiche la position actuelle. la vue "pieces" donnant déjà toutes les positions, il s'agit juste de metre en forme le résultat. le paramètre en entrée permet d'orienter l'affichage (noirs ou blancs) par l'inversion du système de coordonnées. a noter que par défaut, sql*plus justifie les "leading spaces" (les premiers espaces à gauche), ce qui fout en l'air les efforts de mise en forme. pour empêcher cela, il faut entrer l'option : set serveroutput on format wrapped 4) initialiser l'échiquier la procécdure pkg_csboard.init supprime la liste des coups, puis insère toutes les pièces dans leur position initiale. 5) jouer des coups la procédure cs_move prend en paramètre la chaîne de caractères représentant la position initiale et la destination de la pièce à déplacer, contrôle la validité du coup, l'exécute, puis affiche la position : sql> exec pkg_csboard.csmove('e2e4'); la sous-procédure parse_move vérifie la validité du coup, et retourne le type de coup effectué (erreur, coup normal, petit roque, ...). j'ai pas eu la motivation d'implémenter la prise en passant et la promotion, mais ça doit pas être bien compliqué. la sous-procédure exec_move est appelée ensuite pour effectuer l'insertion effective. sql> exec pkg_csboard.csmove('oo'); 6) afficher la liste des coups. c'est la procédure display_list. j'aurais pu m'amuser à mettre des tirets, mais j'avais la flemme. sql> exec pkg_csboard.display_list; 1. e2e4 e7e5 2. g1f3 b8c6 3. f1c4 g8f6 4. oo 7) annuler des coups comme on a la liste des coups, ce n'est pas bien compliqué non plus de revenir en arrière... la procédure cancel_move supprime le nombre de coups passés en paramètres, en rassemblant au préalable les coups fictifs avec leur coup réel associé. sql> exec pkg_csboard.cancel_move(2); voilà, il resterait encore plein de choses à faire : - implémenter les coups spéciaux manquants - vérifier la validité des coups - insérer le concept de partie - utiliser si possibles des queues pour que deux personnes puissent jouer "sur le réseau" - encapsuler ça dans du shell pour pouvoir faire des boucles - ... mais je préfère faire les choses à moitié, c'est mieux. repost 0 published by pacman - dans sql cosmétique commenter cet article … 10 décembre 2013 2 10 / 12 / décembre / 2013 16:38 connect by sys_guid() ?? dans l'exemple type des row generators (par exemple ici ), on utilise parfois une construction étrange qui est "connect by level <= n". c'est certes étrange et abusé, mais ça se conçoit : "connecte moi avec n'importe quoi et récursivement, mais pas plus loin que le 3ème étage". cela dit, il y a des moments où on veut générer n lignes pour chaque lignes appartenant à une sélection (de plus d'une ligne cette fois). create table test_rowgen as select 'pacmann' c, 3 n from dual union all select 'robert' c, 2 n from dual union all select 'squelettor' c, 1 n from dual par exemple ici, on voudrait générer 3 lignes pacmann, deux lignes robert, et 1 ligne squelettor. et là, si on tente : select * from test_rowgen connect by level <= n ... on obtient toutes les combinaisons possibles récursivement, tant que le niveau est inférieur à "n", ce qui n'est pas bon. la différence avec le générateur à partir de dual, c'est que la ligne de dual ne peut se connecter qu'avec elle-même, alors que là, on a une tripotée d'autres arbres distincts à générer combinatoirement. si, pour empêcher de connecter n'importe quoi, on tente de lui préciser qu'il doit se connecter qu'avec lui-même... select c, n from test_rowgen connect by level <= n and c = prior c ... on obtient : ora-01436: connect by loop in user data la boucle est détectée au niveau de l'analyse de la requête, et non au niveau de l'exécution (pour preuve la première requête, une autre preuve un peu plus loin dans cet article) si on ajoute nocycle, on ne va pas bien loin : select c, n from test_rowgen connect by nocycle level <= n and c = prior c c n ---------- ---------- pacmann 3 robert 2 squelettor 1 bien entendu, nocycle évite l'erreur, mais pour autant, lorsque le cycle est détecté, aucune connexion n'est tentée pour les chemins suspectés d'induire des cycles. pour cela, des petits génies (dont laurent schneider, mais lui seul pourra nous dire s'il l'avait repompé ailleurs à l'époque :)) ont hacké le système et ont tenté : select c, n from test_rowgen connect by level <= n and c = prior c and prior sys_guid() is not null c n ---------- ---------- pacmann 3 pacmann 3 pacmann 3 robert 2 robert 2 squelettor 1 alors oui, ça marche... mais qu'est ce que ça veut dire ? testons de réécrire un peu la requête : with u as ( select c, n, sys_guid() t from test_rowgen ) select * from u connect by level <= n and c = prior c and prior t is not null c n t ---------- ---------- -------------------------------- pacmann 3 ed2ed377e71b437ae0436203650a0428 pacmann 3 ed2ed377e71d437ae0436203650a0428 pacmann 3 ed2ed377e71f437ae0436203650a0428 robert 2 ed2ed377e721437ae0436203650a0428 robert 2 ed2ed377e723437ae0436203650a0428 squelettor 1 ed2ed377e725437ae0436203650a0428 ca marche ! mais si on force la matérialisation : with u as ( select /*+materialize*/c, n, sys_guid() t from test_rowgen ) select * from u connect by level <= n and c = prior c and prior t is not null ... paf ! ora-01436: connect by loop in user data et moi, les résultats qui varient en fonction du plan d'exécution... hum. (je dis ça, mais faudrait encore vérifier dans quel ordre les choses se passent...) par ailleurs la condition "prior sys_guid() is not null" n'empêche en rien les loop... select c, n from test_rowgen connect by prior sys_guid() is not null ... boucle infinie tuée à la main après plusieurs millions de lignes fetched. donc voilà, cette astuce est démoniaque et plutôt dangereuse. je propose donc une méthode encore plus nulle, parce que je le vaux bien : select c,n from ( select c, n, coalesce(sum(n-1) over(order by c desc rows between unbounded preceding and 1 preceding),0) p from test_rowgen ) connect by rownum <= n + p c n ---------- ---------- squelettor 1 r
Informations Whois
Whois est un protocole qui permet d'accéder aux informations d'enregistrement.Vous pouvez atteindre quand le site Web a été enregistré, quand il va expirer, quelles sont les coordonnées du site avec les informations suivantes. En un mot, il comprend ces informations;
Domain Name: OVER-BLOG.COM
Registry Domain ID: 112622266_DOMAIN_COM-VRSN
Registrar WHOIS Server: whois.gandi.net
Registrar URL: http://www.gandi.net
Updated Date: 2019-01-25T18:11:54Z
Creation Date: 2004-02-25T19:51:07Z
Registry Expiry Date: 2020-02-25T19:51:07Z
Registrar: Gandi SAS
Registrar IANA ID: 81
Registrar Abuse Contact Email: abuse@support.gandi.net
Registrar Abuse Contact Phone: +33.170377661
Domain Status: clientTransferProhibited https://icann.org/epp#clientTransferProhibited
Name Server: NS0.PROCEAU.NET
Name Server: NS1.PROCEAU.NET
DNSSEC: unsigned
URL of the ICANN Whois Inaccuracy Complaint Form: https://www.icann.org/wicf/
>>> Last update of whois database: 2019-09-19T03:46:21Z <<<
For more information on Whois status codes, please visit https://icann.org/epp
NOTICE: The expiration date displayed in this record is the date the
registrar's sponsorship of the domain name registration in the registry is
currently set to expire. This date does not necessarily reflect the expiration
date of the domain name registrant's agreement with the sponsoring
registrar. Users may consult the sponsoring registrar's Whois database to
view the registrar's reported date of expiration for this registration.
TERMS OF USE: You are not authorized to access or query our Whois
database through the use of electronic processes that are high-volume and
automated except as reasonably necessary to register domain names or
modify existing registrations; the Data in VeriSign Global Registry
Services' ("VeriSign") Whois database is provided by VeriSign for
information purposes only, and to assist persons in obtaining information
about or related to a domain name registration record. VeriSign does not
guarantee its accuracy. By submitting a Whois query, you agree to abide
by the following terms of use: You agree that you may use this Data only
for lawful purposes and that under no circumstances will you use this Data
to: (1) allow, enable, or otherwise support the transmission of mass
unsolicited, commercial advertising or solicitations via e-mail, telephone,
or facsimile; or (2) enable high volume, automated, electronic processes
that apply to VeriSign (or its computer systems). The compilation,
repackaging, dissemination or other use of this Data is expressly
prohibited without the prior written consent of VeriSign. You agree not to
use electronic processes that are automated and high-volume to access or
query the Whois database except as reasonably necessary to register
domain names or modify existing registrations. VeriSign reserves the right
to restrict your access to the Whois database in its sole discretion to ensure
operational stability. VeriSign may restrict or terminate your access to the
Whois database for failure to abide by these terms of use. VeriSign
reserves the right to modify these terms at any time.
The Registry database contains ONLY .COM, .NET, .EDU domains and
Registrars.
REGISTRAR Gandi SAS
SERVERS
SERVER com.whois-servers.net
ARGS domain =over-blog.com
PORT 43
TYPE domain
RegrInfo
DOMAIN
NAME over-blog.com
CHANGED 2019-01-25
CREATED 2004-02-25
STATUS
clientTransferProhibited https://icann.org/epp#clientTransferProhibited
NSERVER
NS0.PROCEAU.NET 83.243.21.30
NS1.PROCEAU.NET 77.87.104.10
REGISTERED yes
Go to top
pacmann.over-blog.com rapport :
Visitez le site
